フォーラムを読んでみると、ほとんどのリモート アクセスの問題とは逆の問題が発生していると感じます。
Ubuntu 18.04 Server をインストールしてログインしました。Xfce デスクトップと Mozilla Firefox をインストールして、デュアル WAN (およびボンディングされた NIC) セットアップの構成に関する追加情報を検索できるようにしました。すべて正常に動作しました。3 つ目の NIC (#2/#3 はボンディングされているため) をセットアップし、それを LAN 専用 / デスクトップからのリモート インとして使用することを意図しました。
putty で SSH で接続できますが、ルーティング/NAT に異常が発生していることに気付きました。Web サイトが即座に読み込まれるか、タイムアウトするか、sudo apt-get update などでも同様です。これらは異なるインターフェイスで送受信されていると想定しています。今日、サーバーでローカルにログインし直したところ、「ログイン コマンドの実行に失敗しました」というメッセージが表示され、画面に読みにくい何かが点滅し、デスクトップが更新されます。
プロジェクトに取り組めなくなってから 1 週間が経っていたので、「バカ、パスワードを間違えたに違いない」と思いました。何度か試した後、オフィスのデスクトップに戻り、同じユーザー名とパスワードで SSH 接続を試み、すぐに接続できました。
そのため、SSH 経由で発生する奇妙なルーティング/NAT/その他の問題を修正しようと試みることはできますが、現在はローカルにログインできず、その理由もわかりません。おそらく Xfce デスクトップの問題でしょうか? この時点で、デスクトップをシャットダウンして GUI なしでローカルにログインすることさえできます。
答え1
そこで、私が発見したことは次のとおりです。発生した他の問題のトラブルシューティングを行っていたところ (ルーティング/NAT の問題に取り組む前に、さまざまな「書き込みに失敗しました。ドライブがいっぱいです」というエラーが発生し、sudo apt-get update を実行することすらできないことがわかりました)。
簡単に言うと、サーバーに 410G の RAID をセットアップし、最初のインストール時に LVM でパーティション分割したにもかかわらず、ルートのインストーラーから実際に使用されていたのは 4GB だけで、次のような状況でした。
2019年6月8日土曜日15:40:10 UTC時点のシステム情報 => / は3.87GBのうち95.7%を使用しています
サイズを変更した後/dev/mapper/ubuntu--vg-ubuntu--lv 3.9G 3.8G 0 100% /ログインしてみようと思ったら、なんと、またログインできました。インストールした夜に何か見落としたのか、それとも何か他の理由があったのかはわかりません。以前は、オンラインで読んだ内容に基づいて特定のパーティション サイズを設定していました (たとえば、ルート / tmp / ホームなどを分離する)。しかし、今回は、みんなが勧めていたように、LVM を実行して自動で設定/調整するようにしました。LVM で 410 GB すべて使用できましたが、ルートは 4 GB で止まってしまい、いっぱいになってしまったため、GUI (ローカル) でログインすることも、更新などを行うこともできませんでした。
デスクトップ GUI にログインできないという問題を抱えている人が他にもいるかもしれないので、見つけた解決策を投稿しようと思いましたが、結局はルート パーティションがいっぱいだったようです。皆さん、ありがとう! ~AW