daff Опубликовано 18 сентября, 2017 · Жалоба Здравствуйте. PPPoE интерфейс на микротике после пере подключения получает от провайдера белый динамический ip а иногда серый. Так вот, при получении белого, сервис IP Cloud нормально получает доменное имя, а сером соответственно нет. Подскажите как заставить PPPoE пере подключатся до получения белого ip что бы Cloud получил доменное имя? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nkusnetsov Опубликовано 18 сентября, 2017 (изменено) · Жалоба daff , создайте для PPPoE-клиента отдельный PPP-профиль. В свойствах профиля есть скрипты "on-up" и "on-down". В эти скрипты передается назначенный IP-адрес в виде переменной $local-address MikroTik wiki Анализируйте содержимое переменной, и по условию переключайте интерфейс enable/disable. Либо вызывайте из этого скрипта общий системный скрипт переподключения. Изменено 18 сентября, 2017 пользователем nkusnetsov Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
777BLOODER777 Опубликовано 18 сентября, 2017 · Жалоба Кстати да, можно попробовать без скриптов, отследить у какого сервера он получает белый, а у какого серый и в свойствах указать сервер белых IP. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nkusnetsov Опубликовано 18 сентября, 2017 · Жалоба 777BLOODER777 , это если сервера разные и у них сконфигурирован разный AC Name. В случае, если bras один с разными пулами - спасет только скрипт. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
777BLOODER777 Опубликовано 18 сентября, 2017 (изменено) · Жалоба 35 минут назад, nkusnetsov сказал: 777BLOODER777 , это если сервера разные и у них сконфигурирован разный AC Name. В случае, если bras один с разными пулами - спасет только скрипт. Согласен, забыл нюанс дописать. Изменено 18 сентября, 2017 пользователем 777BLOODER777 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DRiVen Опубликовано 18 сентября, 2017 · Жалоба daff , из какого(их) диапазона(ов) серые адреса выдаются? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
daff Опубликовано 18 сентября, 2017 · Жалоба 2 часа назад, nkusnetsov сказал: Анализируйте содержимое переменной, и по условию переключайте интерфейс enable/disable. Либо вызывайте из этого скрипта общий системный скрипт переподключения. Благодарю но в скриптах совсем не силен ) Буду пробовать вариант 777BLOODER777 Так как действительно у провайдера два bras. 21 минуту назад, DRiVen сказал: из какого(их) диапазона(ов) серые адреса выдаются? 10.х.х.х и 172.х.х.х Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DRiVen Опубликовано 18 сентября, 2017 · Жалоба /ppp profile add name=pppoe on-up=" :global newIP [/ip address get [find interface="pppoe-out1"] address]; :if ($newIP in 10.0.0.0/8 || 172.16.0.0/12) do={ /interface pppoe-client disable pppoe-out1 :delay 5 /interface pppoe-client enable pppoe-out1 }" Профиль указать в рррое-соединении. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
daff Опубликовано 18 сентября, 2017 · Жалоба Всем благодарствую ! Буду пробовать оба варианта. Я так понимаю скрипт надежнее и в случае если появится еще один пул серых адресов то его можно будет добавить в этот скрипт так : ($newIP in 10.0.0.0/8 || 172.16.0.0/12 || X.X.X.X/X) где х.х.х.х/х это новый пул. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
777BLOODER777 Опубликовано 18 сентября, 2017 (изменено) · Жалоба В скрипте и так указаны все серые, ничего не надо добавлять. Изменено 18 сентября, 2017 пользователем 777BLOODER777 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nkusnetsov Опубликовано 20 сентября, 2017 · Жалоба 777BLOODER777 , там не все серые указаны. Есть еще официально подсеть 100.64.0.0/10 и другие диапазоны . Хз на что еще хватит фантазии оператора смешивающего пулы. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
777BLOODER777 Опубликовано 20 сентября, 2017 · Жалоба Только что, nkusnetsov сказал: 777BLOODER777 , там не все серые указаны. Есть еще официально подсеть 100.64.0.0/10 и другие диапазоны . Хз на что еще хватит фантазии оператора смешивающего пулы. Ну это уже извращенцем надо быть чтоб такие подсети впаривать =)) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nkusnetsov Опубликовано 20 сентября, 2017 · Жалоба 777BLOODER777 , извращенцы из Ростелекома, в некоторых городах выдавали физикам адреса как раз из 100.64.0.0/10 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DRiVen Опубликовано 20 сентября, 2017 · Жалоба 4 минуты назад, nkusnetsov сказал: извращенцы из Ростелекома Вот вы лихой какой шашкомахатель. Пулы смешивают не из желания, а от необходимости, когда, к примеру, на крупном сегменте белых уже не хватает, RIPE ничего не дает, а подключать надо. Вы как себе представляете одномоментно вынести несколько сотен тысяч подключений за NAT? Пул BRASов в соответствии со стратегией резервирования строится, а не адресного разделения. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nkusnetsov Опубликовано 20 сентября, 2017 (изменено) · Жалоба 7 часов назад, DRiVen сказал: Вот вы лихой какой шашкомахатель. Пулы смешивают не из желания, а от необходимости, когда, к примеру, на крупном сегменте белых уже не хватает, RIPE ничего не дает, а подключать надо. Вы как себе представляете одномоментно вынести несколько сотен тысяч подключений за NAT? Пул BRASов в соответствии со стратегией резервирования строится, а не адресного разделения. Это от великой жадности, когда мега-манагеры набирают абонентскую базу не подкрепив ресурсами - каналами, адресной ёмкостью, оборудованием. Такие игры с абонентами в повезло/неповезло вполне в духе эффективного менеджмента и ими обескровленного инженерно-технического состава. Лихим манагерам ростелекома - вечная слава. Изменено 20 сентября, 2017 пользователем nkusnetsov Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DRiVen Опубликовано 20 сентября, 2017 · Жалоба Насчет эффективного менеджмента и обескровленного ИТР не спорю, но это касается, к сожалению, не только РТК, а вообще всех крупных ISP. Что насчет игр - тип выдаваемого подключению адреса никак не регламентируется, по договору предоставляется доступ в публичную сеть, а каким образом это реализовано - технологические особенности конкретного сегмента сети провайдера. Все крупные ISP из-за нехватки адресов абонентов за NAT выносят. Считаете что лучше всех без исключения в серый диапазон отправить? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 20 сентября, 2017 · Жалоба 1 час назад, nkusnetsov сказал: Это от великой жадности Жадность тут не причем. 100.64.0.0/10 для NAT это гораздо правильнее, чем 10.0.0.0/8 или 172.16.0.0/12. И значительной доле абонентов совершенно без разницы, будет у него публичный IP или NAT. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nkusnetsov Опубликовано 20 сентября, 2017 (изменено) · Жалоба Жадность манагеров приводит к нездоровым игрушкам типа рулетки "что выпадет белое или серое". "Кому-то повезёт, кому-то не повезет", вместо четко закрепленных условий подключения. Выдавали бы уж всем серые адреса. Нафига лотерею-то устраивать и людей с толку сбивать? Всё равно выданным таким образом "белым"(если повезло) адресом без "костылей" пользоваться нельзя. Смысл его теряется. Изменено 20 сентября, 2017 пользователем nkusnetsov Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DRiVen Опубликовано 20 сентября, 2017 · Жалоба 2 часа назад, nkusnetsov сказал: Всё равно выданным таким образом "белым"(если повезло) адресом без "костылей" пользоваться нельзя. Поясните о чем речь. Выдаваемые РТК белые адреса честные (маршрутизируемые), скрипт нужен только для его (адреса) получения и то далеко не всегда, попадание в серую зону происходит, в основном, при переподключении в ЧНН. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nkusnetsov Опубликовано 21 сентября, 2017 (изменено) · Жалоба Поясняю еще раз. В ситуации, когда заранее неизвестно какой "белый" или "серый" адрес будет выдан, вообще нет смысла выдавать "белые" адреса. 1) Абоненту, которому важно иметь именно "белый", маршрутизируемый адрес такая лотерея вредит. Порой усложняет настройку и отладку. 2) Абоненту, которому НЕ важно маршрутизируемый у него адрес или НЕТ, вполне сойдет и "серый". Значит, это тупой перерасход "белых" адресов. Это почти как продавать телефоны, у которых с вероятностью N% не будет работать входящая связь. Кому-то повезёт, кому-то нет. Вместо чётких технический условий подключения - сомнительная лотерея. Изменено 21 сентября, 2017 пользователем nkusnetsov Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 21 сентября, 2017 · Жалоба 56 минут назад, nkusnetsov сказал: Вместо чётких технический условий подключения - сомнительная лотерея. Мир устроен сложнее, чем думают некоторые. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
daff Опубликовано 27 сентября, 2017 (изменено) · Жалоба Здравствуйте. В общем, скрипт работает, но вышла такая забавная ситуация :) :global newIP [/ip address get [find interface="PPPoE"] address]; :if ($newIP in 10.0.0.0/8 || 172.16.0.0/12) do={ /interface pppoe-client disable PPPoE :delay 5 /interface pppoe-client enable PPPoE } Судя по всему PPPoE пере подключился и тут частично отработал скрипт а именно его часть (/interface pppoe-client disable PPPoE) А после этой строки идет ( :delay 5 ) Так вот в эти 5 секунд отключился свет :) И интерфейс PPPoE после включения света остался выключен. Подскажите правильно ли будет сделать так ? В секцию UP поместить скрипт : :global newIP [/ip address get [find interface="PPPoE"] address]; :if ($newIP in 10.0.0.0/8 || 172.16.0.0/12) do={ /interface pppoe-client disable PPPoE } А в секцию DOWN : :delay 5 /interface pppoe-client enable PPPoE Изменено 27 сентября, 2017 пользователем daff Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 27 сентября, 2017 · Жалоба Правильно будет включить его вручную и поставить ИБП. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
daff Опубликовано 27 сентября, 2017 · Жалоба 6 минут назад, alibek сказал: Правильно будет включить его вручную и поставить ИБП. Дело в том что это устройство находится далеко И включать его в ручную после возникновения такой ситуации проблематично. Вопрос о ИБП уже рассматривается но хотелось бы избежать таких казусов :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 27 сентября, 2017 · Жалоба От отключения питания указанный скрипт не спасет. При этом легко словить зацикливание скрипта, если параметры подключения аплинка изменятся. Скрипт нужно вешать не на DOWN, а на загрузку устройства. Либо использовать SAFE MODE. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...