Решено РДП И VPN для 1С проблема

Статус
Закрыто для дальнейших ответов.
И именно к серваку через vpn- такая хрень!!! Есть сервера внутри локалки-с подключением по рдп -нет проблем!!
 
ankamodin сказал(а):
по разному, может быть по очереди, может одновременно у пользователе использующих remote APP
Нажмите, чтобы раскрыть...
Посмотри настройку вот отсюда - завершать отключенный сеанс

Ustanovka_RemoteApp_009.png
 
В сети на сервере AD поднят DCHP. но есть и пк с статикой и это проблема актуально для них.
Но путем эксперимента при появление это проблемы у пк помнял ip на статику, пк подключился к серверу, потом статику опять на DCHP и так же подключился., т.е на пк перезапустил сеть. Но где дальше рыть? из-за чего это происходит? Проблема на AD или где?
 
Заказал роутер. Может быть причина в нем, или провайдер интернета не качественно предоставляет услуги.(кстати такая свистопляска началась после того как провайдер отключал интернет пару раз по своей вине-типа авария на лини).Заменю роутер -отпишусь, Как еще могут быть варианты?
 
Engineer сказал(а):
думаете траффик уходит через одну ногу а возвращается через другую ? split tunneling
Нажмите, чтобы раскрыть...
Опять обратились. У клиента раз в день обязaтельно вылетает. И повторно не коннектется., Перезапустил сеть (сетевое окружение) все подключились к серваку!!! Что это такое? Что за хрень. Антивирус -Касперский.
 
На сервере в журнале снял такую ошибку

Имя сбойного приложения: 1cv8.exe, версия: 8.3.13.1513, метка времени: 0x5b9dac92
Имя сбойного модуля: core83.dll, версия: 8.3.13.1513, метка времени: 0x5b9da636
Код исключения: 0xc0000005
Смещение ошибки: 0x000000000018859a
Идентификатор сбойного процесса: 0x4520
Время запуска сбойного приложения: 0x01d9404b3d615e99
Путь сбойного приложения: C:\Program Files (x86)\1cv8\8.3.13.1513\bin\1cv8.exe
Путь сбойного модуля: C:\Program Files (x86)\1cv8\8.3.13.1513\bin\core83.dll
Идентификатор отчета: 9076c5b1-ac44-11ed-8139-f02f741778ae
Полное имя сбойного пакета:
Код приложения, связанного со сбойным пакетом
 
Микротик поменял(это отельная история, т.к. старый глюканул), проблема не ушла, но провялятся стала реже.
Если это следствие разрыва соединения, то почему повторно не конектется , пока сеть не перезапустишь?
 
Логи выложу , хотя стрел ранее логи, ни чего не обнаружил. Еще со знакомы общались на это тему(он безопасник), наподобие была ситуация была, оказалось это проделки касперского,
 
ankamodin сказал(а):
Логи выложу , хотя стрел ранее логи, ни чего не обнаружил. Еще со знакомы общались на это тему(он безопасник), наподобие была ситуация была, оказалось это проделки касперского,
Нажмите, чтобы раскрыть...
Попробуйте временно отключить или добавить в исключение
 
что и как добавить в исключения, если стоит цент касперского секъюрете 13,2
 
Out of memory condition was detected
router was rebooted without proper shutdown
Нажмите, чтобы раскрыть...
Посмотрев в «system» -> «resources» было видно что свободная память устройства постоянно уменьшается.
Тут я начал вспоминать что было задействовано и настроено на устройстве.
Наткнувшись и посмотрев «Cache Used» в «IP» -> «Web Proxy» было видно что размер кэша постоянно растет.
Отсюда было ясно что когда память устройства заканчивалась и появлялся сбой kernel.
Поэтому решением данной проблемы было ограничение кеша прокси указав максимальный размер в «Max. Cache Size«
 
Статус
Закрыто для дальнейших ответов.
Назад
Верх