RDP через мобильный спутниковый интернет
Я планирую отпуск в пункт назначения, который не позволит мне иметь сотовый или интернет-сервис. Я играю такую роль в моей организации, что в чрезвычайной ситуации моя доступность имеет определенное значение. В связи с этим я рассматриваю возможность аренды спутника BGAN на неделю. Как этот ( http://allroadsat.com/inmarsat-satellite-internet)
Кто-нибудь там делал это? Я ищу небольшую помощь в определении требований к пропускной способности. Я хотел бы запланировать 4 часа использования с подключением RDP через туннель IPSEC.
Я думаю, что 50 МБ, возможно, подрезает это немного близко. Что, вы парни, думаете?
2 ответа
Если моя математика верна, то использование 50 МБ в течение 4-часового периода позволяет использовать около 27,8 Кбит / с, что находится в общем диапазоне для сеанса RDP (хотя, на мой взгляд, немного ниже). Я бы посоветовал сначала выяснить, какие превышают штрафы / сборы, а затем, если вам нужно его использовать, убедитесь, что для настроек RDP client Experience установлено значение Modem (56 Кбит / с) и обязательно отключите перенаправление локальных ресурсов (принтеры, диски, буфер обмена и т. д.), если только вы не должны включить их Я также рекомендовал бы установить измеритель пропускной способности на своем ноутбуке (я предполагаю, что вы берете ноутбук) и запускать его всякий раз, когда вы подключаетесь к Интернету, чтобы следить за вашим использованием.
Как говорит joeqwerty, использование модема для удаленного доступа, вероятно, будет гораздо менее болезненным - и вы можете попробовать это сегодня.
У меня нет опыта работы с сервисом, на который вы смотрите сейчас, но я знал нескольких людей, которые были очень разочарованы спутниковым доступом в Интернет из-за:
- очень высокая задержка (что является большой проблемой для RDP)
- разрешены только подключения к DNS, HTTP, HTTP, SMTP и POP
Если вы можете, попробуйте, прежде чем купить - или хотя бы указать ваши требования в качестве условия заказа.
Есть альтернативы RDP, использование плотной пропускной способности тесного VNC, как правило, примерно одинаково для IME, несмотря на другой подход. OTOH Nomachine NX намного лучше в каналах с низкой пропускной способностью и имеет значительно лучшую безопасность. Но невозможно решить проблему задержки с помощью программного обеспечения / протоколов.