vop

Я когда-то пытался делиться идеями и наработками с авторами биллингов. Но почему-то они воспринимали меня конкурентом, и подозревали подвох. Хотя, в чем он, понять не могли... На общение не шли, и "крутили фиги в кармане". Ну как сказать? Ну, немного по другому. 1. В ipv6 нет броадкаста. Поэтому раскидывать адреса можно как угодно по одной штуке. 2. В ipv6 unnumbered как бы генетически заложено. Адреса еще биндятся к интерфейсам, но все они в одной куче с lo. Кстати, кто лет 25 назад настраивал на одном сервере slip/ppp и ether, не догадывались, что это называ

Под freebsd есть rtadvd и dhcp. Я не пробовал их. Попробуйте, расскажите - будет интересно людям. PS Или времена, когда народ делился опытом ушли в старину, и теперь не принято?

Зачем мне об этом спрашивать? Возможно, я совсем не точно выразился. Возможно я слишком лаконично написал. Если простенько. Приходит на микротик dhcp запрос с неизвестной ему option 82. Если есть парсинг, в какой реестр он занесет этот ресурс на дальнейшую идентификацию? Или просто пропустит мимо ушей? Мало кто знает, нафига придумывали option 82 - не все в RFC загялдывают. Да это и не важно, так-как на практике его используют для другого идентификации подключения. Но я встречал только два раза, когда эту опцию применяли не для костылей для стартового выбора ip-адреса и

Микротик умеет option82 parsing?

Ну, например, те провайдеры, которым я помогаю с биллингом, используют разную технику. От обычных компов со стандартными linux/freebsd в разных форм-факторах, и до железячных брасов, типа джунов, эриксонов и т.д. Правда, микротиков на доступе ни у кого нет. Что-то не очень они прижились. Когда-то были, сейчас нет.

У меня практических наработок мало. Я сейчас немного отдалился от провайдинга, а тестовый стенд состоит из двух телефонов, планшета и телевизора. Больше "клиентов" дома не нашлось. Как бы для написания плагинов хватает, а что посерьезней - уже не то... Хотя, подумаю.

Да, надо добавить, что при выдаче адресов клиентам по slaac надо выделить префикс /64 - там требуется 64 бита для того, что бы клиенты конструировали себе уникальные адреса. Каждый клиент, в общем случае, генерирует себе на интерфейсе 3 адреса - link-local - на основе мака, public на основе мака и public случайный, который и используется в общем случае. Это простокол для простой сети без саб-сетей. При выдаче по dhcpv6 -можно выдавать вообще отдельные адреса из разных сетей. В принципе. Если надо раздавать клиентам префиксы для их домашних сетей (а провайдеру это делат

У ipv6, опять же, свой собственный multicast. Он использует свой формат mac-адреса, если не ошибаюсь, 33:33:XX:XX:XX:XX и отличается от мультикаста в броадкатовой среде (FF:FF:FF:FF:FF:FF). Выдавать подсети клиентам, действительно, может DHCP. Так-что его ставить надо. А шейпить (говоря точнее, лкассифицировать) трафик можно по разным критериям - например по mac пакетов, по vlаn и т.д.

Попробую чуть "опрозрачнить" ситуацию.:) "Простой DHCP" - это уже как бы сложные навороты. Ибо slaac - это всего-лишь метод автоматического "само-по-себе-работающего" мехзанизма "само-придумывания" клиентами адресов. Со стороны абонента не надо делать вообще ничего, ибо оно само-конфигурируется на уровне ядра, и является, как бы, свойством стека v6. На стороне провайдера стовится достаточно простая программка radvd, которая мультикастит в сегмент обявление, что, мол, "я - роутер, префикс у меня для вас такой-то, а dns - такой-то". При этом ему пофиг, услышал ли его объявления кто-нибудь, или

Для клиентских устройств этого достаточно. Насколько я в курсе, то не понимает. Не умеет ipv6-only. Только в компании с ipv4. Я думаю, затем же, зачем он нужен для любых других роутеров. Ну, ежели, использовать андроид для раздачи ipv6. slaac на данный момент не умеет делегировать префиксы... или я давно уже ничего не читал.:) Ну а для простого абонентского устройства - нет, не надо.

У меня андроид 9. Андроид умеет получать адреса по slaac. В свое время я пока до dhcp не дошел, не знал. Но потом выяснилось, что гугля считает, что там он не нужен. Можно поставить сторонний клиент на рутнутый андроид, но это уже не "свыстыть" https://issuetracker.google.com/issues/36949085 7 лет прошло, а поддержки так и нет.

Вы прямо как у меня дома побывали. Именно так и сделано, причем, "глухой" роутер - старый DSL-2640 наследство от укртелекомовских времен, заодно еще и wi-fi раздает.:) В принципе, нормальный подход. Такой себе switch+ap IPv6 раздает нормально. Когда я такое сделал, то у меня был цивилизационный шок от другого момента. Выяснилось, что Android не понимает ipv6-only и не умеет dhcpv6 от слова совсем.

Все зависит от клиентского устройства. 1. Современный путь - устройство поддерживает prefix delegation. Тогда ставится dhcpv6, и раздаются префиксы /64 /60 /56. 2. Полу-современный. Префиксы раздаются вручную, настраиваются в ручную, можно раздавать любые. Например /80. При этом сам роутер вообще может работать на ll-addr. 3. Совсем костыль - роутер умеет экзотический ipv6 bridge. Значить включается он, и устройства за роутером получают от браса адреса, так же, как и сами роутеры. Вроде ничего не пропустил. А в красивом случае, можно отставить только ipv6, поставив д

А как через SLAAC вы пытались раздать сегменты /64 клиентским роутерам? PS И да, в ipv6 нет броадкастов. Там не надо настраивать /60 на vlan. Если я неправильно понял.

Хммм...

Просто любопытно, вы при траблшутинге доступа к сайту в логи веб-сервера вообще не заглядываете?

Пока самый толковый совет. Не сидел народ на спутниковом канале.:)

У меня достаточно тупо. Раздаются непубличные адреса, с которых можно только попасть в кабинет клиента. В кабинете проверяется, что клиент зашел из этой дежурной подсети, что opt82 никем не занята, после чего клиент подтверждает, что он хочет выходить в интернет с этого компа. И за ним регистрируется пара opt82, в конфиг прописывается class + host на время потухания изначальной лизы (либо адрес остается за ним, если ему не нужен реальный, то host не прописывается). Затем любые устройства, приходящие с парой opt82 автоматически подцепляются к клиентскому профайлу в качестве ресурсов. Если ресур

Там бывает еще проблемка, что при назначении пары по opt82, сервер будет продлевать старую лизу. Deny не помогают. Ну так работает dhcp сервер. У меня это решается на добавлением в конфиг записи host с абонентским адресом на время, превышающее максимальный срок лизы.

Спрашивайте биллинг с ботами разных вайберов с телеграмов. Приложения - это хорошо, но не сильно перспективно. Задача биллинга не требует каких-то специальных функций смартфона, поэтому вполне реализуем на обычном боте, не требуя у клиента "чего-то" устанавливать на телефон, на котором и "так места нет".

Молодец батька. Знает, что никаких проблем внедрить ipv6 нет. Ну, кроме, лени.:)

Нет, все нормально. Просто вы его не купите. В принципе. Не продаю.:) Тот, кто работает на нем, тот работает. Но могу ради развлечения подарить. Могу позволить - давно не школьник.

Видимо в консоли стоит другая кодировка. Там есть такая фишка: mysql --default-character-set=utf8 PS Может я и не прав.

Это хорошо и правильно. Замечательно, когда специалисты компании понимают, что у них происходит, и как "оно" работает. Я помню в 90-х покупал в штатах хостинг с аутосорсовым админом... Это была еще та жесть. В итоги, пришлось открыть свой хостинговый сервис.:) Ну это другая история. Ну это не обязательно недостаток. Это еще и опыт. Понятно. Надо еще бы так, что бы красивость не мешала работе. А то последние годы веб-дизайн перешел в стадию ахеренной кратоты, от которой глаза на жопы вылазят. У вас все проще, и... сложнее.

Капец на от сайта глаза на изнанку вывернулись. Как можно докатиться до таких дизайнов?