セットアップ
モデムが2つ以上のデバイスに対して誤ったipv6アドレスを自動的に入力しているため、DestinationNetworkUnreachableエラーが発生します。
https://www.subnetonline.com からのテスト
IPv6 Ping Output:
PING guilder-test.eu.org(2001:983:8610:1:2239:6fcb:6144:21d2 (2001:983:8610:1:2239:6fcb:6144:21d2)) 32 data bytes
From 2001:983:8610::1 (2001:983:8610::1) icmp_seq=1 Destination unreachable: Administratively prohibited
From 2001:983:8610::1 (2001:983:8610::1) icmp_seq=2 Destination unreachable: Administratively prohibited
From 2001:983:8610::1 (2001:983:8610::1) icmp_seq=3 Destination unreachable: Administratively prohibited
From 2001:983:8610::1 (2001:983:8610::1) icmp_seq=4 Destination unreachable: Administratively prohibited
--- guilder-test.eu.org ping statistics ---
4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 3004ms
デスクトップコンピュータ
モデムがメインコンピューターの間違ったIPv6アドレスを自動的に入力しています。入力するアドレスは、73a:34a1:5d16:a67f
であるはずの5766:a840:f358:5b00
です。モデムで手動で編集できますが、しばらくすると元の設定に戻ります。
IPルックアップ
[me@MyComputer ~]$ ip -6 addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1000
inet6 ::1/128 scope Host
valid_lft forever preferred_lft forever
2: enp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
inet6 2001:983:8610:1:5766:a840:f358:5b00/64 scope global dynamic noprefixroute
valid_lft 6571sec preferred_lft 3492sec
inet6 fe80::90d9:53e6:a878:801c/64 scope link noprefixroute
valid_lft forever preferred_lft forever
/ etc/NetworkManager/system-connections/MyWifi
[root@MyComputer ~]# cat /etc/NetworkManager/system-connections/MyWifi
[connection]
id=MyWifi
uuid=109dd5bb-9f07-465f-b2ef-0f7e40084345
type=wifi
permissions=user:me:;
[wifi]
mac-address=30:10:B3:0A:1C:85
mac-address-blacklist=
mode=infrastructure
ssid=MyWifi
[wifi-security]
auth-alg=open
key-mgmt=wpa-psk
psk=g4TK1DdyiPoOPo6tknNF4eInZthPEfyNYU7jJoRMXvuaea7pckpG43ahnBKZ5pJ
[ipv4]
dns-search=
method=auto
[ipv6]
addr-gen-mode=stable-privacy
dns-search=
method=auto
サーバーコンピュータ
サーバーの1つから取得したIPv6インターフェイスIDは正しいですが、もう1つはリンクローカルスコープに入るか、もっと驚いたことに、他のサーバーのリンクローカルスコープに入ります。
したがって、YunohostのIPv6インターフェースIDは、::fb41:cbb3:2bec:e9c0
、または::7664:c1e:6989:14b0
であるはずのときに::f3d5:e2a7:5d97:f45c
に解決されます。
YunoHostのインターフェース
admin@YunoHost:~ $ ip -6 addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1
inet6 ::1/128 scope Host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
inet6 2001:983:8610:1:f3d5:e2a7:5d97:f45c/64 scope global noprefixroute dynamic
valid_lft 5916sec preferred_lft 3396sec
inet6 fe80::fb41:cbb3:2bec:e9c0/64 scope link
valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 state DOWN qlen 1000
inet6 fe80::3aa6:ea20:d318:e097/64 scope link tentative
valid_lft forever preferred_lft forever
Xroklausのインターフェース
admin@Xroklaus:~ $ ip -6 addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1
inet6 ::1/128 scope Host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
inet6 2001:983:8610:1:2239:6fcb:6144:21d2/64 scope global noprefixroute dynamic
valid_lft 5535sec preferred_lft 3461sec
inet6 fe80::7664:c1e:6989:14b0/64 scope link
valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 state DOWN qlen 1000
inet6 fe80::5f05:b808:f4ad:b037/64 scope link tentative
valid_lft forever preferred_lft forever
/ etc/network/interfaces
admin@Yunohost:~ $ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'
# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d
auto lo
iface lo inet loopback
iface eth0 inet manual
allow-hotplug wlan0
iface wlan0 inet manual
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
allow-hotplug wlan1
iface wlan1 inet manual
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
他のサーバーにも同じ設定があります。
モデムはまた、2つのサーバーの接続が非常に変わっていることを示していますが、これは現実を反映していません。
Xroklausは正常に見えますが
一方、YunohostはXroklaus経由でモデムに接続されていると考えています。
「宛先に到達できません:管理上禁止」というエラーメッセージは、IPv6 pingを拒否する何らかのファイアウォールが存在する可能性があることを示しています。
私は、Fritz!Box 7581の背後にあるRaspberry Pi 3B +でまったく同じ問題が発生したため、私の解決策も同様に機能する可能性があります。
編集/etc/dhcpcd.conf
をRPiで、slaac privateをslaac hwaddrに置き換えます。
RPiでIPv6が完全に有効になっているように見えますが、実際には最新バージョンのRaspbian Stretchでは/etc/modprobe.d/ipv6.conf
。このファイルを削除するか、その内容にコメントを付けると、その閉塞が削除されます。
FB7581
「古い」RPiをシャットダウンし、アイドル接続の下に表示されるまで待機してから削除することで、「古い」RPiを忘れます。
RPiを(再)ブートした後、[アクセス許可]でPing6、OpenVPNなどで開くことができるはずです。