Jump to content

Search the Community

Showing results for tags 'iplir'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Продуктовый ряд ViPNet
    • Общие вопросы по продуктовому ряду ViPNet для корпоративных пользователей
    • Общие вопросы по программным решениям ViPNet для индивидуальных пользователей
    • Общие вопросы по продуктовой линейке ViPNet PKI
    • Пожелания к разработчикам ПО ViPNet
    • Пользовательские интерфейсы продуктов ViPNet
  • Бета-тестирование продуктов ViPNet
    • ViPNet Client/Coordinator x64
    • ViPNet Custom Windows
    • ViPNet Office Firewall Windows
    • ViPNet Office Firewall Linux
    • ViPNet Safe Disk
    • ViPNet Personal Firewall
    • ViPNet CSP 4.х
    • ViPNet Java Crypto SDK

Calendars

  • Основной календарь

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


AIM


MSN


Сайт


ICQ


Yahoo


Jabber


Skype


Город


Интересы

Found 6 results

  1. Добрый день! Столкнулся впервые с непонятной проблемой, и не знаю как её решить уже 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 Возможна ли причина каких то поломанных файлов и что можно сделать, что бы координатор принял справочники с ключами. Буду благодарен за любую подсказку, т.к. проблема серьезная и инициализацию делать совсем не вариант
  2. Добрый времени суток. Помогите, пожалуйста, решить следующую проблему. Имеется сеть из нескольких vipnet hw1000, все туннелируемые узлы, за всеми координаторами видят друг друга. Но есть один координатор, который не доступен по iplir ping, не виден в vipnet client с арм администратора криптосети. При этом туннелируемые им узлы также имеют связь с другими. В чем может быть проблема? Как вернуть связь между ним и другими координаторами, арм администратором?
  3. В iplir есть правило в секции forward пропускать пакеты с портом назначения 179 Адреса принадлежат двум интерфейсам vipnet rule= num 1 proto tcp from 10.1.15.5,10.1.15.13 to 10.1.15.5:179,10.1.15.13:179 При этом в iplir наблюдаю что пакеты блокируются. Во вложении скриншоты. Пробовал менять режим работы порта с 2 по 4 на каждом интерфейсе, ничего не происходит. На соседней железке при такой же конфигурации всё работает. Так же прошу по возможности пояснить почему в iplir он определяет что source и destination это другая нода? Имя ноды на которой запущен iplir 1CGW02 Подскажите в чём может быть проблема?
  4. Коллеги. Доброго времени суток. В наличии - ПАК HW1000. Возникла проблема с процессом Iplir. При загрузке координатора имеем сообщение: "Error checking product integrity: iplircfg-config.crg code 7. File iplircfg-config.crg is corrupted exiting" и процесс, по всей видимости, не стартует - на передней панели (индикаторы сети) - так же тишина... Попытка отредактировать iplir.conf из интерфейса координатора: "iplir stop" -> "iplir config" или сменить уровень защиты со 2 на 4 (к примеру) ничего не дают... изменённый файл не сохраняется! Сообщает, о некорректных данных и невозможности применить изменения, как следствие возврат к исходному виду. Т.е. файл, вроде как только для чтения, хотя работаю из под сетевого администратора "vipnet#" Кто что может подсказать?
  5. Добрый день! Прошу помощи в решении проблемы, в наличие: Защищенная сеть VipNet. После события на маршрутизаторе (%OSPF-I-ADJCHGTOFULL и %OSPF-I-ADJCHGFROMFULL), происходит падение VPN канала между Центральной HW-2000 и районными HW-1000. Перевод HW-1000 в режим работы с динамическим прокси не помогает. При этом нарушается только VPN связь с HW2000, iplir ping не проходит. Связь по виртуальным адресам с администратором есть. Также падение VPN наблюдается при пропадании канала связи (очевидно, связано также с перестроением OSPF таблиц на коммутационном оборудовании). Для возобновления связи достаточно, остановить iplir, изменить порт и запустить драйвер вновь. Как бороться с данной проблемой? Почему HW1000 не пытается восстановить связь самостоятельно?
  6. Между двумя сетями настроены туннели, все хорошо работает, но есть один момент, который не могу понять. Когда с компьютера сети А пытаешься пропинговать внутренний адрес координатора из сети Б пинг не идет. В iplir view координатора А трафик попал в туннель и ушел на другой координатор. В iplir view координатора Б запись о том что трафик пришел на внешний интерфейс, расшифровался. Следующее событие - так же на внешнем интерфейс координатора Б - пакет-ответ на пинг блокируется с событием 116 - network adapter was not found. Не могу понять почему ответ блокируется...
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.