мой первый обратный рейс

Итак, вот что я сделал. Ввёл шлюз в webadmin GUI в разделе маршрутов. Оставил поле назначения 0.0.0.0/0, так как предполагаю, что это нужно для того, чтобы перенаправлять все пакеты вообще в интернет. Делал это на уровне lvl3 411 backhaul. Он подключён к интернету. Backhaul на другом конце, lvl4 411ah, должен подключаться к интернету через этот модуль. Я был там недавно, связь установлена и сильная, но трафика нет. Когда вернулся в офис, обнаружил, что не могу зайти на дальний конец через Dude. На данный момент вижу только до локального bh lvl3. Не могу никак удалённо попасть на дальний конец, хотя связь есть. (Он не пингуется, и на lvl3 не вижу никакой ассоциации/регистрации и т.д.) Думаю, что нужно тоже ввести шлюз в webadmin GUI на дальнем конце, как я сделал выше? Итог: lvl3 — локальный конец, подключён к интернету и у него есть информация о шлюзе. lvl4 — дальний конец, в нём нет информации о шлюзе, и он должен получать интернет через cpe. Я просто забыл добавить шлюз на стороне ap?

Хорошо, собираюсь настроить оба конца так, чтобы шлюз был указан в веб-админке в разделе маршрутов, а пункт назначения оставить 0.0.0.0/0 на обоих концах. Жаль, что сегодня никого из коллег нет, чтобы помочь, но в такой солнечный день после всей этой дождливой погоды я тут сам за весь спектакль. Отпишусь потом.

Окей, так что gw — допустим, 192.168.1.1, он подключён к клиентскому радио на .2 (это радио с интернет-стороны). .2 через bridge1 подключается к ap на .3. Сейчас я пытаюсь разобраться с маршрутами. В клиентском радио (интернет-сторона, .2) в ip/routes через winbox я создал маршрут с адресом назначения 0.0.0.0 и gw 192.168.1.1. Какой интерфейс шлюза мне выбрать? (bridge1, eth1 или wlan1? Сейчас у меня стоит bridge1.) В ip/address в winbox я указал IP радио 192.168.1.2/24 и выбрал bridge1 (мог бы выбрать eth1 или wlan1). В ap радио маршруты не настроены. Кто-нибудь может подсказать? В ip/addresses я указал .3 и выбрал bridge1. Должен ли ap указывать .2 как gw, а не .1 в таком случае, или RouterOS сможет «пробросить» несколько «прыжков» и найти gw, подключённый к .2 клиентскому радио? Или если я укажу в ap gw клиентского радио на интернет-стороне, то есть .2, тогда весь трафик от остальных клиентов будет перенаправляться на клиентское радио .2, которое подключено к интернету и к основному gw на .1, правильно? (если только RouterOS не видит этот дополнительный «прыжок» до gw). С текущими настройками я вижу, что при входе через winbox на локальной .2 стороне через Dude wlan1 зарегистрирован к ap на .3. Но зайти в winbox на удалённую сторону с .3 не могу. .3 также не отвечает на ping. Я не могу зайти по telnet ни по IP, ни по MAC через встроенные инструменты telnet из Dude. Кажется, я почти у цели. Заранее спасибо за любую помощь.

Радио на стороне интернета — это клиент, а не точка доступа. Я здесь что-то неправильно понимаю? Радио на стороне интернета имеет адрес 192.168.1.2/24. Снова повторяю, что именно радио клиента уровня 3 подключено к шлюзу 192.168.1.1 для доступа в интернет, а не радио точки доступа .3. Надо ли мне поменять местами радио точки доступа и клиента? То есть поставить точку доступа на стороне интернета, чтобы эта схема заработала? (Я надеялся, что удалённая точка доступа сможет одновременно регистрировать других клиентов и работать как точка доступа, и как мост backhaul. Если надо, я могу купить ещё одно радио для удалённого объекта, но там стоит солнечная станция, так что...)

Хмм, понятно. Изначально я думал подключить точку доступа к роутеру в солнечном шкафу, а оттуда уже подключать другие точки доступа, чтобы не ограничиваться одной. Однако, меня предупредили, что если я сделаю своё бэкап-устройство (bh) тоже точкой доступа, то быстро почувствую потерю производительности. Короче говоря, клиент на стороне интернета будет передавать данные на эту точку доступа, а у неё одновременно будут подключены и другие клиенты (возможно, с балансировкой нагрузки или объединением с другим ISP, который тоже будет подключен к клиенту где-то в будущем). Эта точка доступа будет подключена к коммутатору, который связывает остальные точки доступа на объекте с солнечными панелями.

Как я понимаю, лучше поставить точку доступа на стороне интернета, а клиент — на удалённом объекте. Потом купить ещё одну точку доступа, чтобы подключать клиента через коммутатор и так организовать сеть.

Теперь о текущей настройке. (Точка доступа, кстати, у меня .3, а не .1.) Ты говоришь, что нужно установить в точке доступа адрес шлюза равным IP-клиента на стороне интернета, например 192.168.1.2. Я как раз думал, что именно так и надо сделать. Сторона станции уже настроена на публичный шлюз 192.168.1.1, в этом примере.

Насчёт твоей заметки по ADD. Чтобы прояснить, собираюсь в ip/routes прописать маршрут к 192.168.2.1. Но я не совсем понял, что ты имеешь в виду под wireless interface — есть ли там место для указания IP-адреса, и не нужно ли тогда вообще вводить эту информацию в ip/routes?

Да, это была моя изначальная идея по развертыванию. Просто хотел сэкономить одну точку доступа, заставив её выполнять две функции одновременно. Пытался сохранить заряд батареи. Похоже, что я избавлю себя от проблем, если просто куплю ещё одну рацию. Меня не столько деньги волнуют, сколько расход энергии. В любом случае, я пойду поэкспериментирую с твоими советами. Большое спасибо. Отпишусь позже.