Не удается подключиться по SSH к серверу openssh версии 7.8 и выше
Проблема под рукой
Вы хотите переместить содержимое foo/bar/вверх на уровень foo/.
Я буду ссылаться на этот пост о суперпользователе , а также на этот пост из serverfault в решении.
Решение
По словам пользователя Stephan202 , вам нужны следующие команды для выполнения этой задачи:
cd /path/to/foo/bar
mv *.[^.]*..
Также должна быть возможность изнутри foo/bar/запустить следующую команду:
(shopt -s dotglob; mv -- *..)
Убедитесь, что у вас есть правильные разрешения. При необходимости запустите команду с привилегиями root (sudo ).
Заключение
Пожалуйста, прокомментируйте, если у вас есть какие-либо вопросы или проблемы с этим ответом. Я настоятельно рекомендую вам внимательно прочитать каждую ссылку, которую я предоставил, прежде чем пытаться использовать команды. Я ценю обратную связь, чтобы исправить любые неправильные представления и улучшить мои сообщения. Я могу обновить свой ответ по мере необходимости.
Удачи!
У меня есть хорошие новости.
Я обратился к своему интернет-провайдеру. Мне выдали новый IP. Я не знаю, что еще они сделали, но это решило проблему.
Я также поднял проблему с разработчиками RedHat, работающими над openssh.
Они сказали, что это известная проблема, особенно в сообществе VMWare:
https://communities.vmware.com/thread/590825
Проблема связана с изменением в OpenSSH _7.8, относящимся к флагу QoS.
http://www.openssh.com/txt/release-7.8
Обходной путь заключается в использовании следующего в файле ~/.ssh/config
Host *
IPQoS=throughput
Я не буду отмечать это как ответ, пока не подтвержу, что это работает с моей стороны.
Это невозможно узнать, не включив ведение журнала DEBUG и не следя за sshd с помощью journalctl на VPS.
Для этого вам необходимо узнать у своего провайдера VPS, как получить доступ к серверу через Консоль. У разных провайдеров разные методы.
Добавьте следующую конфигурацию в любом месте /etc/ssh/sshd_configна VPS:
LogLevel DEBUG
Перезапустите sshd на VPS:
sudo systemctl restart sshd
Хвост журнала sshd на VPS:
journalctl -u sshd -fn0
Теперь попробуйте подключиться по ssh с вашего локального компьютера, чтобы увидеть, что sshd считает неправильным.
РЕДАКТИРОВАТЬ:Обновление по результатам комментариев:
Учитывая тот факт, что у вас возникают трудности с подключением с хостов, использующих NATd, проверьте, включены ли следующие конфигурации ядра на вашем Cent 8 VPS, и если да, отключите их:
sysctl -w net.ipv4.tcp_tw_recycle=0
sysctl -w net.ipv4.tcp_tw_reuse=0
Если это работает, используйте /etc/sysctl.conf, чтобы сохранить эти изменения после перезагрузки.