[pppoe] Вместо внешнего получаю серый...

0

0

У меня роутер сегодня утром при очередном реконнекте (что-то зачастили они в последнее время) вместо своего внешнего IP получил от прова внутренний о_О после чего с фразой «Unauthorized remote IP address» был послан нафиг...

В чём может быть проблема, если настройки роутера никто не трогал около года?

Вот фрагмент вчерашнего куска лога, когда после реконнекта связь восстановилась нормально. А вот что случилось сегодня. На 27й строке вместо надписи «local IP address 91.200.235.32» видно «local IP address 10.0.0.1» (это, кстати, адрес внутреннего интерфейса, смотрящего в локалку).

И на 9й строке второй sent добавился, это разве нормально?

Топология сети стандартная: инет по pppoe->|eth0 роутер eth1|-> локальная сеть

Ссылка

←	проблема в настройки вайфая

После обновления перестал работать nfs-server

→

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

anonymous
(11.04.10 02:46:00 MSD)

Кто-то из твоих соседей ... включил у себя PPPoE сервер... и всех подключает .. Или действительно косяк у прова

Tok ★★
(11.04.10 04:52:30 MSD)

Ссылка

Ответ на: комментарий от anonymous 11.04.10 02:46:00 MSD

Ну я не был уверен, что это именно косяк прова, ибо не могу обьяснить, почему я на внешнем интерфейсе получаю адрес своего внутреннего интерфейса (для проверки этого я менял адрес внутреннего и всёравно получал его). Если это стандатное поведение pppd в таких ситуациях, тогда другое дело...

TwisteR ★★
(11.04.10 13:53:43 MSD) автор топика

Ответ на: комментарий от TwisteR 11.04.10 13:53:43 MSD

логи?
ifconfig
и тд показывай

kam ★★
(11.04.10 14:08:18 MSD)

Ссылка

Обратитесь в тех поддержку провайдера, вы им деньги за это платите.

Sylvia ★★★★★
(11.04.10 14:20:45 MSD)

Ответ на: комментарий от Sylvia 11.04.10 14:20:45 MSD

логи? ifconfig и тд показывай

Логи в первом посте, там же и настройки pppd. Какие ещё нужны? ifconfig не особо информативен, ибо ppp0 не поднимается...

# ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:0d:88:42:75:19  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:108 errors:0 dropped:0 overruns:0 frame:0
          TX packets:65 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:6615 (6.4 KiB)  TX bytes:3900 (3.8 KiB)
          Interrupt:16 Base address:0xac00 

eth1      Link encap:Ethernet  HWaddr 00:1b:fc:8d:0a:60  
          inet addr:10.0.0.1  Bcast:10.0.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:18141356 errors:0 dropped:0 overruns:0 frame:0
          TX packets:25011414 errors:0 dropped:0 overruns:0 carrier:4
          collisions:0 txqueuelen:1000 
          RX bytes:10492779079 (9.7 GiB)  TX bytes:26344829472 (24.5 GiB)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:876 errors:0 dropped:0 overruns:0 frame:0
          TX packets:876 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:81848 (79.9 KiB)  TX bytes:81848 (79.9 KiB)

Обратитесь в тех поддержку провайдера, вы им деньги за это платите.

Туда я обратился в первую очередь, но ничего кроме «мы ничего не меняли, проблемы с вашей стороны» не услышал :(

Кстати, подключил к инету вместо сервака аппаратный роутер dlink, на нём pppoe поднялся и работает... Вот кусок лога, добавление опции debug в конфигурационный файл pptpd, к сожалению, информативность не повысило, потому лог длинка не особо помог.

TwisteR ★★
(11.04.10 14:47:59 MSD) автор топика

Ссылка

Ответ на: комментарий от TwisteR 11.04.10 13:53:43 MSD

Вроде это нормальное поведение pppd, когда удалённая сторона не назначила ему ip-адрес, взять адрес локального интерфейса.

mky ★★★★★
(11.04.10 23:19:24 MSD)

Ответ на: комментарий от mky 11.04.10 23:19:24 MSD

Да, действительно, так и есть. Почитав man я обнаружил, что такое поведение можно запретить следующим параметром:

       noipdefault
              Disables  the  default  behaviour when no local IP address is specified, which is to determine (if
              possible) the local IP address from the hostname.  With this option, the peer will have to  supply
              the  local  IP address during IPCP negotiation (unless it specified explicitly on the command line
              or in an options file).

Указав его в /etc/conf.d/net у меня получилось подключиться к инету прежним образом. Почему вдруг эта опция стала обязательной, не понятно. Действительно провайдер что-то намутил...

Всем спасибо за советы, проблема решена 8)

TwisteR ★★
(12.04.10 01:05:22 MSD) автор топика