![Почему мое соединение с этим удаленным сервером может прерываться?](https://rvso.com/image/1642401/%D0%9F%D0%BE%D1%87%D0%B5%D0%BC%D1%83%20%D0%BC%D0%BE%D0%B5%20%D1%81%D0%BE%D0%B5%D0%B4%D0%B8%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5%20%D1%81%20%D1%8D%D1%82%D0%B8%D0%BC%20%D1%83%D0%B4%D0%B0%D0%BB%D0%B5%D0%BD%D0%BD%D1%8B%D0%BC%20%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80%D0%BE%D0%BC%20%D0%BC%D0%BE%D0%B6%D0%B5%D1%82%20%D0%BF%D1%80%D0%B5%D1%80%D1%8B%D0%B2%D0%B0%D1%82%D1%8C%D1%81%D1%8F%3F.png)
Я не системный администратор и не имею большого опыта в работе с сетями, поэтому я могу упустить что-то очевидное.
Я пытаюсь подключиться к удаленному серверу через VPN, предоставленный моей работой с SSH, и сталкиваюсь со случайными 30-60 обрывами соединения, хотя в остальном соединение было бы вполне хорошим. Это не задержка, а скорее то, что в одну секунду у меня хорошее соединение, а в следующую — обрывается.
Для справки: я использую Thinkpad T450 с Fedora 33. Насколько мне известно, все мои пакеты и драйверы обновлены.
Вот что я знаю:
другой сотрудник, находящийся рядом с сервером, может подключиться к серверу по SSH без проблем, однако он использует Windows 10
Вне этого контекста мое интернет-соединение в порядке; у меня нет проблем с подключением при потоковой передаче Netflix, просмотре веб-страниц, подключении к другим серверам и т. д.
между мной и сервером нет посредников;
traceroute
показывает только мой сетевой шлюз и серверсервер работает на OpenVPN 2.5, в то время как я застрял на OpenVPN 2.4.10, так как сборка 2.5 не была выпущена для Fedora
это UDP-соединение, я собираюсь попробовать TCP позже сегодня
при работе
mtr
в течение ~10 минут наблюдается потеря ~50% пакетовping
,mtr
, иtraceroute
все демонстрируют поведение, при котором пакеты постоянно отправляются в течение нескольких минут, а затем случайным образом не удается подключиться в течение ~30-60 секунд, а затем возобновляют работу с того места, где они были
Я достиг предела своих знаний о том, что еще можно сделать в этой ситуации. Любая помощь будет оценена по достоинству!
решение1
Не очень интересный ответ, но создание файла конфигурации VPN, который выбирает неиспользуемый локальный порт случайным образом, похоже, решило проблему.