Имя пользователя:
Пароль:  
Помощь | Регистрация | Забыли пароль?  | Правила  

Компьютерный форум OSzone.net » Серверные продукты Microsoft » Windows Server 2012/2012 R2 » 2012 R2 - Невозможно повторно подключится после завершения сеанса RDP

Ответить
Настройки темы
2012 R2 - Невозможно повторно подключится после завершения сеанса RDP

Новый участник


Сообщения: 7
Благодарности: 0

Профиль | Отправить PM | Цитировать


Здравствуйте, жители форума.

Ситуация следующая: при подключении по rdp к серверу всё хорошо, но только один раз. Отключаюсь посредством Пуск - Отключиться. Никаких крестиков или иных резких движений. Второй раз подключится после окончания сеанса невозможно. Даже пинг не проходит - все пакеты теряются. Такое ощущение, что сервер обижается, что я ушёл, и закукливается на продолжительное время, игнорируя попытки внешнего воздействия. Причём перезагрузка сервера ситуацию не исправляет - внешнее подключение и после неё всё равно остаётся недоступным какое-то время. Я сумел найти на вашем форуме подобную же проблему, правда она касалась Win7 (http://forum.oszone.net/thread-229046-2.html). Вопросов в этой связи возникает два:
1. Стоит ли приведённое в указанной беседе решение (поочерёдное отключение всех служб и драйверов в поиске) использовать для сервера 2012r2?
2. С чем такое поведение может быть связано помимо конфликта служб/драйверов?

Буду очень признателен, если кто-то, кто уже сталкивался с таким поведением системы, сможет мне объяснить, как с таким явлением следует бороться.

Пожалуйста, просьба. Мой ник - это почти правда. Я - бухгалтер. Просто когда администратор компании ушёл в закат, я остался один среди шести дам. Думаю, дальше сюжет этой драмы очевиден. Довод, что знание операционных систем не передаются с хромосомным набором, таковым не оказался. Я читаю литературу, форумы, чтобы пополнить копилку знаний, и всё же сильно далёк от того, чтобы с ходу понимать ещё очень многое. Поэтому если вы захотите поделиться знаниями - пожалуйста, учтите, что многое для меня ещё неизвестно и я буду крайне благодарен, если объяснения будут несколько более подробными, нежели для нормального пользователя.

Отправлено: 00:32, 03-12-2016

 

Новый участник


Сообщения: 7
Благодарности: 0

Профиль | Отправить PM | Цитировать


Здравствуйте, уважаемые обитатели форума.

User001, спасибо за рекомендацию. Читаю и ищу по ним рекомендации. Пока удалось справится с восстановлением доверенных отношений у двух машин, побороть ошибки эвристического ядра и провести обряд экзорцизма над бешеным сетевым принтером.

Angry Demon, увы, у нас стоит вполне себе официальный Windows 2012r2 Datacenter со всеми причитающимися документами. Проверил платёжные документы, позвонил в службу поддержки - всё чин чином.

Один ваш коллега по цеху, который согласился выслушать мои проблемы, высказал мнение, что проблема может быть в провайдере. Мол, сеанс по ТимВьюеру активизирует соединение и последний узел перед нашим сервером начинает пропускать трафик. Но стоит погасить сеанс и через какое-то время соединение погибает. По его совету протестировал соединение при полностью отключённом брандмауэре и с отключёнными правилами политик безопасности в части соединения с сетью. Итог один - пинга нет при полностью работоспособной сети внутри компании с подключением к Интернету у всех без исключения машин. Я уже понимаю, что это говорит о том, что с исходящим трафиком никаких проблем не возникает.

К сожалению, товарищ занимается компьютерами с конца 70х и мне его чрезвычайно сложно понимать, уж слишком специфический язык, а знаний мне не хватает. Это примерно как "Полупроводник крыжил, крыжил, а всё равно всё рвётся, налорги нас клизмировать будут." - в переводе с бухгалтерского на классический русский это означает, что "один бухгалтер не очень высокой квалификации, несмотря на все свои усилия при ручной выверке регистров, всё равно не смог устранить все недочёты и теперь налоговые органы будут иметь полное право всячески подводить под нас штрафные санкции". Многого я просто не понял.

Последний раз редактировалось Дебет, 13-12-2016 в 16:04.


Отправлено: 15:48, 13-12-2016 | #11



Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.

Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля.


Аватара для User001

Ветеран


Сообщения: 740
Благодарности: 116

Профиль | Отправить PM | Цитировать


Цитата Дебет:
User001, спасибо за рекомендацию. Читаю и ищу по ним рекомендации. Пока удалось справится с восстановлением доверенных отношений у двух машин, побороть ошибки эвристического ядра и провести обряд экзорцизма над бешеным сетевым принтером. »
И при логине никакие "особые" события не происходят? Запуск / загрузка служб / драйверов?
Цитата Дебет:
Один ваш коллега по цеху, который согласился выслушать мои проблемы, высказал мнение, что проблема может быть в провайдере. Мол, сеанс по ТимВьюеру активизирует соединение и последний узел перед нашим сервером начинает пропускать трафик. Но стоит погасить сеанс и через какое-то время соединение погибает. По его совету протестировал соединение при полностью отключённом брандмауэре и с отключёнными правилами политик безопасности в части соединения с сетью. Итог один - пинга нет при полностью работоспособной сети внутри компании с подключением к Интернету у всех без исключения машин. Я уже понимаю, что это говорит о том, что с исходящим трафиком никаких проблем не возникает. »
Еще раз. Если активного сеанса нет на сервере, то он в локальной сети недоступен? Поставить план электропитания "высокая производительность" пробовали?

Отправлено: 18:18, 13-12-2016 | #12


Новый участник


Сообщения: 5
Благодарности: 0

Профиль | Отправить PM | Цитировать


Приветствую. А каким образом у вас строится VPN? Удаленный пользователь коннектится на шлюз или сразу на сервер? Судя по вышеописанной проблеме, такое ощущение что VPN поднят на самом сервере с помощью какой-то программы, которая запускается под учеткой админа. Админ не залогинился - программа не запустилась, VPN не строится...

Если есть возможность - попробуйте зайти на сервер по RDP из внутренней сети(подключаться к внутреннему IP или по хостнейму), при этом админ не должен быть залогинен. Если проблема в VPN - тогда таким образом Вы должны попасть на сервер.

Отправлено: 12:59, 14-12-2016 | #13


Новый участник


Сообщения: 7
Благодарности: 0

Профиль | Отправить PM | Цитировать


Здравствуйте.

Простите за долгое отсутствие - конец года чрезвычайно напряжённое время.

Цитата User001:
И при логине никакие "особые" события не происходят? Запуск / загрузка служб / драйверов? »
Всё работает без нареканий, насколько я могу судить. Никаких ошибок не выдаётся. Иногда выпадают предупреждения, связанные с настройкой синхронизации времени.

Цитата User001:
Поставить план электропитания "высокая производительность" пробовали? »
Я выставил всё в режиме "много бесплатного электричества" - ни одно устройство ни на минуту не смыкает глаз. То есть портов. Ну должно по крайней мере не смыкать. Но смыкает.

В общем проблема кристаллизовалась в своей форме и даже есть гарантированное к ней полурешение: после перезагрузки (а она происходит периодически из-за отключения электричества) подключение по VPN невозможно, поскольку сетевой интерфейс не отвечает. Совсем. Эмпирически найдено, что если постучаться на сервер посредством TeamViewer, не обязательно даже логинится, просто запросить соединение, то сетевой интерфейс начинает отвечать и всё сводится. Дальше можно работать спокойно до следующего непонятного события. Посмотрел службы - все они стоят на Запуск (автоматически), т.е. по моему скромному пониманию должны запускаться сразу по загрузке сервера.

Цитата Drinkins:
Приветствую. А каким образом у вас строится VPN? »
Здравствуйте! VPN поднят средствами самой серверной оси, никаких сторонних решений не используется. Да и с самим VPN проблем нет, если есть соединение. Проблема именно в постоянно отваливающемся и не поднимающимся обратно соединении. Причём исключительно с внешнего мира к серверу. Пользователи внутри сети этого даже не замечают. У них всё хорошо и с локальной сетью и во всемирной.

Отправлено: 12:33, 23-12-2016 | #14



Компьютерный форум OSzone.net » Серверные продукты Microsoft » Windows Server 2012/2012 R2 » 2012 R2 - Невозможно повторно подключится после завершения сеанса RDP

Участник сейчас на форуме Участник сейчас на форуме Участник вне форума Участник вне форума Автор темы Автор темы Шапка темы Сообщение прикреплено

Похожие темы
Название темы Автор Информация о форуме Ответов Последнее сообщение
Доступ - [решено] После отключения RDP повторно не подключается. _VIPER_ Microsoft Windows 7 1 08-06-2016 19:15
Разное - [решено] После одного сеанса связи по RDP, второй раз невозможно подключиться VictorSh Microsoft Windows 7 11 03-03-2012 14:32
Доступ - Невозможно войти в Windows XP SP3 после завершения сеанса администратора через RDP ashtraysy Microsoft Windows 2000/XP 2 09-06-2011 13:54
Разное - [решено] Завершение сеанса Windows через некоторое время после сеанса RDP Romero_Ekb Microsoft Windows 7 1 19-11-2010 10:08
Интерфейс - [решено] Абракадабры на окошках завершения работы и завершения сеанса nvideo Microsoft Windows 2000/XP 2 26-02-2008 14:17




 
Переход