Почитав форумы, я пришел к выводу, что у меня проблема, противоположная большинству проблем с удаленным доступом.
Я установил Ubuntu 18.04 Server и вошел в систему. Установил рабочий стол Xfce и Mozilla Firefox, чтобы иметь возможность искать дополнительную информацию о настройке Dual Wan (и связанного сетевого адаптера). Все работало отлично. Настроил 3-й (поскольку № 2/№ 3 связаны) сетевой адаптер с намерением использовать его только как локальную сеть / удаленно с моего рабочего стола.
Могу войти по SSH с помощью putty, но заметил, что у меня происходят некоторые странности с маршрутизацией/NAT, так как веб-сайты либо загружаются мгновенно, либо по тайм-ауту, то же самое с sudo apt-get update и т. д. Предполагая, что они выходят/входят на разных интерфейсах. Сегодня вернулся, чтобы войти локально на сервер, и он говорит «Не удалось выполнить команду входа», на экране что-то быстро мигает, а затем обновляется рабочий стол.
Поскольку прошла неделя с тех пор, как я смог поработать над проектом, я подумал: «Блин, ты, должно быть, неправильно ввел пароль». После нескольких попыток я вернулся к своему рабочему столу в офисе и попытался войти по SSH с тем же именем пользователя/паролем и сразу же вошел!
Итак, у меня есть доступ, чтобы продолжить попытки исправить странную маршрутизацию/NAT/что-то еще, что у меня есть через SSH, но теперь я не могу войти локально и не знаю почему. Возможно, какая-то проблема с Xfce Desktop? На этом этапе я бы даже отключил вход в систему локально без GUI.
решение1
Итак, вот что я выяснил. Пока я устранял другие возникшие неполадки (до того, как заняться проблемой маршрутизации/NAT, я обнаружил, что теперь у меня нет возможности даже запустить sudo apt-get update, поскольку я получал всевозможные ошибки «Не удалось записать, диск заполнен»).
Короче говоря, по-видимому, несмотря на то, что на сервере установлен RAID-массив на 410 ГБ, и он был разбит на разделы с помощью LVM при первоначальной установке, установщиком на корне фактически использовалось только 4 ГБ, и я получил следующее:
Информация о системе по состоянию на Сб 8 июня 15:40:10 UTC 2019 => / использует 95,7% из 3,87 ГБ
После изменения размера/dev/mapper/ubuntu--vg-ubuntu--lv 3.9G 3.8G 0 100% /Я подумал, что попробую войти в систему, и вуаля! Я смог войти снова. Не уверен, упустил ли я что-то в ту ночь, когда делал установку, или что-то еще, так как раньше я всегда делал определенные размеры разделов на основе того, что читал в Интернете (например, раздельные root / tmp / home / и т. д.), но на этот раз я пошел по совету всех, позволив ему сделать LVM и позволить ему автоматически заполниться/настроиться. Он дал мне все 410 ГБ на LVM, но застрял на корневом диске на 4 ГБ, которые были заполнены, таким образом, не позволяя мне войти в систему с помощью GUI (локально) или выполнить какие-либо обновления/и т. д.
Я решил опубликовать найденное мной решение на случай, если у кого-то еще возникнут проблемы с невозможностью войти в графический интерфейс рабочего стола, а окажется, что это был полный корневой раздел. Спасибо всем! ~AW