+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

PPPoE Bridging для решения проблем с DSL-линией и NAT.

PPPoE Bridging для решения проблем с DSL-линией и NAT., RouterOS

triabita

Guest

16.04.2005 12:48:00

Привет, я уже неделю безуспешно пытаюсь настроить PPPoE-мост с моим локальным провайдером ADSL. Перепробовал кучу разных настроек, ничего не работает. Использую M/T 2.8.26, настроил PPPoE-клиентский интерфейс, который успешно подключается к моему провайдеру, как показывают статусы. В каждом из моих пробных запусков получал следующие странные результаты: Некоторые веб-страницы, например google.com, загружались и работали отлично (все подстраницы, включая news.google.com и т.д.). Другие страницы вообще не загружались. DNS-запросы проходили нормально, они разрешались. Другие сервисы работали с перебоями, но в целом работали, например, FTP подключается, но дальше дело не идёт, то же самое с IRC. Используя torch, я выяснил, что все запросы к страницам до сервера доходили, но сервер, вероятно, неправильно их NAT’ил и не перенаправлял пакеты на компьютер, который их запросил. Начальная конфигурация с вариациями выглядит следующим образом:

PPPoE Client Interface:
MTU / MRU: 1480 и 1500 (пробовал оба)
Интерфейс: aDSL (Ethernet, который подключается к DSL-модему)
Сервис: оба варианта отмечены и не отмечены (не мог понять, что это делает)
Профиль: Custom profile (объясню позже)
Диалить по требованию: не отмечено
Добавить маршрут по умолчанию: отмечено
Использовать DNS провайдера: пробовал оба варианта (отмечено/не отмечено)
Разрешить: PAP only (работает)

PPP Profile:
Local Address: 0.0.0.0 и наш статический IP (пробовал оба)
Remote Address: 0.0.0.0
Incoming Filter: Input
Outgoing Filter: Output
Не установлен DNS/WINS сервер или нет сжатия / шифрования
Нет ограничений

Мы пробовали и отмечать, и снимать отметки с настроек: “Only One” и “Change TCP MSS”

Source NAT Rule:
Src Addr: 192.168.0.0/16 (у нас 5-6 подсетей 192.168.x.x)
Dst Addr: 0.0.0.0/0
Out Interface: WLAN-aDSL (PPPoE interface)
Protocol: All
Action: Masquerade
To src addresses: 0.0.0.0 - 0.0.0.0 или [staticIP] - [staticIP]
To src ports: 0-65535

Я совсем вымотался, эти настройки простые, и я настраиваю NAT-конфигурации уже много лет, почему это не работает???

Triabita

andrewluck Guest	#2 0 16.04.2005 14:25:00 Попробуй следующее: /ip firewall mangle add protocol=tcp tcp-options=syn-only action=passthrough tcp-mss=1360 С уважением, Andrew

gianluca Guest	#3 0 17.04.2005 16:56:00 Не подскажешь, как физически подключить ADSL к MK? И как подключить ADSL в режиме моста?

triabita

Guest

20.04.2005 08:07:00

Физически они соединены кроссоверным кабелем Ethernet. Andrewluck, к сожалению, это не помогло. Я потратил прошлую неделю на поиски решения этой проблемы, и единственная статья, которую я нашёл, – это страница с bruno.pmi.lv через Google cache. Пожалуйста, помогите.

nhalachev Guest	#5 0 20.04.2005 09:41:00 Пожалуйста, выложи свою конфигурацию, включая: /interface ethernet /interface pppoe-client /ppp profile /ip address /ip route /ip firewall rile \| src-nat \| mangle /ip dns

triabita Guest	#6 0 20.04.2005 10:05:00 [конфигурация удалена по очевидным причинам]

nhalachev Guest	#7 0 20.04.2005 10:58:00 Ещё кое-что: /system resource irq print

triabita Guest	#8 0 20.04.2005 11:56:00 [admin@MikroTik] > system resource irq print Флаги: U - не используется IRQ ВЛАДЕЛЕЦ 1 keyboard 2 APIC U 3 4 serial port 5 [SysKonnect SK-98xx] U 6 U 7 U 8 U 9 10 [usb-uhci] WiFi 10 aDSL 11 [SysKonnect SK-98xx] 12 [SysKonnect SK-98xx] U 13 14 IDE

nhalachev Guest	#9 0 20.04.2005 12:11:00 Возможно, вот в чём ваша проблема…

triabita

Guest

#10

20.04.2005 12:42:00

Разве проблемы с конфликтами IRQ не должны были быть кошмаром прошлой декады? Но я всё равно посмотрю, отключив USB. Должен вам сказать, интерфейс aDSL работает идеально с самого начала. (текущая конфигурация предназначена для маршрутизации интернет-трафика через интерфейс aDSL, где DSL-модем выполняет NAT для внешнего мира). Так что я не думаю, что это оно, но попробую всё равно, чтобы наверняка.

triabita

Guest

#11

24.04.2005 14:30:00

ЭндрюЛак, наконец-то получилось! После вдумчивого подхода к вопросу я сбросил все настройки и начал всё настраивать с нуля. Только благодаря твоему совету PPPoE Nat заработал идеально! Можешь объяснить мне, что именно делает эта строка? Я никак не могу понять... и почему её не добавляют автоматически в правила mangle? Влияет ли это на другие аспекты сети? Огромное тебе спасибо!

andrewluck Guest	#12 0 25.04.2005 08:48:00 Что делает это правило mangle, так это говорит всем хостам, к которым маршрутизатор устанавливает соединение: «Никогда не отправляйте мне пакеты размером больше xxx», где «xxx» — это размер, который вы указали в TCP-MSS. Это практически то же самое, что ходить по своей сети и устанавливать значение MTU на каждом хосте до xxx, но без необходимости много ходить. По умолчанию MTU установлено в 1500. Итак, когда ваш ПК отправляет пакет такого размера, доходя до маршрутизатора, он инкапсулируется с заголовком PPPoE. Этот пакет придется фрагментировать, так как он стал слишком большим для одного пакета. Чтобы обойти эту проблему, мы заставляем ПК отправлять пакет меньшего размера. Раньше ваш ПК мог выполнять Path Discovery, чтобы определить максимальный размер пакета, который он может отправить по конкретному соединению. В наши дни это практически гарантированно не сработает, так как пакеты фильтруются множеством маршрутизаторов, поэтому необходима утилизация MSS. С уважением, Andrew.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры