У меня возникла небольшая проблема при объединении IPv6 с ldirectord / IPVS и прямой маршрутизацией в Wheezy.
(Заявление об отказе от ответственности: используемый здесь префикс fdff: 4818: 7090: 9c9f :: / 64 создан; я использую в своей настройке фактический маршрутизируемый префикс IPv6.)
Я пытаюсь распределить сеансы HTTP / S, поступающие в балансировщик нагрузки (fdff: 4818: 7090: 9c9f :: 137) и идущие на два реальных сервера (fdff: 4818: 7090: 9c9f :: 101 и fdff: 4818: 7090: 9c9f :: 102). Однако это похоже на сбой, и оба сервера в конечном итоге имеют вес покоя 0 (или не добавляется, если у меня quiescent = off).
Я знаю, что это работает в IPv4 для тех же серверов. Я знаю, что проверка, которую я использую, работает через IPv6 на любом реальном сервере:
$ curl fdff:4818:7090:9c9f::101/ldirectord.txt
ldirectord
У меня также есть некоторые службы, отличные от HTTP (в частности, DNS и LDAP), работающие по IPv6; Однако IMAPS и SMTPS (в дополнение к HTTP / S) не работают; POPS - это странно и всегда "работает", даже если сервер выключен. У меня такое чувство, что та же проблема, что и HTTP / S, затрагивает и другие службы.
У меня включена необходимая для DR кольцевая сеть, и это работает для других служб; вот фрагмент / etc / network / interfaces с одного из реальных серверов:
auto lo:0
iface lo:0 inet static
address 10.0.0.137
netmask 255.255.255.255
pre-up sysctl -w net.ipv4.conf.eth0.arp_ignore=1
pre-up sysctl -w net.ipv4.conf.eth0.arp_announce=2
iface lo:0 inet6 static
address fdff:4818:7090:9c9f::137
netmask 128
Вот фрагмент ldirectord.cf:
virtual6=[fdff:4818:7090:9c9f::137]:80
real6=[fdff:4818:7090:9c9f::101]:80 gate
real6=[fdff:4818:7090:9c9f::102]:80 gate
service=http
scheduler=sh
request="ldirectord.txt"
receive="ldirectord"
virtual6=[fdff:4818:7090:9c9f::137]:443
real6=[fdff:4818:7090:9c9f::101]:443 gate
real6=[fdff:4818:7090:9c9f::102]:443 gate
service=https
scheduler=sh
request="ldirectord.txt"
receive="ldirectord"
А вот результат "ipvsadm -l":
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
-> RemoteAddress:Port Forward Weight ActiveConn InActConn
TCP [fdff:4818:7090:9c9f::137]:http sh
-> [fdff:4818:7090:9c9f::101]:http Route 0 0 0
-> [fdff:4818:7090:9c9f::102]:http Route 0 0 0
TCP [fdff:4818:7090:9c9f::137]:https sh
-> [fdff:4818:7090:9c9f::101]:https Route 0 0 0
-> [fdff:4818:7090:9c9f::102]:https Route 0 0 0
В моем журнале daemon.log я не вижу ничего странного, за исключением того, что записи IPv6 для этих служб никогда не устанавливаются активными.
У кого-нибудь есть идеи?