osod57

Большое спасибо, проблема решилась, пока что нет свободных коммутаторов, поэтому подключил друг в друга соответствующие интерфейсы обоих координаторов и вуаля!

Запустил один координатор в активном режиме, затем сразу же другой координатор - в пассивном, затем в той же последовательности остановил failover. Вот что показала команда in sh mac: Address HWtype HWaddress Flags Mask Iface 172.16.1.2 ether 10:bf:48:d7:b7:61 C eth2 89.172.27.2 (incomplete) eth0 192.168.120.2 (incomplete) eth1 Подскажите, это и есть проблемы с коммутацией и можно ли их как-то решить, допустим, прописанием роутов? Причем при отключенном failover с обоих координаторов пингуются абсолютно все интерфейсы этих координаторов.

А техподдержка ничего не ответила вам по этому поводу?

Имеете в виду лог failover view?

Failover и in sh mac первого координатора [network] checktime = 10 timeout = 2 activeretries = 3 channelretries = 3 synctime = 5 fastdown = yes [channel] device = eth0 ident = external activeip = 89.175.27.2 passiveip = 89.175.27.5 testip = 127.0.0.1 checkonlyidle = yes [channel] device = eth1 ident = internal activeip = 192.168.120.2 passiveip = 192.168.120.3 testip = 127.0.0.1 checkonlyidle = yes [sendconfig] activeip = 172.16.1.2 sendtime = 60 device = eth2 config = yes keys = yes journals = yes port = 10090 [misc] activeconfig = /etc/iplirpsw passiveconfig = /etc/iplirpsw maxjournal = 30 #days reboot = yes [debug] debuglevel = 3 debuglogfile = syslog:daemon.debug [events] Address HWtype HWaddress Flags Mask Iface 172.16.1.2 ether 10:bf:48:d7:b7:61 C eth2 Failover и in sh mac второго координатора [network] checktime = 10 timeout = 2 activeretries = 3 channelretries = 3 synctime = 5 fastdown = yes [channel] device = eth0 ident = external activeip = 89.175.27.2 passiveip = 89.175.27.6 testip = 127.0.0.1 checkonlyidle = yes [channel] device = eth1 ident = internal activeip = 192.168.120.2 passiveip = 192.168.120.4 testip = 127.0.0.1 checkonlyidle = yes [sendconfig] activeip = 172.16.1.1 sendtime = 60 device = eth2 config = yes keys = yes journals = yes port = 10090 [misc] activeconfig = /etc/iplirpsw passiveconfig = /etc/iplirpsw maxjournal = 30 #days reboot = yes [debug] debuglevel = 3 debuglogfile = syslog:daemon.debug [events] Address HWtype HWaddress Flags Mask Iface 172.16.1.1 ether 30:85:a9:a9:9b:97 C eth2

Failover и iplir конфиги приложить?

да, связь между ними есть

Добрый день! Возникла следующая ситуация: Понадобилось настроить для тестирования кластер горячего резервирования на двух координаторах hw1000 версии 4.2.0-1958. Схема следующая: Coordinator1 - 89.175.27.5 (eth0 - внешний), 192.168.120.3 (eth1 - внутренний) и 172.16.1.1 (eth2 - канал для связи со вторым координатором) Coordinator2 - 89.175.27.6 (eth0 - внешний), 192.168.120.4 (eth1 - внутренний) и 172.16.1.2 (eth2 -канал для связи с первым координатором) Active IP - 89.175.27.2 (внешний) и 192.168.120.2 (внутренний) В качестве testip на внешнем и внутреннем интерфейсах обоих координаторов указал адрес 127.0.0.1. Остальные параметры оставлены по умолчанию. Собственно сама проблема: запускаю первый координатор в активном режиме, второй координатор - в пассивном, при этом второй координатор спустя примерно минуту переводится в активный режим, а первый - в пассивный. Далее спустя несколько секунд второй координатор уходит в перезагрузку, после перезагрузки начинается опять то же самое: переход этого координатора в активный режим и опять перезагрузка. Адреса каналов связи координаторов пингуются без проблем. В чем может быть причина бесконечной перезагрузки одного из координаторов?

Но сохранилась проблема, заключающаяся в том, что координатор_2 все же не пингует узел администратора ни по реальному, ни по виртуальному ip и в обратную сторону тоже. Хотя в журнале пакетов пишет, что пропущены зашифрованные пакеты в сторону координатора_2.

Причем незащищенный узел видит "не свой" координатор, а узел администратора не видит. Но пропинговав виртуальный адрес узла администратора проблема решилась, спасибо большое!

Пинговал реальный адрес, поигрался с адресами видимости, попробовал пинговать виртуальный адрес и вуаля - заработало. Можно ли как-то сделать видимость узла администратора по реальному ip?

Всем добрый день! Пытаюсь настроить самую простейшую сетку: Узел администратора с ЦУС и УКЦ и установленным клиентом ---> Coordinator HW1000_1 <---> Coordinator HW1000_2 <--- Незащищенный узел IP администратора - 192.168.1.2/24 IP Coordinator HW1000_1 - 192.168.1.1/24 (внутренний) и 30.30.30.1/24 (внешний) IP Coordinator HW1000_2 - 192.168.2.1/24 (внутренний) и 30.30.30.2/24 (внешний) IP незащищенного узла - 192.168.2.2/24 Маршруты указал на координаторах следующие: На Coordinator HW1000_1 - 192.168.2.0 via 30.30.30.2 На Coordinator HW1000_2 - 192.168.1.0 via 30.30.30.1 Также на Coordinator HW1000_2 в ЦУСе указал во вкладке "туннелирование" IP незащищенного узла (192.168.2.2) для построения полутуннеля с узлом администратора. Разослал справочники и ключи, все ок. Собственно проблема: с узла администратора незащищенный узел пингуется нормально, в обратную сторону - уже не пингуется. Также с узла администратора не проходит пинг до Coordinator HW1000_2 и наоборот тоже, причем в журнале пакетов на узле администратора написано, что в сторону Coordinator HW1000_2 пропущены зашифрованные ip-пакеты. Между собой координаторы видят друг друга без проблем, Coordinator HW1000_2 видит свой незащищенный (туннелируемый) узел, Coordinator HW1000_1 также видит этот незащищенный узел. Правильно ли я понимаю, что скорее всего проблемы в Coordinator HW1000_2, и, решив их, пропадут проблемы с незащищенным узлом? И в чем может быть причина, по которой пинг до Coordinator HW1000_2 не доходит? Заранее спасибо.

Через локальный канал и вправду оказалось намного проще и быстрее, спасибо большое!

Добрый день! Возникла следующая проблема: не доходят справочники и ключи до узла администратора (т.е. до того узла, на котором установлены ЦУС и УКЦ, и с которого как раз и осуществляю отправку на остальные узлы) через MFTP. В ЦУСе пишет, что справочники и ключи отправлены, но почему-то они не принимаются автоматически, а всего лишь висит статус "отправлены". Версия 4.6. В чем может быть проблема? Заранее спасибо.