У меня есть сервер Linux TFTP / PXE, который работает.
Если я настрою аварийное переключение на 192.168.245.1 где обслуживается TFTP, клиент терпит неудачу с tftp open timeout.
Я тестирую с
tftp 192.168.245.1
tftp> binary
tftp> get /ltsp/i386/pxelinux.0
Я использую отработку отказа, которая создает виртуальный IP-адрес, который он транслирует.
когда 192.168.245.1 настоящий IP, он работает, когда 192.168.245.1 это виртуальный IP-адрес, то клиенты не могут получить к нему доступ.
Вопрос
Есть ли что-то особенное, что нужно сделать при использовании ucarp и TFTP?
Обновить
Сообщение было обновлено, так как в исходном сообщении подозревается в проблеме DHCP-сервер.
Это моя часть ucarp от /etc/network/interfaces. Сервер Ubuntu
auto eth1
iface eth1 inet static
address 192.168.245.1
netmask 255.255.255.0
gateway 192.168.245.1
broadcast 192.168.245.255
ucarp-vid 3
ucarp-vip 192.168.245.5
ucarp-password secret
ucarp-advskew 10
ucarp-advbase 1
ucarp-master yes
iface eth1:ucarp inet static
address 192.168.245.5
netmask 255.255.255.255
Нашел проблему.
По неизвестной причине это правило брандмауэра не позволяет ucarp работать.
# Generated by iptables-save v1.4.10 on Thu Oct 6 17:16:01 2011
*filter
:INPUT ACCEPT [22517:2222881]
:FORWARD ACCEPT [2:176]
:OUTPUT ACCEPT [16961:69145734]
COMMIT
# Completed on Thu Oct 6 17:16:01 2011
# Generated by iptables-save v1.4.10 on Thu Oct 6 17:16:01 2011
*nat
:PREROUTING ACCEPT [29:3325]
:INPUT ACCEPT [18:2668]
:OUTPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
-A POSTROUTING -s 192.168.245.0/24 -j MASQUERADE
COMMIT
# Completed on Thu Oct 6 17:16:01 2011