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.