SCP через VPN з SSH з Японії з сервером у Парижі


0

У мене невелика проблема з підключенням до захищеного сервера через VPN. Я зв’язався з адміністратором сервера, але не міг мені допомогти ...

Я перебуваю в Японії і намагаюся отримати доступ до сервера у Франції через VPN, за допомогою SSH-з'єднання.

Все надзвичайно повільно, коли я роблю "IP-адресу" traceroute, у мене є середня відповідь 400 мс. Наприклад, всі передачі SCP затримуються, це для мене проблема.

За будь-якого випадку хтось знає, чи можу я щось зробити, чи я повинен навчитися жити так? :)


Скажіть, будь ласка, що ви намагаєтесь зробити. Якщо це лише копіювання файлів, rsync над ssh може бути набагато простіше, ніж scp через vpn над ssh.
— SPRBRN

Можливо, ваш постачальник VPN перебуває на затримці, або VPN використовується дуже активно, тому це знаходиться на межі його пропускної здатності.
— dirkt

Відповіді:


1

Ваш трафік, як мінімум, прямує з Японії до Франції та назад. Географічно, це в значній мірі на півдорозі в усьому світі, в два рази . Що стосується відстані Інтернет-посилань, то вона може бути і далі, залежно від того, які міжнародні посилання доступні на той час.

Якщо концентратор VPN розташований десь за межами Японії чи Франції, то відстань від концентратора VPN (хоста, який приймає ваше VPN-з'єднання і до якого з'єднання шифрується завдяки VPN) до цільового хоста збирається додати затримка.

Коли traceroute повідомляє про 400 мс, це означає, що час в обидва кінці становить 400 мс. Іншими словами, від вас, до відповідного господаря, і знову до вас, схожим, якщо не тим самим шляхом. Сам VPN також може додавати невеликі накладні витрати, але це має бути мінімально для сучасного обладнання.

Коли я прослідковую шлях від Швеції до випадкового господаря в Японії, я отримую зворотній час близько 275 мс. Для порівняння, у Францію я перебуваю в зворотному напрямку близько 30-35 мс.

Тож хоча 400 мс назад в напрямку між Японією та Францією виявляється високим, це не одразу є невиправдано високим . Виходячи з цього та деякої невеликої кількості дедуктивних міркувань, я б очікував, що хороша посилання може дати вам зворотній час у діапазоні 250-300 мс.

Спробуйте простежити маршрутизацію до сервера у Франції або, принаймні, до сервера, який знаходиться поруч із ним, не проходячи VPN, і подивіться, у який раз ви переходите в обидва кінці. Цілком ймовірно, що вони будуть схожими, і в цьому випадку вам, на жаль, просто доведеться жити з турецьким часом.

Якщо є велика різниця в часі прямого переходу з VPN і без нього, подумайте, чи можна було б якось прокладати трафік SSH (який зашифрований сам) за межами VPN. У цьому випадку також вивчіть, чому VPN додає стільки затримок: попросіть адміністратора шукати перевантаженість у концентраторі VPN (як правило, це свідчить про високе використання процесора), а також перегляньте свою локальну систему, щоб побачити, чи є високе використання процесора які можна віднести до трафіку VPN або програмного забезпечення.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.