Поиск в системе

Добрый день! Помогите пожалуйста устранить зависания сети. Есть два удаленных офиса, подключены через два HW1000. Координаторы имеют белые IP, являются пограничными устройствами и настроены на прямую видимость друг друга. Версия прошивки SPB: 4.3.2-3421; Версия прошивки MSK: 4.3.2-3421 Проблема носит плавающий характер и проявляется в следующем: 1. Зависание сетевых папок на площадке в МСК; 2. Отсутствие соединения в скайпе при звонках из СПБ в МСК и наоборот. (Skype for business self-hosted); 3. Зависание 1С на площадке в МСК. Схема сети упрощенная: Ошибка скайпа: Вывод команды ping ARM-MSK-10 -t -l 10000: Обмен пакетами с ARM-MSK-10 [192.168.110.22] с 10000 байтами данных: Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=14мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=16мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Превышен интервал ожидания для запроса. Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=16мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Превышен интервал ожидания для запроса. Ответ от 192.168.110.22: число байт=10000 время=16мс TTL=121 Превышен интервал ожидания для запроса. Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=16мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=16мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=16мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=16мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=16мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=16мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Превышен интервал ожидания для запроса. Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=17мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=16мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Ответ от 192.168.110.22: число байт=10000 время=15мс TTL=121 Статистика Ping для 192.168.110.22: Пакетов: отправлено = 41, получено = 37, потеряно = 4 (9% потерь) Приблизительное время приема-передачи в мс: Минимальное = 14мсек, Максимальное = 17 мсек, Среднее = 15 мсек

Добрый день! Возникла следующая ситуация: Понадобилось настроить для тестирования кластер горячего резервирования на двух координаторах 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. Остальные параметры оставлены по умолчанию. Собственно сама проблема: запускаю первый координатор в активном режиме, второй координатор - в пассивном, при этом второй координатор спустя примерно минуту переводится в активный режим, а первый - в пассивный. Далее спустя несколько секунд второй координатор уходит в перезагрузку, после перезагрузки начинается опять то же самое: переход этого координатора в активный режим и опять перезагрузка. Адреса каналов связи координаторов пингуются без проблем. В чем может быть причина бесконечной перезагрузки одного из координаторов?

Всем добрый день! Пытаюсь настроить самую простейшую сетку: Узел администратора с ЦУС и УКЦ и установленным клиентом ---> 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 не доходит? Заранее спасибо.