どういうわけか sshd の実行が停止し、start、restart、onestart をいくら実行しても再び起動しません。通常、Ubuntu Karmic を実行しているときはネットワーク上で gabi-buntu として、Windows XP Pro を実行しているときは gabi-pc として表示されるデュアル ブート ラップトップ コンピューターから ssh で接続します。Putty 接続も Linux ターミナルも、ssh リンクを確立できなくなりました。
サーバーを再起動すると、「/etc/rc: 警告: run_rc_command: /usr/sbin/sshd を実行できません」というメッセージが表示されます。さらに、次のようなメッセージが表示されます。
rpc.statd: ホスト gabi-buntu への接続に失敗しました RPC: ポート マッパーの障害 RPC: タイムアウトしました
その他はすべて正常に動作します。FreeBSD 7.2 ボックスは、プリント サーバー、Samba サーバー、および https 経由の wiki 用の Apache サーバーを実行します。また、Linux クライアント用の NFS 共有も提供します。
助言がありますか？
答え1
Geoff と Marie、私はそこまでは進みませんでした。私はここに来たばかりです。この質問に注目していましたが、回答がまったく表示されなかったので、実際に見ていなかったのです。そうすれば、あなたのコメントに気付くはずでした。回避策を見つけました。
まず、私の診断は次の通りです。
結局、NFS サーバーはクライアントが存在するかどうかを気にするようです。知りませんでした。NFS サーバーは、そこにいてサービスを求めている人にだけサービスを提供するものだと思っていました。
「gabi-buntu」クライアントは、デュアルブート ラップトップの Ubuntu Karmic の半分でした。Karmic はラップトップではサスペンド/ハイバネーションしません。または、せいぜいサスペンド/ハイバネーションできますが、コールド リスタートが必要なため、起動できません。このイベントは、NFS サーバーの rpc.statd デーモンにクライアント クラッシュとして登録されます。これがポート マッパーの障害の原因です。FreeBSD マニュアル ページの rpc.statd(8) の BUGS セクションを参照してください。
私の回避策:
NFS サーバーは実際には必要ではありません。Ubuntu がラップトップでサスペンド/休止状態を実現するまで、私は Win XP を使い続け、Samba 経由でサーバー共有にアクセスします。これで問題なく動作します。
したがって、私がしなければならなかったのは、ssh を修正することだけでした。/usr/sbin/sshd ファイルはそこにありました。なぜ動作しなかったのかはわかりませんが、それは問題ではありません。「openssh-portable」ポートの「make -D WITH_OVERWRITE_BASE deinstall reinstall clean」によって、問題が何でも解決され、動作するようになりました。