Вопросы для сближения

Я сбросил RB 750 до заводских настроек, чтобы начать процесс обучения. Сначала попробую bonding просто как эксперимент. Похоже, сделать это работает не так просто, как просто ввести команды из примера в Wiki. Наверное, гораздо сложнее.

После отключения DHCP и NAT (этим будет заниматься «принимающая» сторона) и того, как убрать два ETH-интерфейса, которые я хотел использовать для bond, из моста на плате с каждой стороны, я настроил обе стороны согласно инструкции из Wiki, немного поменяв номера интерфейсов. Видно, что объединённый канал пропускает служебный трафик, но интернета на удалённой стороне нет. Проверив путь обратно, оказалось, что и на «исходной» стороне интернета тоже нет. DHCP-клиент на 750 показывает корректные данные от Verizon.

Вопросы:

С чего вообще лучше начинать?
Заводские настройки роутера?
Заводские настройки моста?
Или вообще никаких настроек? (Я так не пробовал из-за множества страшилок о том, как люди восстанавливали устройство с помощью serial-кабеля.)

Мне кажется, bonded-ссылка сработает, если на исходной стороне будет интернет без DHCP. Просто у меня пока не хватает знаний, чтобы понять, что не так.

Если кто-то знает пошаговую инструкцию по настройке bonded link, где не предполагается, что у вас уже всё изначально настроено правильно, было бы здорово. Все примеры, что я нашёл, вообще ничего не говорят о начальной настройке устройств перед конфигурацией портов для bond.

sindy — Позвольте добавить больше деталей, чтобы не тратить ваше время на пересказывание того, что я уже пробовал. Моя «тестовая» установка точно такая, как показано в оригинальном сообщении. Кабели там — полный беспорядок, как вы и можете представить. Два беспроводных соединения проверены и работают в режиме WDS. Поскольку 750 и 960 поддерживают только «ethernet», в QuickSet нет выбора различных режимов, как при наличии WLAN — только «router» и «bridge». (Кстати, спасибо за информацию про использование QS только один раз — возможно, это и была часть проблемы.)

Когда выбираю Bridge и назначаю статический IP, не могу зайти обратно — наверняка из-за того, что не понял, что произошло. Так что начинаю заново с Router... Подключаюсь к 750, не меняя вообще ничего, чтобы проверить, что он работает и имеет доступ в интернет. Оставляю IP по умолчанию (88.1). Выключаю DHCP и NAT через QS. Освобождаю два порта ETH (у меня это 4 и 5) через Webfig, чтобы их можно было использовать в bonding. Взял следующую инфу из другого вашего поста: «Чтобы полностью удалить интерфейс из моста, нужно отключить/удалить соответствующую строку в /interface bridge port; чтобы запретить коммутатору пересылать кадры на этот интерфейс, а не на CPU, в той же строке выставить hw=no». Потом применил команды из Wiki >> Quick Setup Guide (с соответствующими правками под разные ETH и подсеть 192.168.1.x): https://wiki.mikrotik.com/wiki/Manual:Interface/Bonding#Quick_Setup_Guide.

Всё прошло без ошибок в SSH сессии LXTerminal, и на 960, и на 750. Быстрая проверка нового интерфейса bond1 показала, что по нему идет небольшой служебный трафик, так что я (возможно, ошибочно) предполагаю, что он работает. Подключаюсь к 960, он раздает IP, но интернета нет. Проверяю дальше — оказывается, у «источника» 750 тоже нет интернета, если подключаться к ETH2 или ETH3. Немного поигрался с настройками, потом сбросил до заводских настроек, чтобы понять, на каком этапе теряется связь. После сброса всё хорошо. Повторяю шаги, описанные выше, и теряю интернет при отключении DHCP-сервера. DHCP-клиент видит ISP и может нормально обновлять настройки. Пинги с подключенного устройства не проходят (логично). Устройство всё ещё имеет IP, полученный при включенном DHCP, и настройки совпадают с Connection Information. Ручное назначение IP с теми же параметрами, но другим адресом из сети 88.x результата не дало.

Вот где я сейчас. Очевидно, пока у источника 750 нет интернета, на 960 его тоже не будет. Читал по теме в интернете, много сообщений говорят, что нужно настроить маршрутизацию. Но углубленное изучение этой темы завело меня в очень густые дебри, которые я пока не понимаю, даже если это и важно.

После моего последнего поста я вспомнил, что даже без IP после сброса «no factory config» можно подключиться по MAC через Winbox. Я давно этим не пользовался и забыл. С настройкой «no factory default» с нуля я пока не пробовал — кажется слишком радикальным, но если придется, попробую. Скорее всего, понадобится помощь с этим вариантом.

Вот так. Много текста, но надеюсь, теперь всё понятнее.

Хорошо, тут есть небольшой проблеск понимания… Единственное правило NAT на 750 — это дефолтное, которое очень похоже на это:  
0    ;;; defconf: masquerade chain=srcnat action=masquerade out-interface=ether1  
Обратите внимание, что я взял это с моего hEx дома, а 750 стоит у меня в мастерской, где я делаю тесты на стенде. Думаю, там было то же самое с добавлением записи в «Out Bridge Port List», которая, как мне кажется, была установлена на весь LAN. Это нужно будет проверить, когда я снова там буду.  
Вот это: «указать IP-адрес 750 в соответствующей подсети как дефолтный шлюз для клиентских устройств в 192.168.1.0/24 и/или 192.168.88.0/24, настроить их на использование DNS 8.8.8.8 и попробовать снова.»  
Так, это надо делать на конечных устройствах — ноутбуках, планшетах и т.п.? Или я что-то неправильно понял? Другими словами, вручную делать то, что DHCP-сервер делал бы автоматически?  
Мы делаем это только чтобы проверить, сможет ли устройство получить доступ в интернет через 750, когда всё настроено правильно?  
Полагаю, если доступ есть без запущенного DHCP, это уже один пункт можно вычеркнуть. Потом могу заново настроить bonding-интерфейс.

Ладно, моя вина. Поскольку вся цепочка изначально не работала, я решил разбить всё на три части: сначала настроить подключение к Интернету на исходном устройстве (RB 750UP) без запущенного DHCP. Как только это будет сделано, заново настроить связку каналов и проверить, «просто работает» ли она. Если связка не заработает, сосредоточиться на этом. Я не видел смысла заниматься пунктами 2 и 3, пока пункт 1 не будет решён. Если только нет веской причины браться за всё сразу.

Синди, спасибо. Во время своего начального исследования по объединению каналов с помощью EoIP я наткнулся на некоторую информацию. Из-за отсутствия опыта я даже не рассматривал вариант с ячеистой конфигурацией, но твое описание преимуществ, которые можно получить, используя её, отправит меня обратно в «режим изучения». Думаю, в интернете полно материала для изучения. Наверняка я ещё вернусь на форум за советом. Ещё раз спасибо.