Особенности настроек сети свежих TP-link

Пришлось мне тут по случаю настраивать wifi-мост между двумя точками. Ну, как обычно: одна точка как точка, раздает себе wifi в штатном режиме, во второй включаем WDS, дискаверим сети, выбираем нужную, прописываем пароль и радуемся общей сети.


В ходе экспериментов для улучшения стабильности работы второй точки было решено обновить прошивку. Да, так как все мониторится с Nagios’а из другой IP-сети, обычным делом было заходить в настройки статических маршрутов и говорить точке “Na… – это вот туда”.

Так вот, после обновления привычный интерфейс Tp-link’овских роутеров ощутимо изменился. Добавился раздел “режим работы”, изменения в котором отсекали все лишнее в интерфейсе. Иногда даже чересчур много отсекали…

Итак, теперь роутер можно эксплуатировать в 4 режимах:

  • Обычный роутер, как им пользуются 99% пользователей
  • WISP, он же Wireless ISP – новый режим для железки. Wifi’ем цепляемся за указанную точку (как в режиме WDS ранее), но для роутера это WAN-интерфейс. Дальше все NAT’ится и раздается либо по проводу, либо через тот же Wifi уже в клиентскую сеть.
  • Точка доступа. Обычная точка доступа для раздачи сети по воздуху без функций роутера.
  • Усилитель Wifi-сигнала. За этим названием прячется привычный нам ранее WDS. Задаем основную сеть, задаем расширенную (можно скопировать данные основной сети), пароли. Все. Ограничения те же, что и раньше – например, одинаковый канал для основной сети и для расширенной (что логично), поэтому этот пункт вообще убрали из интерфейса. Убран и выбор страны вместе с шириной канала (что уже не сильно хорошо).

Для двух последних пунктов доступ к админке и функции DHCP настраиваются тоже новым способом. Для адреса можно выбрать статический, где задается только IP и маска, или вариант SMART IP – в этом случае точка пробует получить при старте адрес по DHCP, а если на этом обламывается – поднимает свой DHCP-сервер, беря себе адрес 192.168.0.1, а клиентам раздавая адреса из пула своего сервера. Ну и, собственно, творится это до тех пор, пока точка куда-то не подключится и таки не получит IP-адрес с внешнего источника. В таком случае свой DHCP гасится, а клиентам надо заново получать адреса. В случае с режимом статического адреса можно настроить внутренний DHCP-сервер.

И тут всплыла еще одна особенность, о которой не задумывался, пока все работало. Поначалу настроил мониторинг в Nagios, обе точки пингуются – моя, понятное дело, что благодаря прописанным статическим маршрутам, а удаленная… просто пинговалась, да и ладно. Как уже сказано выше, все лишнее в режиме усилителя сигнала выпилено и вводить статические маршруты просто некуда.

Из-за продолжающихся экспериментов точка на время переконфигурировалась, а по возвращению настроек была включена опция “Статический IP”, благо конфигурация меняться уже не собиралась, а к адресу я привык :).

И доступ к точке пропал – ни из своей сети на интерфейс не зайти, ни в Nagios’e не пингуется. Сегодня полез разбираться.

Итого: в случае со статическим адресом для самой точки мы задаем лишь, как уже указывалось, только IP и маску. Для общения с другой сетью нужен или шлюз, или хотя бы маршрут, а ничего этого задать нельзя. Бонусом есть возможность настройки своего DHCP, но это уже отдельная сущность (кстати, стоит проверить – а вдруг? Вдруг настройки шлюза в DHCP влияют и на саму точку – мало ли как в Tp-link’е накосячили?). А вот получая адрес с внешнего DHCP-сервера, мы в том числе даем точке и шлюз, куда слать пакеты в случае чего. В этом варианте все работает.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *