Гость siberiya Опубликовано 14 Августа 2012 Жалоба Поделиться Опубликовано 14 Августа 2012 После установки в организации (Инспекции по труду) ViPNet Custom, стала "вылетать" программа АС ГИТ это спец. программный продукт для организации работы инспекции по труду. Программа работает с помощью СУБД MSSQL установленной на сервер Win2008R2, на этот же сервер установлена программная версия ViPNet Coordinator, на остальные компьютеры в организации установлены ViPNet Client`s.Программа самопроизвольно закрывается из-за разрыва соединения с базой, до установки ViPNet такое случалось редко. Установка Координатора и Клиента в 4 режим не помогает. Порт 1433 добавлен в исключения. Подскажите пожалуйста что еще можно сделать для предотвращения "вылета" программы и может ли эта проблема вообще быть связана с ViPNet`ом? Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
slavanchuk Опубликовано 16 Августа 2012 Жалоба Поделиться Опубликовано 16 Августа 2012 После установки в организации (Инспекции по труду) ViPNet Custom, стала "вылетать" программа АС ГИТ это спец. программный продукт для организации работы инспекции по труду. Программа работает с помощью СУБД MSSQL установленной на сервер Win2008R2, на этот же сервер установлена программная версия ViPNet Coordinator, на остальные компьютеры в организации установлены ViPNet Client`s.Программа самопроизвольно закрывается из-за разрыва соединения с базой, до установки ViPNet такое случалось редко. Установка Координатора и Клиента в 4 режим не помогает. Порт 1433 добавлен в исключения. Подскажите пожалуйста что еще можно сделать для предотвращения "вылета" программы и может ли эта проблема вообще быть связана с ViPNet`ом?Могу предположить, что разрыв происходит в момент обновления справочной и ключевой информации. Иногда разрывы могут происходит при попытках випнета перескочить на виртуальные адреса. Он это делает в некоторых случаях... и в этих же случаях при синхронизации по порту 2046 восстанавливает свои сетевые настройки. Хотя, что-то конкретное подсказать сложно-нужна более детальная информация. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
Гость siberiya Опубликовано 16 Августа 2012 Жалоба Поделиться Опубликовано 16 Августа 2012 Могу предположить, что разрыв происходит в момент обновления справочной и ключевой информации. Иногда разрывы могут происходит при попытках випнета перескочить на виртуальные адреса. Он это делает в некоторых случаях... и в этих же случаях при синхронизации по порту 2046 восстанавливает свои сетевые настройки. Хотя, что-то конкретное подсказать сложно-нужна более детальная информация.Готов предоставить все что нужно). Из-за ключевой не может быть т.к. сеть не на столько часто измеряема. Насчет виртуальных интересная мысль, в каких случаях это происходит? Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
slavanchuk Опубликовано 16 Августа 2012 Жалоба Поделиться Опубликовано 16 Августа 2012 Готов предоставить все что нужно). Из-за ключевой не может быть т.к. сеть не на столько часто измеряема. Насчет виртуальных интересная мысль, в каких случаях это происходит?На виртуальные адреса он перескакивать может по разным причинам. К примеру, если у vipnet client есть связь с узлами из других сетей с тем же адресами (той же подсетью) в тот момент, когда они засветились на координаторе и координатор передал информацию о них. Может это быть из-за "зависших" на координаторе настроек работы через межсетевой экран. На наших linux-координаторах такое периодически проявляется. Лечится перезагрузкой координатора и потом он ещё долго не беспокоит. Происходит перепрыгивание на виртуальные в описанном выше случае при запуске vipnet client монитора (или при перезапуске), когда он по новой запрашивает настройки сети. То есть, первое что стоит проверить - отсутствия конфликта по реальным адресам. Хотя, на этот случай это не очень похоже. А, во-вторых, всё-таки стоит посмотреть журнал. Вроде бы, он отмечает по какому адресу (виртуальному или реальному) он подсоединяется в каждый конкретный момент времени. Больше пока идей нет. Крайне рекомендую посмотреть журнал пакетов на клиенте. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
Гость siberiya Опубликовано 20 Августа 2012 Жалоба Поделиться Опубликовано 20 Августа 2012 Проверил журнал на клиенте, во всех случаях соединение идет по локальным ip адресам, и это логично т.к. Координатор и Клиент расположены в одной локальной сети. Блокированных в момент разрыва нет , в windowo`м журнале тоже только вода. Еще есть идеи? ( Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
slavanchuk Опубликовано 20 Августа 2012 Жалоба Поделиться Опубликовано 20 Августа 2012 Проверил журнал на клиенте, во всех случаях соединение идет по локальным ip адресам, и это логично т.к. Координатор и Клиент расположены в одной локальной сети. Блокированных в момент разрыва нет , в windowo`м журнале тоже только вода. Еще есть идеи? (А если дело не в VipNet?! Может, идёт конфликт с другими сетевыми экранами? Например, с сетевым экраном антивируса касперского или чего-либо подобного. Блокирование атак vipnetом отметаю, так как в журнале вы ничего не нашли. Что у Вас на сервере и клиенте ещё сетевого стоит специфичного? Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
SKP-23 Опубликовано 22 Января 2018 Жалоба Поделиться Опубликовано 22 Января 2018 Можно попробовать http://forum.oszone.net/post-2689757-169.html и с ним согласуется 328 стр. мануала к VipNet клиенту. У меня похожая проблема: После установки клиента перестала запускаться "Радуга" (программа портье для гостиницы) тоже база на MSSQL вертится. Так в моем случае программа портье не запускается даже в том случае когда обращается к базе SQL которая стоит на этой же машине, то есть вообще без сети!!!! Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
Рекомендуемые сообщения
Присоединиться к обсуждению
Вы можете ответить сейчас, а зарегистрироваться позже. Если у вас уже есть аккаунт, войдите, чтобы ответить от своего имени.