LINUX.ORG.RU

[2.6.[32.10,33.1] они убили Кенни^W сломали PPPoE


0

0

если точнее, то сломали настройки MTU через NAT,

Slackware, 64 bit, поднимает соединение через PPPoE, (kernel mode - LINUX_PLUGIN=rp-pppoe.so)
NAT, (iptables -t nat -A POSTROUTING -o ppp0 -j SNAT --to-source $IP)

еще вчера до обновления ядра все прекрасно работало с настройками MTU 1500 на внутрилокальных машинах , после обновления же не хочет, проблемы именно с MTU (т.е. можно уменьшить до 1492 и все работает)

User mode PPPoE тоже работает как обычно , перенастроек mtu не требует

Вопросы:
1) у кого случилось подобное? или не случилось (ядро 32.10 или 33.1, инет через PPPoE, через нат раздает инет в локалку, УМВР ЧЯНТД ?) ?


2) может быть возможно более элегантное решение кроме вариантов использования user-mode pppoe или установки на всех машинах в LAN mtu=1492 ?

★★★★★

> может быть возможно более элегантное решение

разумеется, всегда есть элегантное решение «использовать рабочую версию ядра», не ? ))

elipse ★★★ ()
Ответ на: комментарий от elipse

рабочую, т.е. старую ?
спасибо, не вариант, учитывая обьем исправляемых ошибок, в том числе и связаных с безопасностью.

Sylvia ★★★★★ ()

багрепорт уже написан и отправлен?

hizel ★★★★★ ()

В 2.6.33 все нормально ? Баг только в 2.6.33.1 ?

anonymous ()
Ответ на: комментарий от hizel

нет и не стану, потому-что считаю это бесполезным, всё что ранее отправляла отправили в долгий ящик, так и висит UNCO.

Sylvia ★★★★★ ()
Ответ на: комментарий от markevichus

пока не стану, тем более что в программировании не разбираюсь

Sylvia ★★★★★ ()
Ответ на: комментарий от Sylvia

>пока не стану, тем более что в программировании не разбираюсь
Да и не нужно. Просто выкиньте куски, относящиеся к pppoe. Чисто по названию файлов.

markevichus ★★★ ()
Ответ на: комментарий от markevichus

по pppoe ничего не нашла, изменений по части сети очень много,
в любом случае решение не сильно претендует на то чтобы быть элегантным,
к тому же, выйдет 33.2, мне опять разбирать патчсет? Мне нужно чтобы просто работало

Sylvia ★★★★★ ()

Хорошо, задам прямой вопрос:

можно с помощью iptables сделать так чтобы mtu NAT-ящихся пакетов изменялось на 1492 ?


eth0 - смотрит в локальную сеть, локальный IP (LAN интерфейс NAT), mtu = 1500

eth1 - интерфейс для PPPoE, имеет локальный IP который в правилах не используется, mtu = 1500

ppp0 - интерфейс поднимаемый pppd (pppoe), mtu = 1492
используется в качестве WAN интерфейса NAT

Sylvia ★★★★★ ()
Ответ на: комментарий от markevichus

на сервере? Тут вон iZEN пробегал, я думала BSD предложит)

Sylvia ★★★★★ ()
Ответ на: комментарий от markevichus

ps: user-mode кстати тоже просто работает )

Sylvia ★★★★★ ()
Ответ на: комментарий от Sylvia

Multi-link PPP daemon

Mpd is a netgraph(4) based implementation of the multi-link PPP
protocol for FreeBSD. It is designed to be both fast and flexible.
It handles configuration and negotiation in user land, while routing
all data packets strictly in the kernel. It supports several of
the numerous PPP sub-protocols and extensions, such as:

Multi-link PPP capability
PAP, CHAP, MS-CHAP and EAP authentication
PPP compression and encryption
IPCP and IPV6CP parameter negotiation

Mpd have support for many link types:

Serial port modem
Point-to-Point Tunnelling Protocol (PPTP)
Layer Two Tunnelling Protocol (L2TP)
PPP over Ethernet (PPPoE)
PPP over TCP
PPP over UDP
PPP over specified netgraph(4) node

Mpd also includes many additional features:

IPv4 and IPv6 support
RADIUS authentication and accounting
NetFlow traffic accounting
Network address translation (NAT)
Dial-on-demand with idle timeout
Multiple active connections running simultaneously
Dynamic demand based link management (also known as ``rubber bandwidth")
Powerful chat scripting language for asynchronous serial ports
Pre-tested chat scripts for several common modems and ISDN TAs
Clean device-type independent design
Comprehensive logging
Telnet and HTTP control interfaces.

WWW: http://www.sourceforge.net/projects/mpd


А, чъорт! Его нет в Linux. Он использует прогрессивную технологию фильтрации трафика netgraph(4), которая не доступна в Linux.

iZEN ★★★★★ ()
Ответ на: комментарий от iZEN

ну что ж поделать.. ОС я на роутере менять не буду, придется разбираться существующими методами и программами pppd + rp-pppoe (+ iptables)

Sylvia ★★★★★ ()
Ответ на: комментарий от guyvernk

аргументы какие?
user-mode процессор кушает гораздо более активно,
гораздо проще отправлять pppd на eth1 напрямую, чем делать еще лишнюю прослойку из программы

Sylvia ★★★★★ ()

всем спасибо, коллективный разум лишний раз доказал свою малополезность в решении проблем.

SOLUTION:

iptables -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu


</thread>

Sylvia ★★★★★ ()
Ответ на: комментарий от Sylvia

ага, и при необходимости поправить 1 параметр - перезагружать устройство?
да помню, года так 4 назад у меня был роутер на опенбсд (3.9 вроде уже и не помню когда они там запилили кернельный пппое), я там пробывал пользоваться кернельным пппое, вот только уж больно неудобный в управлении получился...
а если роутер кроме как роутит ничего дрого не делает то абсолютно безразницы юзерспейс или кернел

guyvernk ()
Ответ на: комментарий от guyvernk

pppoe-stop
pppoe-start

kernel mode от user-mode ничем не отличается в плане необходимости перезагрузок и прочего, в случае user - работает программа pppoe,
в случае kernel - грузится плагин , который заставляет верить что eth это serial port

сразу видно что не пользуетесь этим уже давно, одно дело роутер на OpenBSD 4 года назад, другое дело что-что то поломали буквально вчера.

Sylvia ★★★★★ ()
Ответ на: комментарий от Sylvia

PS: может ядро и непричем, а провайдер вчера пошалил с настройками...
просто совпало, старое ядро я естественно при обновлении удалила

Sylvia ★★★★★ ()
Ответ на: комментарий от Sylvia

>придется разбираться существующими методами и программами pppd + rp-pppoe (+ iptables)
Ты уверена что это проще чем поменять ос на роутере ?
Одни только разборки с iptables по сложности превосходят поднятие ipfw + mpd5.Тем более если тебе нужен только нат , там вообще 2 строчки в правилах.Есть еще шейпер - dummynet. Mangos, mcabber имеются в портах. А линейка ...забей на нее , она не нужна. (Хотя java на freebsd тоже есть и проблем быть не должно , но тут я просто лишний раз решил напомнить что линейка не нужна. )

anonymous ()
Ответ на: комментарий от anonymous

И да ... IP адрес на eth1 - не нужен

anonymous ()
Ответ на: комментарий от anonymous

Спасибо Сергей, но я уже разобралась, 1 строчка для iptables

Sylvia ★★★★★ ()
Ответ на: комментарий от Sylvia

Я удивлён что это решение не подсказали в первом же посте.
Вторая тема за неделю.

CyberTribe ★★ ()
Ответ на: комментарий от Sylvia

Я просто долго формулировал сообщение и не видел последние комментарии. Ладно, тогда удачи.

anonymous ()

PS: первый вопрос пока открыт, так что у кого 32.10 или 33.1 и PPPoE + NAT
подтвердите пожалуйста или опровергните.

Sylvia ★★★★★ ()
Ответ на: комментарий от Sylvia

>рабочую, т.е. старую ?
>спасибо, не вариант, учитывая обьем исправляемых ошибок, в том числе и связаных с безопасностью.


Потерпите, пока вы не сможете сказать тоже самое про версию с которой вы сейчас возитесь. Не ?

elipse ★★★ ()

а Сильви LARTC не читала, бугага!!!))))

r0mik ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.