Прямая маршрутизация IPVS, ldirectord и IPv6 в Debian Wheezy

Я сталкиваюсь с небольшой проблемой при объединении 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 (или не добавляется, если у меня покоя = выкл).

Я знаю, что это работает в 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 для этих сервисов никогда не устанавливаются активными.

У кого-нибудь есть идеи?