PPPOE автозагрузка не работает (решено)

[intervision]

такая же проблема (((

при старте ничего не пашет хотя видно что ;

Код: [Выделить]

ppp0 Link encap:Протокол PPP (Point-to-Point Protocol)
inet addr:213.141.140.52 P-t-P:212.1.254.111 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:84 errors:0 dropped:0 overruns:0 frame:0
TX packets:77 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:5919 (5.9 KB) TX bytes:6053 (6.0 KB)

root@server:~# ping ya.ru
ping: unknown host ya.ru
root@server:~# ping 212.1.224.34
PING 212.1.224.34 (212.1.224.34) 56(84) bytes of data.
64 bytes from 212.1.224.34: icmp_req=1 ttl=61 time=17.6 ms
64 bytes from 212.1.224.34: icmp_req=2 ttl=61 time=18.0 ms
64 bytes from 212.1.224.34: icmp_req=3 ttl=61 time=15.8 ms
^C
--- 212.1.224.34 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 15.851/17.198/18.081/0.973 ms
root@server:~# poff
root@server:~# pon dsl-provider
Plugin rp-pppoe.so loaded.
RP-PPPoE plugin version 3.8p compiled against pppd 2.4.5
root@server:~# ping ya.ru
PING ya.ru (87.250.250.3) 56(84) bytes of data.
64 bytes from www.yandex.ru (87.250.250.3): icmp_req=1 ttl=59 time=16.3 ms
64 bytes from www.yandex.ru (87.250.250.3): icmp_req=2 ttl=59 time=16.1 ms
64 bytes from www.yandex.ru (87.250.250.3): icmp_req=3 ttl=59 time=16.8 ms
^C
--- ya.ru ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 16.147/16.443/16.807/0.311 ms
root@server:~#
такая вот мистика...

в нетворк менеджере прописаны правила только для второй сетевки через которую раздается инет на остальные компы...

[alexpogorelov]

Процитирую одну запись из своего бложка
У себя нашел проблему при старте не работает pppoe хотя внешне все ок
и пинги идут на сайты и даже некоторые сайты работают-яндекс и гугл.
Проблема оказалась в том что в скриптах /etc/ppp/ip-up.d/ что-то там clamp
там есть правило про clampmss, что-то типа:
iptables -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
так вот при старте системы оно не попадает в правила Iptables,
а после  poff pon появляется среди правил,
после чего все работает,
так что проверьте у себя может и у Вас та же проблема.

ps надеюсь кому поможет симптомы 1 в 1  с описанными

[CanSee]

там есть правило про clampmss, что-то типа:
iptables -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
так вот при старте системы оно не попадает в правила Iptables,
а после  poff pon появляется среди правил,

У меня сейчас всё настроено через Network Manager. Сначала вообще всё работало без проблем. Потом где-то что-то поменялось. Возможно, у провайдера. А может, и у меня на компе. Хотя настройки сети я никакие не менял, только обновления ставил. Теперь после загрузки сеть недоступна, пока не отключишь соединение и потом снова не подключишь.
Правила iptables у меня заданы свои. Запрещены все входящие, кроме как на порты Transmission, и разрешены все исходящие. Разрешены все "related, established". Также разрешены все соединения через второй сетевой интерфейс - к нему подсоединяю ноутбук иногда. А вот про clamp в правилах ничего нет. Может, проблемы из-за этого?
Кто-нибудь знает, что это за clamp и зачем может быть нужно такое правило? Что оно делает? Что это за цель такая - TCPMSS? А то не очень хочется втыкать в свой фаерволл непонятно что делающее правило

[AnrDaemon]

man iptables | grep TCPMSS ?

[CanSee]

man iptables | grep TCPMSS ?

Не особо пока ещё я умею пользоваться grep. Поэтому не помогло - данная инструкция, вставленная в терминал без изменений, выдала:

Код: [Выделить]

   TCPMSS
                           -j TCPMSS --clamp-mss-to-pmtuПросмотрел весь вывод вручную. Нашёл:

Код: [Выделить]

TCPMSS
       This  target allows to alter the MSS value of TCP SYN packets, to control the maximum size for that connection
       (usually limiting it to your outgoing interface's MTU minus 40 for IPv4 or 60  for  IPv6,  respectively).   Of
       course, it can only be used in conjunction with -p tcp.  It is only valid in the mangle table.
       This  target  is used to overcome criminally braindead ISPs or servers which block "ICMP Fragmentation Needed"
       or "ICMPv6 Packet Too Big" packets.  The symptoms of this problem are that everything  works  fine  from  your
       Linux firewall/router, but machines behind it can never exchange large packets:
        1) Web browsers connect, then hang with no data received.
        2) Small mail works fine, but large emails hang.
        3) ssh works fine, but scp hangs after initial handshaking.
       Workaround: activate this option and add a rule to your firewall configuration like:

               iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN
                           -j TCPMSS --clamp-mss-to-pmtu

       --set-mss value
              Explicitly set MSS option to specified value.

       --clamp-mss-to-pmtu
              Automatically clamp MSS value to (path_MTU - 40 for IPv4; -60 for IPv6).

       These options are mutually exclusive.У меня не хватает знаний, чтобы точно понять, зачем оно нужно. Ясно, что инструкция нужна для борьбы с провайдерами и серверами, которые блокируют пакеты "ICMP Fragmentation Needed" или "ICMPv6 Packet Too Big". Попробую добавить, может, поможет.

[AnrDaemon]

Не обязательно "блокируют", как пример, могу привести собственный случай, когда клиенты, подключающиеся по PPTP к серверу, не могли нормально работать в интернете, пока не добавил для них
-A FORWARD -i ppp+ -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1357:1500 -j TCPMSS --set-mss 1356

[kovion]

Всем привет!
Помогите настроить именно автозагрузку.

Рppoe настроил ручками по какому-то совету через rp-pppoe. Версия оказалась 3.10.
Инет включается по команде sudo pppoe-start.

В Нетманагере все попытки создать DSL соединение с указанием туда своих параметров и указанием "Подключать автоматом" и "Для всех" проваливаются - новое соединение просто не появляется.
Пробовал обмануть - создал пустое ДСЛ соединение. Далее в уже созданное прописал логин-пароль и всё... Соединение пропало.

Пробовал на кнопку прописать команду. Не запускается.

Теперь зачем мне при нормально включающемся инете какая-то кнопка или автозапуск. Комп собираюсь давать бабушке в пользование и, дабы не грузить её лишней инфой, хочется включать инет либо автоматом, либо одной кнопкой "Тыкать сюда".

Заранее спасибо.

[Камми]

kovion, у меня команда подключения такого инета прописана в /etc/rc.local, перед строкой exit 0. И запускается автоматически при старте. Оттуда все запускается с правами рута и пароль не спрашивается.

[AnrDaemon]

В Нетманагере все попытки создать DSL соединение с указанием туда своих параметров и указанием "Подключать автоматом" и "Для всех" проваливаются - новое соединение просто не появляется.

Удалите свои художества из interfaces.

kovion, у меня команда подключения такого инета прописана в /etc/rc.local, перед строкой exit 0. И запускается автоматически при старте. Оттуда все запускается с правами рута и пароль не спрашивается.

Сочувствую вам.

[Камми]

Сочувствую вам.

В чем именно?

[AnrDaemon]

Сочувствую вам.

В чем именно?

В rc.local
Надо же было выбрать самый бессмысленный и бесполезный способ поднятия интерфейса из возможных...

[kovion]

Удалите свои художества из interfaces.

auto eth0
iface eth0 inet dhcp

auto dsl-provider
iface dsl-provider inet ppp
pre-up /sbin/ifconfig eth0 up # line maintained by pppoeconf
provider dsl-provider

auto eth0
iface eth0 inet manual

какие именно?

В rc.local
Надо же было выбрать самый бессмысленный и бесполезный способ поднятия интерфейса из возможных...

Подскажите самый простой и эффективный способ.

Посмотрел rc.local... У меня он вообще пустой...

[Камми]

Надо же было выбрать самый бессмысленный и бесполезный способ поднятия интерфейса из возможных...

Да, я знаю, что я глупая женщина, но тем мне пингвин и нравится. Что позволяет извращаться над собой по-всякому, ради получения нужного результата   Насчет бессмысленности и бесполезности можно поспорить, потому что работает как часы,что мне собственно и нужно. А прописать 2 строчки в файлик - проще простого. Особенно на фоне действий, описанных предыдущим автором. Лично у моего провайдера еще специфика подключения такова, что сначала поднимается vpn-соединение, где-то секунды 2-3, после чего нужно прописать маршрут по умолчанию. Все это запихано в 2 команды, что-то вроде sudo pon vpn и потом sudo route add default dev ppp0 (точно не помню уже), поэтому автоматизация сего процесса мне весьма на руку.

Посмотрел rc.local... У меня он вообще пустой...

Он и должен быть пустой по умолчанию

[kovion]

Он и должен быть пустой по умолчанию

Камми, значит надо прописать туда:
sudo pppoe-start
exit 0
так?

[AnrDaemon]

Удалите свои художества из interfaces.

auto eth0
iface eth0 inet dhcp

auto dsl-provider
iface dsl-provider inet ppp
pre-up /sbin/ifconfig eth0 up # line maintained by pppoeconf
provider dsl-provider

auto eth0
iface eth0 inet manual

какие именно?

Все.
И верните на место то, что там должно быть.