Я не могу пинговать свой IPv6 снаружи и внутри сервера, я не могу пинговать ни один IPv6. Мой IPv6: 2001: 41d0: 2: XXXX :: / 64
Я использую CentOS 6.6 с ядром Xen, которое поддерживает IPv6. Мой провайдер - OVH, и я следовал нескольким руководствам: http://guide.ovh.com/Ipv4Ipv6 и http://www.cyberciti.biz/faq/rhel-re...configuration/ и вот мой конфиг:
кошка / и т.д. / sysconfig / сеть
...
NETWORKING_IPV6=yes
кошка / и т. д. / sysconfig / сетевые скрипты / ifcfg-eth0
DEVICE=eth0
BOOTPROTO=static
...
IPV6INIT=yes
IPV6_AUTOCONF=no
IPV6ADDR="2001:41D0:2:xxxx::/64"
IPV6_DEFAULTGW="2001:41d0:2:xxff:ff:ff:ff:ff"
кошка / и т. д. / sysconfig / сетевые сценарии / route6-eth0
...
net.ipv6.conf.all.autoconf = 0
net.ipv6.conf.default.autoconf = 0
net.ipv6.conf.eth0.autoconf = 0
net.ipv6.conf.all.accept_ra = 0
net.ipv6.conf.default.accept_ra = 0
net.ipv6.conf.eth0.accept_ra = 0
net.ipv6.conf.all.accept_redirects=0
net.ipv6.conf.all.router_solicitations=1
net.ipv6.conf.default.proxy_ndp=1
net.ipv6.conf.all.proxy_ndp=1
net.ipv6.conf.default.forwarding=1
net.ipv6.conf.all.forwarding = 1
Перезагрузка сети: service network restart
добавляю маршрут: route -A inet6 add default gw 2001:41d0:2:xxff:ff:ff:ff:ff dev eth0
Ip6tables отключен.
ifconfig -a
eth0 ...
inet6 addr: 2001:41d0:2:xxxx::/64 Scope:Global
inet6 addr: fe80::230:48ff:fefd:7a86/64 Scope:Link
traceroute ipv6.google.com
traceroute to ipv6.google.com (2a00:1450:4007:80d::200e), 30 hops max, 80 byte packetsping ipv6.
1 2001:41d0:2:xxxx::) 3005.167 ms !H 3005.118 ms !H 3005.089 ms !H
пинг ipv6.google.com
ping: unknown host ipv6.google.com
Пинг с IPv6 тоже не прошел.
Я меняю IPv6 вот так: 2001: 41d0: 2: XXXX :: 1234/64
У меня есть один файл для маршрутов IPv6:
кошка / и т. д. / sysconfig / сетевые сценарии / route6-eth0
2001:41D0:2:xxff:ff:ff:ff:ff dev eth0
default via 2001:41D0:2:xxff:ff:ff:ff:ff
Я перезапустил сетевую службу и получил это предупреждающее сообщение:
перезапуск сервисной сети
Shutting down interface eth0: [ OK ]
Shutting down loopback interface: [ OK ]
Bringing up loopback interface: [ OK ]
Глобальная пересылка IPv6 отключена в конфигурации, но в настоящее время не отключена
в ядре
Пожалуйста, перезапустите сеть с помощью '/ sbin / service network restart'
ПРЕДУПРЕЖДЕНИЕ: [ipv6_add_route] 'Нет маршрута к хосту' добавление маршрута ':: / 0' через шлюз '2001: 41d0: 2: xxff: ff: ff: ff: ff' через устройство '' [OK]
ping6 2001: 41d0: 2: xxff: ff: ff: ff: ff
PING 2001: 41d0: 2: xxff: ff: ff: ff: ff (2001: 41d0: 2: xxff: ff: ff: ff: ff) 56 байтов данных
С 2001: 41d0: 2: xxxx :: 1234 icmp_seq = 1 Назначение недостижимо: Адрес недоступен
Как уже отмечал Тилман Шмидт, у вас есть полностью нулевой хост. Однако у меня также были проблемы с включением IPv6 в контейнере LXC. Это сработало для меня на CentOS 7:
В / и т. д. / sysconfig / сетевые сценарии / ifcfg-eth0, Добавить:
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_PEERDNS=yes
IPV6_PEERROUTES=yes
IPV6_FAILURE_FATAL=yes
IPV6ADDR_SECONDARIES="2001:41D0:2:xxxx::1/64"
(очевидно, удалите лишние строки)
Мне не нужно было бежать route, редактировать route6-eth0 или измените значения sysctl. Достаточно просто установить первичный адрес в качестве вторичного. Я тестировал это как с включенным, так и с отключенным NetworkManager.
Извините, что я не могу объяснить, почему это происходит. Просто похоже, что сетевая конфигурация в CentOS 7 на LXC игнорирует статический настроенный IPv6 и не получает адрес из объявлений маршрутизатора. Я наблюдал ту же проблему в Debian Wheezy (хотя у меня нет решения для этого).
Адрес 2001: 41d0: 2: XXXX :: / 64 имеет нулевую часть хоста. Попробуйте назначить правильный адрес, например. 2001: 41d0: 2: XXXX :: ГГГГ / 64.
Прежде чем пытаться выполнить эхо-запрос хоста в Интернете, например ipv6.google.com, проверьте, можете ли вы пинговать шлюз по умолчанию по его числовому адресу 2001: 41d0: 2: xxff: ff: ff: ff: ff.
Также проверьте, есть ли XXXX == xxff в вышеуказанных адресах. В противном случае ваш компьютер CentOS не сможет достичь шлюза по умолчанию, по крайней мере, без дополнительной команды маршрута, указанной на странице руководства OVH.
Вы когда-нибудь заставляли его работать? Если вы этого не сделали, измените свой IPv6-адрес с
IPV6ADDR="2001:41D0:2:xxxx::/64"
к
IPV6ADDR="2001:41D0:2:xxxx::/56"
затем перезапустите сетевой интерфейс с помощью service network restart. Проверьте, доступен ли теперь ваш шлюз IPv6 с помощью ping6 2001:41d0:2:xxff:ff:ff:ff:ff.
Руководства OVH IPv6 вводят в заблуждение, и я столкнулся с той же проблемой, пока не заметил, что они неправильно указали длину префикса, чтобы приспособиться к настройке шлюза IPv6.