Почему на RDP большой отклик?

Question

[денис]

Приветствую. Работаю по удаленке через RDP. Сам RDP подключается через VPN. C 1 июня удаленка стала тормозить, точнее задержка\отклик появился. К примеру нажимаю открыть папку и иногда она с запозданием открывается. В Excel при вводе данных, бывает вижу как текст не пишет а потом разом заполнился. С удаленным ПК все нормально 100%, у коллег то же все хорошо, т.к. у них другой провайдер. Есть подозрение что у меня провайдер что-то мутит или как админы сказали это все РКН со своим ТСПУ. Я и работа находятся в РФ, да же в одном городе, разве что VPN почему-то подключается к мск ip'шнику. Странное решение конечно... Нужен совет, как грамотно предъявить провайдеру текущую проблему.

Answer 1

[Drno]

нормальное решение, впн сервер то не зависит от Вашей локации. да, скорее всего виноват РКН и провайдер тут не поможет
варианты - менять протокол vpn и переходить на решения p2p, например мы с командой щас разрабатывает подобное для рынка РФ, на замену иностранным решениям, как раз по причине РКН

Answer 2

[Dieman666]

в первую очередь отключить udp протокол

Comments

[денис]

в настройках VPN стоит галочка - Disable UDP

Answer 3

[AlexVWill]

Нужен совет, как грамотно предъявить провайдеру текущую проблему.

Никак... Провайдер обеспечивает тебе связь до удаленных хостов с прописанной в тарифном плане шириной канала. Если на всех тестовых хостах обеспечена нужная ширина - провайдеру на то, что какой то хост тормозит будет глубоко наплевать, это дескать "не наша проблема". Тем более если это по вине РКН, если он тормозит пакеты RDP.
Можно конечно остановить RDP, повесить на его порт Iperf3 и замерить ширину канала от твоей машины до хоста, и если она формально ниже тарифа - показать провайдеру, но скорее всего это ничего не даст. Да и там скорее всего просто пинг будет большой, формально работает, а де факто жутко тормозит.

Comments

[денис]

Можно конечно остановить RDP, повесить на его порт Iperf3 и замерить ширину канала от твоей машины до хоста, и если она формально ниже тарифа - показать провайдеру, но скорее всего это ничего не даст. Да и там скорее всего просто пинг будет большой, формально работает, а де факто жутко тормозит.

Подскажите, как это сделать ? Это мне надо иди работодателю ?

[AlexVWill]

денис, да, если сервер не твой, сам ты это не сделаешь...

Answer 4

[AntHTML]

1) по возможности взять в аренду у провайдера статический IP
2) Зарегистрировать VPN
второе лучше делать работодателю
Хотя помочь может % на 50, тк ТСПУ на белые списки часто пофиг

Comments

[денис]

с белым IP можно попробовать, взять на 1 месяц, там не дорого цена. Насчет регистрации, тут вряд ли работодатель будет делать. В какой же ж*** ситуация, с обоих сторон ни кто ни чего не хочет делать. Со стороны работодателя - т.к. проблема на моей стороне, а на стороне провайдера - РКН.

У меня просто в голове не укладывает, что что-то режется, блокируется если и я и работа находятся в РФ, да же в 1 городе. Я же не за границу пытаюсь выйти... бред полный.

[AntHTML]

денис, ну можете попробывать и со своей стороны загераться, просто х.з. но работодателю наверное это проще будет сделать и быстрее поверят

[Drno]

денис, доброго пожаловть в новый чудный мир....
просто в РКН сидят не шибко умные и не шибко "рукастые" ребята, но активность и отчётики то показывать надо, что они чет делают, КПИ опять же итд... всё как везде в госах

один из вариантов еще - попробовать включить ВПН с росскийским IP, например московским...)

Answer 5

[Hardoman]

Очень часто такое встречаю, тк работаю с провайдерами. Связано с ассиметричными маршрутами до vpn сервера вашего у провайдера и обратно, в результате чего пакеты не укладываются в ttl.
Как протестировать?
Собираете трейс и задержки при подключении до вашего vpn сервера напрямую.
Затем или раздаете мобильный интернет или используете другой и собираете то же самое.
Третий тест - заворачиваете трафик до вашего vpn хоста в ещё один vpn туннель. И тестируете.

Любой нормальный провайдер после этого может поменять маршруты у себя.

И да, udp точно отключать не надо, не слушайте бред.

Comments

[sabirovrinat85]

UDP самого RDP имеет смысл отключать, если VPN идёт по UDP, в общем чтобы не было ситуации UDP внутри UDP, это действительно приводит к странностям, схожим с описанными ТС, но чаще наблюдал в виде периодических обрывов сессии

[Hardoman]

sabirovrinat85, а с каких пор rdp использует udp? Если это tcp/3389

[sabirovrinat85]

Hardoman, примерно вроде с выходом RDP 8.0, это повышает отзывчивость, ведь редкие потерянные пакеты, относящиеся к видеопотоку, можно отбрасывать, это проявится в редких небольших артефактах видео, так же, как и голос имеет смысл получать по UDP, близость к realtime для таких вещей важнее, чем достоверность байт в байт

Answer 6

[Dupych]

Проблема с провайдером.
Уменя IPSEC между офисами.
Скачка 10 мбайт
Отдача 10 кбайт.
Перенаправлял траффик через другой офис.
Решало проблему.

Answer 7

[Пума Тайланд]

Так вы проверьте сперва без впн норм работает или нет, проблем проверьте на других провайдерах, потом уже будет понятно кому и что предьявлять

Comments

[денис]

Интересно как я проверю без VPN ? Этот VPN собственно канал, по которому идет подключение по RDP.
Этот не тот VPN который подразумевает обход блокировок РКН.

[Пума Тайланд]

денис, ну для начала проверьте тогда других провайдеров
Потом попросите их временно открыть вас доступ без впн на только ваш айпи для теста

[денис]

Пума Тайланд, др провайдер проверить это только через подключение нового абонента и с просьбой не резать провод который идет в кв а кидать новый... проверил через раздачу от мобильного, там вообще все ужасно., задержки по 5 сек но по работе их не заметно.

Попробую с белым IP еще сделать тест.

[Пума Тайланд]

денис, Нет друзей соседей родственников с другими провайдерами?
Заюзайте мобильный интернет на 4г+ провайдере от МТС или мегафон, на остальных в России по большей части печаль

Answer 8

[денис]

Вот такие пироги у Дом.ру

зы. я скидываю им трассировку и они НЕ видят проблем. Говорят скорость у вас хорошая...