Для отключения заполнения клавишей Tab Bash только временно, можно запустить Bash с --noediting
опция:
alias noed='bash --noediting'
: некоторые TCP-соединения зависают, более или менее воспроизводимо для данной команды или URL, но не имеют легко различимого общего шаблона. Симптомом telltale является то, что интерактивные ssh-сессии работают хорошо до тех пор, пока вы не запускаете команды с большим объемом вывода. Смотрите [119082]Невозможно получить доступ к избранным https-сайтам в Linux через PPPoE[119083] для получения пояснений.
В OpenVPN есть несколько MTU-связанных опций - поиск "mtu" в руководстве. У меня нет достаточного опыта, чтобы быть уверенным в том, какую опцию нужно изменить. (Возможно даже, что вы можете что-то изменить в конфигурации модема Wimax). Наиболее вероятная опция для изменения - [119084]mssfix[119085]: попробуйте снизить значение до тех пор, пока это не решит проблему. По умолчанию 1450; что-то вроде 1400 может решить вашу проблему. Попробуйте [119086]openvpn --fragment 1200 -mssfix[119087]; если это поможет, увеличивайте значение до тех пор, пока оно не начнет ломаться.[118686].
В версии 2.3.0 OpenVPN была обнаружена ошибка, которая отключала бы клиентов при отправке больших кусков данных: [119180]https://community.openvpn.net/openvpn/ticket/263
Эта проблема возникла только при использовании TCP. UDP не был затронут полностью.[118774].
Tuvimos el mismo problema, y de hecho fue un problema de MTU. Sin embargo, para nosotros el problema no estaba en la configuración de openVPN sino en la interfaz tun0.
Cómo lo solucionamos :Primero encuentre el tamaño máximo de paquete que pasó, con
ping <host> -s 1500 -M do
y reduciendo el valor 1500 hasta que nos pasaba un valor (, 1350 ).
Una vez que se encontró el valor correcto, cambie la interfaz tun0 con
sudo ip link set dev tun0 mtu 1350
como fue propuesto por Sebastián aquí . Después de eso, la VPN funcionó sin problemas.