С некоторых пор наблюдаю довольно странное поведение тонких клиентов поле обрыва связи.
Общее описание проблемы:
Тонкие клиенты (192.168.15.x) подключаются к серверу (10.4.5.x) в другом офисе (через VPN).
После обрыва связи (причиной может служить кратковременное падение канала или существенные потери, тут по остальным логам с причиной обрыва всё нормально) и отключения клиента wtware от сервера подключиться обратно не удается (таймаут подключения).
При этом если запустить консоль на тонком клиенте, то пинг до сервера идет.
Проблема решается двумя способами:
1 Подключиться по rdp к другому серверу (у меня ближайший 192.168.15.3), затем отключиться - после этого соединение устанавливается.
2 Подождать 15-20 минут, после очередной перезагрузки всё начинает работать.
Понимаю, что маловероятна вина Wtware, но виндовые клиенты переконекчиваются без проблем. Опять же, от конечного сервера проблема не зависит. Три дня назад перевел пользователей на новый сервер, а они вчера с утра так же повисли.
Последний раз наблюдал на 5.1.66, сегодня на 5.2.0 обновился, но пока проблема не повторялась, т.к. канал не падал. поэтому логов пока нет.
Странное поведение при обрыве связи
-
aka
- Разработчик
- Сообщения: 12021
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: Странное поведение при обрыве связи
1. VPN упала и поднялась заново.
2. Тонкого перегрузили. В начале загрузки нажали Del, из меню зашли в командную строку. Пинг до RDP сервера за VPN идёт.
3. Тонкого перегрузили. Тонкий пытается подключиться к RDP серверу за VPN. Не получается.
4. Тонкого перегрузили. Тонкий подключается к RDP серверу в своей сети. При этом он никак, вообще никак не взаимодействует с устройством, которое держит VPN. Получается.
5. Тонкого перегрузили. Тонкий пытается подключиться к RDP серверу за VPN. Получается.
Так? Отличная загадка. Расскажи, чем она решится
VPN у тебя только VPN, никакого динамического NAT при этом не происходит? Если есть динамический NAT, то у него есть таблицы и таймауты, и там любого размера глюку можно спрятать. А обычная VPN без трансляции адресв должна жить безо всяких таймаутов.
Лог покажи когда они будут. Если в логе оно спотыкается об самый первый connect(), то это проблема сетевого уровня, рыть надо устройства, держащие VPN. Если же TCP соединение устанавливается и потом обрывается по инициативе сервера, то сетевой уровень не при чём, рыть надо сервер, а раз сервер свежий, то политики домена.
2. Тонкого перегрузили. В начале загрузки нажали Del, из меню зашли в командную строку. Пинг до RDP сервера за VPN идёт.
3. Тонкого перегрузили. Тонкий пытается подключиться к RDP серверу за VPN. Не получается.
4. Тонкого перегрузили. Тонкий подключается к RDP серверу в своей сети. При этом он никак, вообще никак не взаимодействует с устройством, которое держит VPN. Получается.
5. Тонкого перегрузили. Тонкий пытается подключиться к RDP серверу за VPN. Получается.
Так? Отличная загадка. Расскажи, чем она решится
VPN у тебя только VPN, никакого динамического NAT при этом не происходит? Если есть динамический NAT, то у него есть таблицы и таймауты, и там любого размера глюку можно спрятать. А обычная VPN без трансляции адресв должна жить безо всяких таймаутов.
Лог покажи когда они будут. Если в логе оно спотыкается об самый первый connect(), то это проблема сетевого уровня, рыть надо устройства, держащие VPN. Если же TCP соединение устанавливается и потом обрывается по инициативе сервера, то сетевой уровень не при чём, рыть надо сервер, а раз сервер свежий, то политики домена.