RDP работает через раз. Как это лечится?

Question

[APM-trash]

Первое подключение по RDP может сработать нормально, второе бесконечно долго приходится ждать пока рдп выдаст ошибку. Где-то с 7-8 раза можно адекватно зайти через RDP и спокойно работать на сервере. Проходит время и рдп работает нормально как ни в чем не бывало.

Comments

[APM-trash]

У меня только одна идея поменять порт RDP, но сервер физически далековато

[klepiku]

попробуйте оптимизировть на клиенте интернет соеденение
g.zeos.in/?q=%D0%BE%D0%BF%D1%82%D0%B8%D0%BC%D0%B8%...

я делаю через auslogics internt opimizer ну думаю подойдет любая в том числе и бесплатная
смотреть в сторону пинга

[Andrey Lutsenko]

А в логах сервера-то что?

[APM-trash]

klepiku, с интернет соединением все ок, люди заходят туда через свой Опен Впн сервер пинг 1-3 ms

[APM-trash]

Andrey Lutsenko, в логах меня смущает только Schannel с кодом ошибки 36888, но я не уверен, что она имеет к этому отношение а так в логах рдп никаких ошибок нет, в логах опенвпн ошибок тоже нет

[Andrey Lutsenko]

APM-trash, А в логах клиента есть что?

[APM-trash]

Andrey Lutsenko, нет

[Andrey Lutsenko]

APM-trash, как вариант - попробовать на роутере пробросить порт на rdp сервер, открыв его только для одного IP адреса клиента. Проверить как будет идти соединение без VPN.
И что мешает поменять порт RDP удаленно, если вам хочется попробовать этот вариант?
И еще, в начальном посте вы написали "бесконечно долго приходится ждать пока рдп выдаст ошибку" - какую ошибку?

[res2001]

APM-trash, Смена портов, провайдера, ВПН - это все не о том, забудьте.
Описанное поведение наблюдается у всех удаленных пользователей этого сервера или как-то выборочно?

Ошибка из лога гуглится:
www.eventid.net/display-eventid-36888-source-Schan...
https://social.technet.microsoft.com/Forums/forefr...

Ошибка может быть связана в т.ч. и с RDP, а может быть и не связана. У этой ошибки есть еще и внутренний код. Надо искать ответ для внутреннего кода ошибки. Мне сходу решения найти не удалось, да и конкретики в вопросе маловато.
Журнал винды - это главное место для обратной связи со службами. Так что внимательно его изучите на сервере и клиенте в моменты времени когда наблюдается такое поведение.

[hint000]

OpenVPN случайно не через tcp настроен?

[APM-trash]

Andrey Lutsenko, я знаю только как его поменять через regedit, сервак может отлететь и тогда придется ехать на место. Ошибка будет просто состоять из того что клиенту не удалось подключиться по рдп, если вкратце или будет идти бесконечная загрузка

[APM-trash]

res2001, у всех пользователей иногда

[APM-trash]

hint000, tcp/udp совместно менял на udp все тоже самое.

Answer 1

[АртемЪ]

Где-то с 7-8 раза можно адекватно зайти через RDP и спокойно работать на сервере. Проходит время и рдп работает нормально как ни в чем не бывало.

Вероятнее всего идет приличная атака на RDP.
Ваша попытка подключения просто теряется среди сотен других - сервер не успевает обработать.

Попробуйте для начала поменять 3389 порт на другой. Это конечно полумера, но может немного помочь.
А в идеале настройте port knocking или поднять RD Gateway.

Comments

[Andrey Lutsenko]

Там подключения идут через VPN. RDS нет, как мне кажется.

[АртемЪ]

Andrey Lutsenko, Откуда такая уверенность? Про VPN нет ни слова в вопросе.

[Andrey Lutsenko]

АртемЪ, ну так вы дискуссию-то прочитайте.

[APM-trash]

товарищи, даже если у меня закрыт проброс порта по 3389 у меня все равно рдп работает через раз...

[АртемЪ]

APM-trash, Не понял смысл фразы.
Это как вообще?
Если у вас закрыт проброс порта - вообще не должно работать. Каким образом оно может работать???

[APM-trash]

АртемЪ, сам перечитал, да ерунда. я о том что если я подключаюсь напрямую или через впн результат работы рдп такой же - нестабильный... Состоянием на сегодня сбоев нет, пока ничего не делал только включал wireshark чтобы попытаться добраться до истины. Но пока безрезультатно