LINUX.ORG.RU
ФорумAdmin

Перестает подключаться pppoe

 , ,


0

0

Спустя какое-то количество переподключений, перестает подключаться.
Вот что в логах:

Jan 02 08:55:46 lair pppd[1855]: Plugin rp-pppoe.so loaded.
Jan 02 08:55:46 lair pppd[1855]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
Jan 02 08:55:46 lair pppd[1856]: pppd 2.4.7 started by fil, uid 1000
Jan 02 08:56:21 lair pppd[1856]: Timeout waiting for PADO packets
Jan 02 08:56:21 lair pppd[1856]: Unable to complete PPPoE Discovery
Jan 02 08:57:26 lair pppd[1856]: Timeout waiting for PADO packets
Jan 02 08:57:26 lair pppd[1856]: Unable to complete PPPoE Discovery
Вот мой конфиг:
[fil@lair ~]$ cat /etc/ppp/peers/mts 
plugin rp-pppoe.so
enp4s1
name "MY_USERNAME"
usepeerdns
persist
hide-password
noauth
lcp-echo-interval 30
lcp-echo-failure 5
Сначало подумал, что провайдер банит, ибо когда подключаюсь через роутер - все ок. Ну, попробовал сменить я mac адрес - не помогло.
Уже такое случалось, примерно через сутки начинает все нормально работать. Что это такое вообще?
ЛОР, помоги :-)

★★★★

debug, для начала, можно добавить. Ну и посмотреть tcpdump-ом, что реально улетает, что реально прилетает. Сравнить для случаев «хорошо» и «плохо».

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

Ну вот с включенным debug:

Jan 02 13:00:20 lair pppd[7693]: Plugin rp-pppoe.so loaded.
Jan 02 13:00:20 lair pppd[7693]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
Jan 02 13:00:20 lair pppd[7694]: pppd 2.4.7 started by fil, uid 1000
Jan 02 13:00:20 lair pppd[7694]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
Jan 02 13:00:20 lair pppd[7694]:  dst ff:ff:ff:ff:ff:ff  src 10:bf:48:e7:94:b0
Jan 02 13:00:20 lair pppd[7694]:  [service-name] [host-uniq  0e 1e 00 00]
Jan 02 13:00:25 lair pppd[7694]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
Jan 02 13:00:25 lair pppd[7694]:  dst ff:ff:ff:ff:ff:ff  src 10:bf:48:e7:94:b0
Jan 02 13:00:25 lair pppd[7694]:  [service-name] [host-uniq  0e 1e 00 00]
Jan 02 13:00:35 lair pppd[7694]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
Jan 02 13:00:35 lair pppd[7694]:  dst ff:ff:ff:ff:ff:ff  src 10:bf:48:e7:94:b0
Jan 02 13:00:35 lair pppd[7694]:  [service-name] [host-uniq  0e 1e 00 00]
Jan 02 13:00:55 lair pppd[7694]: Timeout waiting for PADO packets
Jan 02 13:00:55 lair pppd[7694]: Unable to complete PPPoE Discovery
Может поможет чем. Вот какой-то странный адрес у dest...

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

И еще. Не знаю, правильно ли заюзал tcpdump, но вот в состоянии плохо:

[fil@lair ~]$ sudo tcpdump -i enp4s1 -Q inout -vv
tcpdump: listening on enp4s1, link-type EN10MB (Ethernet), capture size 262144 bytes
13:14:54.976257 PPPoE PADI [Service-Name] [Host-Uniq 0x81410000]
13:14:59.981406 PPPoE PADI [Service-Name] [Host-Uniq 0x81410000]
13:15:09.990533 PPPoE PADI [Service-Name] [Host-Uniq 0x81410000]
13:15:16.016248 PPPoE PADI [Service-Name] [Host-Uniq 0x933B0000]
13:15:21.021392 PPPoE PADI [Service-Name] [Host-Uniq 0x933B0000]
13:15:31.031534 PPPoE PADI [Service-Name] [Host-Uniq 0x933B0000]

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

Прочему странный ? Броадкаст. Где PPPoE-сервер, это же не известно. Надо убедиться, что улетает к провайдеру, потом спрашивать его, где ответ. Можно ещё сказать, что вот, мол, три пакета улетело, а ответа нет.

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

А вот в состоянии хорошо:

14:09:27.085567 STP 802.1d, Config, Flags [none], bridge-id 8000.70:72:cf:7a:34:cb.8016, length 43
	message-age 4.00s, max-age 20.00s, hello-time 2.00s, forwarding-delay 15.00s
	root-id 0000.80:fb:06:57:0c:16, root-pathcost 40000
14:09:28.275968 PPPoE PADI [Service-Name] [Host-Uniq 0xB6220000]
14:09:28.294445 PPPoE PADO [Service-Name] [Host-Uniq 0xB6220000] [AC-Name "bng-bras"]
14:09:28.294584 PPPoE PADR [Service-Name] [Host-Uniq 0xB6220000]
14:09:28.305014 PPPoE PADO [Service-Name] [Host-Uniq 0xB6220000] [AC-Name "bng-bras"]
14:09:28.729038 PPPoE  [ses 0xaf6] LCP, Conf-Request (0x01), id 1, length 21
	encoded length 19 (=Option(s) length 15)
	0x0000:  c021 0101 0013
	  MRU Option (0x01), length 4: 1492
	    0x0000:  05d4
	  Auth-Prot Option (0x03), length 5: CHAP, MD5
	    0x0000:  c223 05
	  Magic-Num Option (0x05), length 6: 0x58e60c5f
	    0x0000:  58e6 0c5f
14:09:28.734819 PPPoE PADS [ses 0xaf6] [Service-Name] [Host-Uniq 0xB6220000]
14:09:28.735417 PPPoE  [ses 0xaf6] LCP, Conf-Request (0x01), id 1, length 16
	encoded length 14 (=Option(s) length 10)
	0x0000:  c021 0101 000e
	  MRU Option (0x01), length 4: 1492
	    0x0000:  05d4
	  Magic-Num Option (0x05), length 6: 0x092d1aed
	    0x0000:  092d 1aed
14:09:28.736256 PPPoE  [ses 0xaf6] LCP, Conf-Ack (0x02), id 1, length 16
	encoded length 14 (=Option(s) length 10)
	0x0000:  c021 0201 000e
	  MRU Option (0x01), length 4: 1492
	    0x0000:  05d4
	  Magic-Num Option (0x05), length 6: 0x092d1aed
	    0x0000:  092d 1aed
14:09:29.089388 STP 802.1d, Config, Flags [none], bridge-id 8000.70:72:cf:7a:34:cb.8016, length 43
	message-age 4.00s, max-age 20.00s, hello-time 2.00s, forwarding-delay 15.00s
	root-id 0000.80:fb:06:57:0c:16, root-pathcost 40000
Что-то мне это ничего не дало. Почему не подключалось до сих пор не ясно :-(

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

Не знаю, правильно ли заюзал tcpdump

Когда речь не про IP, надо -e добавлять, чтобы MAC-и видеть. Тогда будет точно понятно, что и куда шло.

Что-то мне это ничего не дало. Почему не подключалось до сих пор не ясно :-(

14:09:28.275968 PPPoE PADI [Service-Name] [Host-Uniq 0xB6220000]
14:09:28.294445 PPPoE PADO [Service-Name] [Host-Uniq 0xB6220000] [AC-Name «bng-bras»]

В общем, провайдер знать должен. Тут вот PADO сразу вернулся, а в неудачном случае его нет.

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

Собственно ничего интересного, вижу я мак-адрес сетевой карты и все :-)

[fil@lair ~]$ sudo tcpdump -i enp4s1 -Q inout -vv -e
[sudo] password for fil: 
tcpdump: listening on enp4s1, link-type EN10MB (Ethernet), capture size 262144 bytes
19:15:39.825216 10:bf:48:e7:94:b0 (oui Unknown) > Broadcast, ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Service-Name] [Host-Uniq 0xCB520000]
19:15:44.828473 10:bf:48:e7:94:b0 (oui Unknown) > Broadcast, ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Service-Name] [Host-Uniq 0xCB520000]
19:15:54.838461 10:bf:48:e7:94:b0 (oui Unknown) > Broadcast, ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Service-Name] [Host-Uniq 0xCB520000]

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

Собственно ничего интересного,

В общем-то, уже да, так как понятно, что проблема на том конце провода, но помогает в ориентировании в пакетах в начале.

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

Дык, не факт же

Факт - ответа-то нет. А дальше можно только причину угадывать, что там не понравилось оборудованию провайдера. Максимум, что можно ещё у себя проверить, это что именно находится в PADI-пакетах в хорошей и плохой попытках. Но вряд ли там есть существенные различия - не с чего.

AS ★★★★★ ()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от FIL

А по каким критериям провайдер может банить ?

По MAC-у, из-за частоты попыток. Другого в голову не приходит. Можно попробовать с роутера, поменяв у него MAC на MAC компьютера. Если в момент, когда с компьютера не пускает, не пустит и с роутера, то что-то связанное с MAC-ом, значит. Ну или наоборот, у компьютера MAC сменить.

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

У компьютера пробовал, не помогло. Попробую покапать еще. Спасибо за помощь.

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

Это в генте майнтейнеры всратые, отписал им. Они собирают супе-старый плагин, идущий вместе c pppd, а не идущий с rp-pppoe.

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