Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Форум
    RouterOS
    Проблемы с тем, что тоннели не работают.

    Проблемы с тем, что тоннели не работают.

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Проблемы с тем, что тоннели не работают., RouterOS
     
    rhodyne
    Guest
    #1
    0
    15.05.2006 17:32:00
    Я пробовал IPIP и EoIP туннели, но не могу заставить их работать. Наверняка делаю что-то не так. Документация 2.9 и вики показывают, как их настроить, но у меня не получается. У меня есть два тестовых RB500 с версией 2.9.23, которые недавно были сброшены с помощью `/system reset`. Вот их текущие настройки: Первый (MTR1) подключен к моей внутренней сети с правильными шлюзом и DNS, чтобы выходить в интернет. Второй (MTR2) подключен к MTR1 через ether9 с обеих сторон. Все порты ether на обоих RB500 активны и имеют адреса. У MTR1 адреса ether2-ether9 от 10.10.12.1/24 до 10.10.19.1/24. У MTR2 адреса ether2-ether9 от 10.10.22.1/24 до 10.10.29.1/24. На обоих роутерах есть отдельный DHCP пул и сервер для каждого порта ether, кроме ether9 (их ссылка друг с другом). NAT masquerade активен на обоих роутерах. Если я настрою ether9 на MTR1 в качестве шлюза для ether9 на MTR2, то это будет работать как ещё один клиент на MTR1. Проблема в том, что я не вижу ни одного из адресов внутри MTR2 с MTR1. И это еще настоящий кошмар настраивать статические IP-адреса, которые приходят извне, чтобы проходить через MTR1 в MTR2. Я пробовал следовать примерам в документации для IPIP и EoIP, но они просто сидят там, ничего не отвечают. Если у кого-нибудь есть какие-нибудь идеи, что я должен искать или чего я не хватает, потому что примеры предполагают определённую конфигурацию, пожалуйста, высказайтесь. Я сейчас на работе, так что у меня нет доступа к этим роутерам. Спасибо.
     
     
     
    andrewluck
    Guest
    #2
    0
    15.05.2006 17:49:00
    Вы включили Proxy ARP на интерфейсах LAN на каждом роутере?

    С уважением,
    Andrew
     
     
     
    rhodyne
    Guest
    #3
    0
    15.05.2006 18:26:00
    Ну… попробую. Только проблема в том, что мне пришлось отключить proxy-arp на продуктивных роутерах, потому что они упорно держали MAC-адреса CPE. Когда мы пытались изменить их адреса с заводского IP по умолчанию на нашу управляющую сеть. И наши полевые системы не могли менять IP-адреса по той же причине. Но это не настройка типа "всё или ничего". Кажется, можно включить proxy-arp только на интерфейсах туннеля… Спасибо за быстрый ответ!
     
     
     
    savage
    Guest
    #4
    0
    15.05.2006 18:38:00
    Похоже на очередную больничную сеть... Давайте посмотрим, что у нас тут есть… MTR1:
     ether2 - 10.10.12.1/24
     ether3 - 10.10.13.1/24
     ether4 - 10.10.14.1/24
     ether5 - 10.10.15.1/24
     ether6 - 10.10.16.1/24
     ether7 - 10.10.17.1/24
     ether8 - 10.10.18.1/24
     ether9 - 10.10.19.1/24

    MTR2:
     ether2 - 10.10.22.1/24
     ether3 - 10.10.23.1/24
     ether4 - 10.10.24.1/24
     ether5 - 10.10.25.1/24
     ether6 - 10.10.26.1/24
     ether7 - 10.10.27.1/24
     ether8 - 10.10.28.1/24
     ether9 - 10.10.29.1/24

    Вы говорите, что ether9 на обоих MTR1 и MTR2 соединены друг с другом… Таким образом, у вас 10.10.19.1/24 и 10.10.29.1/24 на отдельных роутерах. Они не будут общаться, потому что находятся в разных подсетях (группах). Дайте MTR2 alias на ether9, который будет находиться в той же подсети, что и адреса на MTR1, или наоборот. Судя по всему, вам не нужно NAT / MASQ трафика. Как только основная сеть будет настроена правильно и оба роутера смогут общаться, попробуйте снова туннели - они должны работать нормально. Если вы не можете связаться с конечными точками без использования туннелей, то шансы наладить связь с ними через туннель очень малы… Основы сетевого администрирования… Ну же – C
     
     
     
    rhodyne
    Guest
    #5
    0
    15.05.2006 19:53:00
    Прости… опечатка/неполная информация с моей стороны. ether9 на MTR1 — 10.10.19.1/24, ether9 на MTR2 — 10.10.19.11/24. Основываясь на примерах, я пытался использовать 10.111.111.1 и 10.111.111.2 в качестве IP-адресов для концов туннеля. А по поводу шуток про "ещё одна больничная сеть" и "осны основы сети", отсюда и мой вопрос о помощи. Я знаю, что не на уровне большинства пользователей здесь. Меня посадили в роль сетевого администратора, но я, по сути, просто слесарь оборудования/фанат Linux с базовым пониманием сети. Если я правильно прочитал документацию к MT, то лучше/проще всего настроить отдельные сети (10.10.xx.1\24) на каждом ether-порту и выдавать отдельные DHCP-диапазоны для каждого. Если это неверно или неэффективно, поправьте меня. Подскажите что-нибудь, что поможет запустить что-то работающее. Может быть, если я объясню, что мне нужно... Мне нужно, чтобы оба роутера могли видеть друг друга так, будто это один большой роутер. В какой-то момент нам придётся начинать использовать RADIUS (и да, я копаюсь в этом бочке с проблемами). Мне также нужно назначить статические (внешние) IP-адреса некоторым клиентам, это было бы проще настроить как-то раз. Спасибо за ваши предложения. Я также поиграю с настройками NAT. Ну, если они мне не нужны…
     
     
     
    savage
    Guest
    #6
    0
    15.05.2006 20:00:00
    Окей, как я и говорил, не используй NAT — он тебе не нужен. Тебе понадобится пара статических маршрутов, чтобы MTR1 знал все сети на MTR2 и наоборот. RIP/OSPF подойдут для этого. Попробуй сначала связаться с конечными точками напрямую, прежде чем пытаться настраивать туннель. Если маршруты настроены правильно, и ты хочешь наладить туннель между 10.10.12.1 и 10.10.28.1, то 10.10.12.1 должен уметь пинговать 10.10.28.1, а 10.10.28.1 должен уметь пинговать 10.10.12.1. Как только связь заработает, создай туннель, и посмотри, что получится… – C
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры