Выяснилась такая вещь. При подключении к провайдеру (pppoe) получаю разные адреса из его пула, как-то рандомно. Если адрес из пула 10.Х.Х.Х: скорость падает катастрофически. Если передёрнуть WAN-интефейс и получить адрес из других диапазонов, то ОК.
Вопрос: можно ли избежать получение адреса 10.х.х.х на OpenWRT?
То есть я могу после подключения проверить адрес, если он нехороший сбросить соединение и переподключиться, могу оформить это в в виде скрипта. А вот существует ли более изящный путь, чтобы сделать это какими-то штатными средствами OpenWRT?
OpenWRT и плохая жизнь за NAT провайдера
Модераторы: SLEDopit, Модераторы разделов
-
- Сообщения: 904
- ОС: debian, fedora (i3-wm)
Re: OpenWRT и плохая жизнь за NAT провайдера
Из другого пула это наверное белые адреса? У ростелекомовского провайдера раньше был такой замес, но особой разницы я не наблюдала.
Добавлено:
Ну или не придавала значения, просто выяснилось при настройке сервиса dyndns
Добавлено:
Ну или не придавала значения, просто выяснилось при настройке сервиса dyndns
Спасибо сказали:
-
- Модератор
- Сообщения: 21033
- Статус: nulla salus bello
- ОС: Debian GNU/Linux
Re: OpenWRT и плохая жизнь за NAT провайдера
Зависит от того, выдаются эти адреса одним и тем же DHCP-сервером или разными. Если разными, теоретически можно игнорировать ответы одного из серверов (но как это настроить — сходу не скажу). Если одним, то кроме как переподключаться вариантов нет.
Добавлено (01:23):
Впрочем, в OpenWrt используется udhcpc, у которого и настроек-то особых нет. Так что вряд ли что получится.Пишите правильно:
в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |
Спасибо сказали:
-
- Сообщения: 2079
Re: OpenWRT и плохая жизнь за NAT провайдера
Ну, да, как бы белые, хотя я думал, что у РТК ничего такого для физлиц давно уже нет, все и всё за НАТом.
Видимо, так и придётся делать.