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

Добрый день! Столкнулся впервые с непонятной проблемой, и не знаю как её решить уже 3 день. На шлюзовой координатор отправлены справочники и ключи, статус в ЦУС "Доставлены", но статус приняты не появляется. mftp info сообщает следующее: Running MFTP remote info Workstation configured for ID 08EA0028 (Coordinator_KM4) Read ID Info for 76 nodes. Waiting for data. It will take about 30 seconds... Read 63 record(s) from server. Попробовал очистить очередь конвертов изменением параметра ttl_clt и clt_out в mftp.config - очередь очистилась, но при повторной отправке справочников снова 63 записи. Перезагружал 10 раз, не помогло. включив debug и отправив справочники поймал такое сообщение: Jun 18 11:29:08 2021 Coordinator-KM4 mftpd[16758]: [06-18 11:29:08] RemoveProcessedEnvelope: line=2178, remove processed envelope /opt/vipnet/out/tmp/prep/MDMBX2UY.CTL Jun 18 11:29:08 2021 Coordinator-KM4 mftpd[16758]: [06-18 11:29:08] CheckUpdates: line=4554, Upgrade group: /opt/vipnet/ccc/ap2a76cc Jun 18 11:29:08 2021 Coordinator-KM4 mftpd[16758]: [06-18 11:29:08] CheckUpdates: Upgrade type for group '/opt/vipnet/ccc/k00163fb' is not supported! Jun 18 11:29:08 2021 Coordinator-KM4 mftpd[16758]: [06-18 11:29:08] CheckUpdates: line=4554, Upgrade group: /opt/vipnet/ccc/keaa37b dtm_local_time=1389583255 dtm_utc_time=1389577111 Jun 18 11:29:08 2021 Coordinator-KM4 mftpd[16758]: [06-18 11:29:08] CheckUpdates: Upgrade type for group '/opt/vipnet/ccc/k00166b8' is not supported! Jun 18 11:29:08 2021 Coordinator-KM4 mftpd[16758]: [06-18 11:29:08] CheckUpdates: line=4554, Upgrade group: /opt/vipnet/ccc/ap77036e dtm_local_time=1389582995 dtm_utc_time=1389576851 Jun 18 11:29:08 2021 Coordinator-KM4 mftpd[16758]: [06-18 11:29:08] CheckUpdates: line=4554, Upgrade group: /opt/vipnet/ccc/kea4173 dtm_local_time=1389535296 dtm_utc_time=1389529152 Jun 18 11:29:08 2021 Coordinator-KM4 mftpd[16758]: [06-18 11:29:08] CheckUpdates: Upgrade type for group '/opt/vipnet/ccc/k0016cf6' is not supported! Jun 18 11:29:08 2021 Coordinator-KM4 mftpd[16758]: [06-18 11:29:08] CheckUpdates: line=4554, Upgrade group: /opt/vipnet/ccc/keab625 dtm_local_time=1389534563 dtm_utc_time=1389528419 Возможна ли причина каких то поломанных файлов и что можно сделать, что бы координатор принял справочники с ключами. Буду благодарен за любую подсказку, т.к. проблема серьезная и инициализацию делать совсем не вариант

Здравствуйте. Собственное, было несколько координаторов HW 1000 с версией 3.х. Стали удаленно обновлять до версии 4.х. Как и полагается, обновили админа, подложив в него новые регистрационные файлы, разослали справочники на все координаторы. И вот что характерно, большая часть координаторов справочники успешно приняла. Обновление (удаленное) до версии 4.х они также впитали следом успешно. Но осталась пара координаторов ХВ1000, которые справочники не принимают. В ЦУСе статус - Отправлено. Пробовали отправить справочники еще раз - тоже самое. Соответственно, версионное обновление мы на них не отправляли. Эти два координатора опрашиваются, через SSH подключение с ними есть. Посмотрели на них журналы MFTP - ничего нового там нет, только старые неактуальные журналы. Вот и получается, что коннект есть, а ничего на них не приходит. Территориально эти координаторы находятся очень далеко, вот так вот просто с новой ДСТ туда не съездишь. Подскажите, откуда начинать, чтобы разобраться с проблемкой?

Добрый день, до некоторых узлов в сети не доходят письма по деловой почте, когда у отправляющего узла в настройках mftp "через сервер" Координатор hw1000, у него данный пакет в очереди mftp отображается. Название пакета принимающий узел видит, но прием висит на 0% , а потом выдает сообщение о том, что время ожидания ответа истекло. Связь между узлами есть. Связь между hw1000 и данным узлом есть. При этом с самого принимающего узла письма уходят, отчеты о доставке до него доходят. По чату между узлами сообщения также передаются Такая же проблема где-то на 4 внешних узлах из всей vipnet сети, остальные с такими же настройками работают нормально При этом если у отправляющего узла изменить тип канала с принимающим узлом на "через mftp" - письма доходят. Но узлов в сети много, у каждого менять канал связи для проблемных узлов на mftp не самый идеальный вариант Не подскажете, с чем происходящее может быть связано?

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

Добрый день! Нужна помощь. Не стартует модуль mftp на HW1000. Ошибка на скрине. Ситуация осложняется ещё тем, что модуль висит уже давно. Заметили только сейчас когда не создался узел заведенный за координатор. Пароль админа сменился и сейчас координатор не принимает ни старый пароль ни новый. Железка находится в филиале, желательно проблему решить по ssh. Видим только один способ - перепрошить, но может у кого есть соображения как решить эту проблемку.

Здравствуйте! Возникла следующая проблема - умерла машина с ЦУСом, пришлось развернуть администратора на другой. Перенос вроде бы прошел успешно, но управляющие пакеты с ЦУСа не уходят, а в MFTP значится такая надпись: ERR: C:\Program Files\InfoTeCS\ViPNet Administrator\SS\OUT\$TMP$\F10DE3F5.CTL deleted because this is not an authorized node Подскажите пожалуйста, в чем может быть проблема?

Подскажите, как устранить неполадку с mftp Схема: ViPNet Монитор №1 - интернет - HW1000 - ViPNet Монитор №2 Оба монитора друг друга видят, видят координатор. Но письма в деловой почте с ViPNet Монитор №1 не отправляется и до него не доходят (в том числе тестовые, т.е. короткие и без вложений, "У" статус у ViPNet Монитор №1 и "О" с ViPNet Монитор №2). При принудительном запуске mftp обмена не происходит ответный AUT. Если в нормальном случае на ViPNet Монитор №1, я обычно вижу: 26.04.2016 16:50:02.561 2032 Connecting to 192.168.0.1 26.04.2016 16:50:02.561 2032 Connected to 09440013 IP=192.168.0.1 26.04.2016 16:50:02.576 2032 -> INF V=3.53 I=094401B9 A=1 C=0 R=09440001019F 7=C4302E54FDF8976E 26.04.2016 16:50:02.576 2032 -> INF V=3.53 I=09440013 A=1 C=0 R=094400010000 8=47EA8D2C41BAB56E069E04E484135C15 26.04.2016 16:50:02.592 UseFixedKey 26.04.2016 16:50:02.576 2032 ->AUT 9=5FEC89D2010AE128 26.04.2016 16:50:02.576 2032 <-AUT 0 26.04.2016 16:50:02.576 2032 ->GET 26.04.2016 16:50:02.576 2032 <-GET 26.04.2016 16:50:02.576 2032 Timeout WaitMail 300 то на ViPNet Монитор №1 после запроса авторизации (или что это) происходит потеря соединения: 26.04.2016 16:07:53.795 2804 Connecting to 11.0.0.1 26.04.2016 16:07:53.827 2804 Connected to 09440013 IP=11.0.0.1 26.04.2016 16:07:53.827 2804 -> INF V=3.53 I=094401C9 A=1 C=0 R=0944000101AF 7=6A3F0D53ECF4E268 26.04.2016 16:07:53.873 2804 -> INF V=3.53 I=09440013 A=1 C=0 R=094400010000 8=084194F8122BA204B539E293787E3F5B 26.04.2016 16:07:53.873 UseFixedKey 26.04.2016 16:07:53.889 2804 ->AUT 9=41B6DDF24E407363 26.04.2016 16:07:53.889 2804 Lost connection on socket 2804 26.04.2016 16:07:53.889 2804 Closed 26.04.2016 16:07:53.889 2804 Free 26.04.2016 16:07:53.889 Set Error for 09440013 for 60 sec

Добрый день. Такая ситуация Произвели межсетевое взаимодействие с другой сетью Наш координатор за шлюзом (настроена статическая трансляция) (программный 3.2), чужой (hw1000). связь по нажатию на F5 работает, с одной и с другой стороны, также и работает чат быстрых сообщений. со всеми узлами Не работает почта и отправка файлов. Зашел в mftp модуль на нашем координаторе, а он вот чего показывает.: 53.462 IP for 0CA1000D= 46.61.143.20 14.09.2016 14:14:53.462 Start connect to 46.61.143.20 on port #5000 14.09.2016 14:14:53.462 3940 Connecting to 46.61.143.20 14.09.2016 14:14:53.478 3940 Connected to 0CA1000D IP=46.61.143.20 14.09.2016 14:14:53.478 3940 ->INF V=3.53 I=022F000A A=1 C=0 R=022F00010000 7=63D9039F37CF8A30 14.09.2016 14:14:53.493 3940 <-INF V=3.53 I=0CA1000D A=1 C=0 R=0CA100040000 8=75E033F9839681255F33806D26FE8C1E 14.09.2016 14:14:53.493 UseFixedKey 14.09.2016 14:14:53.509 3940 ->AUT 9=67E650CBB93BB831 14.09.2016 14:14:53.509 3940 Lost connection on socket 3940 14.09.2016 14:14:53.509 3940 Closed 14.09.2016 14:14:53.524 3940 Free 14.09.2016 14:14:53.524 Set Error for 0CA1000D for 55 sec 14.09.2016 14:15:06.613 3388 Waiting files expired 14.09.2016 14:15:06.613 3388 Closed 14.09.2016 14:15:06.613 3388 ToFree 14.09.2016 14:15:06.628 3388 Freed 14.09.2016 14:15:16.862 3480 Waiting files expired 14.09.2016 14:15:16.862 3480 Closed Далее я не могу локализовать проблему, понимаю, что просто теряется связь, Но само соединение устанавливается, по журналу ip пакетов видно, что пакеты идут и в ту и в другую сторону. Есть у кого-нибудь идеи, где еще посмотреть? С Уважением Александр.

Доброго времени суток, уважаемые коллеги! Столкнулся с неприятной ситуацией в которой пришлось начать работу с координаторами HW-1000. Ситуация заключается в том что при попытке отправки с ЦУСа наборов ключей и справочников в MFTP на ЦУС вижу следующую ошибку - Error 10053 in function FD_CLOSE Software caused connection abort При всём это узлы друг друга видят. Ранее с HW не работал, не могу сообразить что к чему... Версия HW-1000 Platform: HW1000 Q2/Q3 Version: 3.2 (607) ViPNet Coordinator version: 3.7.3-(5178) Заранее благодарен за помощь!

В процессе переноса АП ЦУС с софтового координатора на HW1000 действуя по пунктам мануала не пришли обновления справочников на АП с ЦУС. На координаторе, через который был настроен MFTP в меню транспортного модуля ViPNet Coordinator [MFTP] Настройки->Каналы отсутствует АП ЦУС. При опросе клиента MFTP на АП с ЦУС сообщает о доступности узла, но неактивности MFTP. В связи с этим невозможно отправить и принять справочники с/на АП ЦУС. Подскажите, куда копать? Ниже - лог MFTP с АП ЦУС: 03C1000A - СМ, на котором ранее был зарегистрирован АП ЦУС, 03C1000B - АП ЦУС 18.12.2014 15:18:20.453 There are outgoing files for 03C1000A 18.12.2014 15:18:20.453 Get IP for 03C1000A 18.12.2014 15:18:20.453 IP for 03C1000A=11.0.0.1 18.12.2014 15:18:20.453 Start connect to 11.0.0.1 on port #5000 18.12.2014 15:18:20.453 2568 Connecting to 11.0.0.1 18.12.2014 15:18:20.453 2568 Connected to 03C1000A IP=11.0.0.1 18.12.2014 15:18:20.453 2568 ->INF V=3.53 I=03C1000B A=1 C=0 R=03C1000103D8 7=A7A1226614DB53B4 18.12.2014 15:18:20.453 2568 <-ERR: No direct route to 03C1000B 18.12.2014 15:18:20.453 Set Error for 03C1000A for 30 sec 18.12.2014 15:18:20.453 2568 Closed 18.12.2014 15:18:20.468 2568 ToFree 18.12.2014 15:18:20.468 2568 Freed 18.12.2014 15:18:50.750 Start Poll 18.12.2014 15:18:50.750 There are outgoing files for 03C1000A 18.12.2014 15:18:50.750 Get IP for 03C1000A 18.12.2014 15:18:50.750 IP for 03C1000A=11.0.0.1 18.12.2014 15:18:50.750 Start connect to 11.0.0.1 on port #5001 18.12.2014 15:18:50.750 2568 Connecting to 11.0.0.1 18.12.2014 15:18:51.765 2568 Error 10061 in function FD_CONNECT Connection refused: Узел доступен, но MFTP на нем не активен. 18.12.2014 15:18:51.765 2568 Closed 18.12.2014 15:18:51.765 2568 Free 18.12.2014 15:18:52.750 There are outgoing files for 03C1000A 18.12.2014 15:18:52.750 Get IP for 03C1000A 18.12.2014 15:18:52.750 IP for 03C1000A=11.0.0.1 18.12.2014 15:18:52.750 Start connect to 11.0.0.1 on port #5002 18.12.2014 15:18:52.750 2564 Connecting to 11.0.0.1 18.12.2014 15:18:53.796 2564 Error 10061 in function FD_CONNECT Connection refused: Узел доступен, но MFTP на нем не активен. 18.12.2014 15:18:53.796 2564 Closed 18.12.2014 15:18:53.796 2564 Free 18.12.2014 15:18:53.796 Set Error for 03C1000A for 30 sec

Доброго времени суток. Коллеги подскажите у кого нибудь работают в сети HW100A или HW100B. Вопрос заключается в следующем, в виду отсутствия жесткого диска на данных моделях и задачи сервера-маршрутизатора транспортных пакетов работает ли на нем служба mftp и соответственно корректно ли на них поступают обновления справочной или ключевой информации из ЦУСа. Заранее спс.

Добрый день уважаемые коллеги. Возник вопрос по логике передачи пакетов в защищенной сети. Опишу ситуацию. 1. ДП формирует пакет для АП, который находится за чужим координатором. 2. В журнале пакетов ДП стоит статус "отправлен". Т.е., пакет выслан на наш координатор (Помещен в каталог OUT ?) 3. В журнале пакетов Координатора первая запись об этом пакете появляется лишь спустя несколько часов. Сначала статус "Принят", далее сразу "Отправлен", квитанции и т.д. ДП и сам Координатор развернуты на одной виртуальной машине. Наш координатор всё это время работает. Вопрос в следующем: Когда исходящему пакету в журнале mftp координатора присваивается статус "Принят"? Пакет "принимается" сразу после отправки его прикладным ПО (ДП) на координатор, или только после того, как координатор устанавливает связь с чужим координатором, за которым установлен адресат пакета (т.е. пока нет связи с чужим координатором, пакет не отображается как "Принят")?