Быстрые межконтинентальные сеансы удаленного рабочего стола

В ближайшие месяцы я буду работать из Таиланда и хочу иметь возможность использовать RDP или Anydesk на своем офисном ПК в Греции. Предыдущие попытки оказались нестабильными с разными результатами в течение дня — от безупречных до ужасных соединений. Я читал, что время пинга является наиболее важным элементом в таких соединениях. Я пробовал подписаться на службу VPN, но результаты в лучшем случае такие же, как если бы вы вообще не использовали VPN.

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

Предыдущие попытки оказались нестабильными с разными результатами в течение дня — от безупречных до ужасных соединений.

Вам необходимо надежное подключение к Интернету с нулевой или очень низкой потерей пакетов.Менее 0,1% — это нормально, менее 1% все еще можно использовать, более 1% — это ужасно.

время пинга является наиболее важным элементом в таких соединениях

Нет, а низкий коэффициент потери пакетов является наиболее важным параметром. Время в пути (RTT/латентность), измеряемый пингом, является вторым наиболее важным параметром. [править] Как верно заметил Остин, низкая дисперсия задержки также имеет решающее значение при работе с интерактивными пользовательскими интерфейсами (RDP или аналогичными).

Я пытался подписаться на службу VPN

Служба VPN не может улучшить коэффициент потери пакетов и определенно увеличивает RTT. Это не поможет.

[править] Как правильно заметил @Bob, бывают случаи, когда VPN мощь help: когда соединение с вашим провайдером доступа на самом деле хорошее, но потери пакетов и задержка между вашим провайдером и сетью назначения ухудшаются. VPN-соединение мощь позволит вам обойти эту проблему, когда туннель идет по другому маршруту между вашим интернет-провайдером доступа и поставщиком VPN, который не повредит подключению (так сильно).

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

узнать, есть ли проверенный способ решения этой проблемы

Единственное, что вы можете сделать, это найти лучший восходящий канал Интернета с точки зрения коэффициента потери пакетов. и РТТ. Последняя имеет физические ограничения (в основном скорость света), поэтому она будет увеличиваться с увеличением расстояния (10 мс на 1000 км можно считать очень хорошим показателем).

Я не знаю, как осуществляется межконтинентальная маршрутизация и можно ли направлять пакеты по оптимальному маршруту.

Вы ничего не можете контролировать, кроме выбора интернет-провайдера.

Если качество соединения регулярно меняется в течение дня, вам, возможно, придется скорректировать свое рабочее время, если это возможно.

Есть ли другие интернет-провайдеры, которых вы можете использовать? Они лучше, чем ваш текущий интернет-провайдер?

В конце концов, независимо от того, что вы можете попробовать, ваше соединение зависит от сетевого интернет-провайдера/провайдера/оператора, которого вы используете. VPN и другие механизмы не могут избежать обхода вашего интернет-провайдера. Вы просто добавляете дополнительную нагрузку на сеть.

С такой задержкой? Нет. Это будет неприятный пользовательский опыт с лагами и отключениями. Я поддерживал среды удаленного рабочего стола с аналогичной задержкой, и даже с лучшими провайдерами и чистыми ссылками это было ужасно. Есть некоторые настройки, такие как отключение звука, но нет волшебной палочки.

https://www.consoleconnect.com/locations/athens/

Афины <-> Бангкок 343 мс

Для прямого RDP вы можете посмотреть какой-нибудь узел перехода в Azure или AWS. Эти компании имеют относительно надежные сети с низкой задержкой между центрами обработки данных. Итак, вы RDP к хосту в регионе Юго-Восточной Азии, который RDP к хосту во Франции, который RDP к вашему хосту дома. Хотя RTT такого соединения по-прежнему велико (около 300 мс), оно, вероятно, лучше, чем одноранговое соединение. Ограничьте «опыт» RDP, чтобы сохранить пропускную способность. Вам, вероятно, не нужны эффекты прозрачности или фоны рабочего стола.

Другой вариант, который может работать достаточно хорошо, — использовать приложение для конференц-связи, т. е. Zoom, Teams, Teamviewer и т. д. Эти приложения обычно используют разные протоколы, жертвуя качеством изображения для уменьшения задержки.

Хотя вам понадобятся оба. RDP для присоединения к собранию Teams и утверждения удаленного управления.