현재 이상한 네트워크 문제를 조사 중입니다.
다음 IPv6 라우터 알림을 고려하십시오(참고접두사 수명주기, 5400 및 2700입니다. ):
$ rdisc6 -1 wlan0
Soliciting ff02::2 (ff02::2) on wlan0...
Hop limit : 64 ( 0x40)
Stateful address conf. : Yes
Stateful other conf. : Yes
Mobile home agent : No
Router preference : medium
Neighbor discovery proxy : No
Router lifetime : 1800 (0x00000708) seconds
Reachable time : 3600000 (0x0036ee80) milliseconds
Retransmit time : unspecified (0x00000000)
Recursive DNS server : 2a02:####:####:####:f2af:85ff:fe11:70d
DNS server lifetime : 300 (0x0000012c) seconds
Prefix : 2a02:####:####:####::/64
On-link : Yes
Autonomous address conf.: Yes
Valid time : 5400 (0x00001518) seconds
Pref. time : 2700 (0x00000a8c) seconds
Route : 2a02:####:####:####::/62
Route preference : medium
Route lifetime : 5400 (0x00001518) seconds
Route : ::/0
Route preference : medium
Route lifetime : 1800 (0x00000708) seconds
Source link-layer address: ##:##:##:##:##:##
from fe80::f2af:85ff:fe11:70d
특정 주소에 대해 보고된 수명이 때때로 약간씩 차이가 나는 것을 관찰했습니다.더 높은라우터 광고의 값보다.
inet6 2a02:####:####:####:2f89:f9d2:504f:595d/64 (...)
valid_lft 5401sec preferred_lft 2701sec
(이 출력은 손으로 제작되었습니다. 궁극적으로 해결하려고 하는 네트워크 문제로 인해 지금은 라이브 캡처를 얻을 수 없지만 수명 주기 방식을 나타냅니다.약 1초 더 높음RA 값보다 )
왜 그럴까요?
나는 현재 이것이 Debian(12)에서 사용되는 네트워킹 스택의 버그일 가능성이 있는지 고려 중입니다. 다음도 관찰했기 때문입니다:
이것은 접두사 수명이 모두 0으로 설정된 라우터 광고입니다. 제가 이해하는 한 이는 버그가 아니라 라우터가 접두사를 무효화하려는 의도적인 시도입니다.
$ rdisc6 -1 wlan0
Soliciting ff02::2 (ff02::2) on wlan0...
Hop limit : 64 ( 0x40)
Stateful address conf. : Yes
Stateful other conf. : Yes
Mobile home agent : No
Router preference : medium
Neighbor discovery proxy : No
Router lifetime : 1800 (0x00000708) seconds
Reachable time : 3600000 (0x0036ee80) milliseconds
Retransmit time : unspecified (0x00000000)
Recursive DNS server : 2a02:####:####:####:f2af:85ff:fe11:70d
DNS server lifetime : 300 (0x0000012c) seconds
Prefix : 2a02:####:####:####::/64
On-link : Yes
Autonomous address conf.: Yes
Valid time : 0 (0x00000000) seconds
Pref. time : 0 (0x00000000) seconds
Route : ::/0
Route preference : medium
Route lifetime : 1800 (0x00000708) seconds
Source link-layer address: ##:##:##:##:##:##
from fe80::f2af:85ff:fe11:70d
이 경우 preferred_lft기자는ip address 반품1초씩 다릅니다( valid_lft실시간은 일반적으로 5400초부터 떨어지는 것처럼 보입니다). 실제로 스팸을 보내면 주기적 ip address으로 preferred_lft1과 0 사이를 오가곤 합니다.
또한 ip monitor대략 몇 초마다 다음이 출력됩니다.
2: wlan0 inet6 2a02:####:####:####:2f89:f9d2:504f:595d/64 scope global dynamic noprefixroute
valid_lft 4916sec preferred_lft 1sec
2: wlan0 inet6 2a02:####:####:####:2f89:f9d2:504f:595d/64 scope global deprecated dynamic noprefixroute
valid_lft 4915sec preferred_lft 0sec
2: wlan0 inet6 2a02:####:####:####:2f89:f9d2:504f:595d/64 scope global dynamic noprefixroute
valid_lft 4913sec preferred_lft 1sec
2: wlan0 inet6 2a02:####:####:####:2f89:f9d2:504f:595d/64 scope global deprecated dynamic noprefixroute
valid_lft 4912sec preferred_lft 0sec
(and so on)
/var/log/syslog이는 심각한 스팸 으로 이어질 수도 있습니다 .
2023-12-19T19:22:15.143458+01:00 ... avahi-daemon[458]: Registering new address record for 2a02:####:####:####:2f89:f9d2:504f:595d on wlan0.*.
2023-12-19T19:22:16.181261+01:00 ... avahi-daemon[458]: Withdrawing address record for 2a02:####:####:####:2f89:f9d2:504f:595d on wlan0.
2023-12-19T19:22:18.011506+01:00 ... avahi-daemon[458]: Registering new address record for 2a02:####:####:####:2f89:f9d2:504f:595d on wlan0.*.
2023-12-19T19:22:19.240632+01:00 ... avahi-daemon[458]: Withdrawing address record for 2a02:####:####:####:2f89:f9d2:504f:595d on wlan0.
(and so on)
이런 행동은 확실히 환영받지 못합니다. 이는 라우터 광고의 기본 수명에 임의로 작은 값을 추가하여 부분적으로 설명할 수 있습니다.
나는 Debian 12와 Raspberry Pi 운영 체제에서 이것을 관찰할 수 있었습니다.
나는 ~였다아니요이는 Arch Linux와 Lubuntu에서 볼 수 있습니다.
3개의 다른 장치에서 테스트되었습니다.
그러나 테스트 결과가 결정적이지 않을 수 있습니다.왜냐하면 나는 내 라우터를 제어할 수 없고 항상 동일한 라우터 광고를 보내는 것도 아니며 격리된 테스트 환경도 없기 때문입니다.