rionnagel, без VPN работать вообще не будет, RDS находится в DMZ и из интернета недоступны. Повторюсь: из Linux и Android через тот же VPN всё подключается моментально. Напрямую подключения из Windows по RDP так же работают быстро на отдельных открытых для доступа серверах вне фермы. Проблема только при подключении через шлюз и только для Windows.
rionnagel, я сомневаюсь, что проблема в настройках сетевых карт. Скорее всего, где-то в настройках клиентской Windows. Что-то проверяет, но не может проверить, а потому тупит.
Сергей, терминальная ферма на WS2019, все клиенты только на RDP8.1, минимально на Windows 7 со всеми обновлениями, а основная масса на Windows 10 сборок не ниже 1809. В посте об улучшении качества RDP и в преимуществах 8.1 над более старыми версиями протокола, с этим у нас проблем нет. Если клиент подключается, то у него всё прекрасно работает. Проблема только в самом процессе подключения.
Пользователей под тысячу, у всех всё разное, но проблема одна общая и касается только Windows. Пробовал на голых виртуалках без антивируса воспроизводить ситуацию, всё то же самое. Ошибки, скорее всего, из-за превышения тайм-аута, так как даже если человек смог подключиться, то процесс занимает несколько минут. Речь не о невозможности подключиться, а именно об очень медленном подключении.
CityCat4, здесь все загрузчики: https://xpenology.com/forum/topic/12952-dsm-62-loader/.
На железе я бы не стал экспериментировать с обновлением, а на виртуалке достаточно сделать снимок перед обновлением, на всякий случай. Как пример, два моих сервера на ESXi (HP Microserver Gen7 и HPE Microserver Gen10):
К слову, на обоих серверах загрузчики разные, так как на одном отказался работать 1.03b, а на втором - 1.04.
Это делается аналогично, обновлением загрузчика. Актуальные версии загрузчика - 1.03b и 1.04. У меня в ESXi на базе HP Microserver Gen7 работает последняя версия DSM на загрузчике 1.03b, а на Gen10 - 1.04.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
