OpenVPN может подключиться, трафик идет, но я не в локальной сети

OpenVPN может подключиться, трафик идет, но я не в локальной сети

Я установил OpenVPN через скрипт PiVPN на свой Raspberry Pi. Почти все работает отлично. Я могу подключиться к нему, и мой трафик проходит через мой VPN-сервер. Моя единственная проблема в том, что я не в своей локальной сети. Поэтому я не могу подключиться к нему по ssh, что и стало причиной установки OpenVPN. На своем iPhone я могу подключиться к оболочке с termius без каких-либо проблем. Я использую Manjaro Linux на своем ноутбуке.

Версия OpenVPN: 2.4.0

Надеюсь, что у вас есть идея. Если вам нужен какой-либо вывод, просто спросите меня.

Заранее спасибо,

ЧЧ

решение1

Если вы еще не решили проблему, проверьте, где у вас проблемы с подключением.

  1. Я бы сначала пинговал сервер с помощью ping <local ip of the server>. Если вы можете пинговать свой сервер, вы виртуально находитесь в своей локальной сети. Если это не работает, вам нужно добавить маршрут. Пожалуйстапроверьте этот постза это. Но я не думаю, что твоя проблема здесь.
  2. Попробуйте ssh -v <server>, если он остановится на debug1: expecting SSH2_MSG_KEX_ECDH_REPLY . Вам нужно решить небольшую ошибку в шифровании. Просто добавьте эту строку в свой .ssh/configфайл:

    KexAlgorithms ecdh-sha2-nistp521
    

https://unix.stackexchange.com/questions/274274/specifying-ssh-kexalgorithms-works-at-cli-but-not-via-ssh-config

решение2

Я решил проблему, изменив клиентскую конфигурацию OpenVPN. Теперь понятно, почему мой vpn работал, когда я использовал свой мобильный телефон.

решение3

Любой, у кого есть

debian openvpn debug1: expecting SSH2_MSG_KEX_ECDH_REPLY

следует настроить конфигурацию openvpn и добавить (nano /etc/openvpn/server.conf)

#Set Local Server MTU on TUN/TAP
tun-mtu 1492
mssfix 1400
#Set REMOTE Client MTU on TUN/TAP
push "tun-mtu 1492"
push "mssfix 1400"

Предыдущий выпуск:

это решило для меня проблему, так как использование ssh -vvvvдействительно сообщало об успешном подключении, но зависало на этом этапе - после использования tcpdump и wireguard я разобрался с этим моментом - и затем применил. Пока работает.

Пару слов после:

Напоминаем, что также может потребоваться понизить 1492 с шагом минус 8 (1 байт равен 8 бит), поэтому -8

У PUSH есть приятная особенность: вам не нужно заботиться ни об одном клиенте!

Если вы найдете это полезным, оставьте мне положительный отзыв ;-)

Связанный контент