+++++++++++++++++++++++++++++++++++++++++++
タイトル：xshell Linuxの障害（非ネットワークの問題は）ssh経由で接続されています
時間：2019年6月20日
+++++++++++++++++++++++++++++++++++++++++++
仮想マシンを構築するために、システムのファイアウォール（iptablesの）、自分でパーソナルファイアウォールポリシーの調整を学習するとき（iptablesのは、いくつかの戦略の調整されたコマンドを経由して、いくつかは、直接、iptablesのポリシー構成ファイルを変更することで調整されています）。終わったら、再び突然特定のパフォーマンスの成功を確立し、適切に接続しないことが判明し、リモート接続ソフトxshellを介して仮想マシンを接続する前に、ファイアウォールを調整し、サーバーをリンクされているが、コンソールにログインすることはできません。
検査戦略はiptablesのにポリシー設定ファイルを書いた後、sshdを：最初のsshdのポリシー設定があるかどうかを検討。
コマンドを使用すると、まだ正しく接続されていないサービスのiptablesは、再起動後に再起動されます。第二に、それは新しいロードiptablesの設定ファイルかどうかを考慮していません。
そして、sshdの設定ファイルを修正するにはまだsshd_configの後に正常に接続できない、タイムアウト接続で認証とDNS解像度モードの結果を開放することができることを検討してください。
可能性のある問題のSSHDを除外するため、最も可能性の高いiptablesのポリシーで登場です。だから、サービスのiptablesファイアウォールをオフにするコマンドを停止し、xshell通常、サーバーに接続しています。したがって、最終的にどこに問題見つけることができます。
しかし、調査のために繰り返さ戦略iptablesの後、政策は全く問題ないことを確認しました。だから、最後に質問がどこに？この時間は、一般的に、コマンドのiptables -F空のファイアウォールポリシーである学校で使用覚えています。アカウント実用化を考慮し、コマンドcpは、/ etc / sysconfig / iptables内/ BAKバックアップファイアウォールポリシーを使用し、その後、iptablesのは、空のファイアウォールポリシーを-fを使用サービスのiptablesは、ポリシー設定ファイルに空になりますsaveコマンドを使用した直後にファイアウォールポリシーを保存します。これらのアクションは、問題を解決するだけでなく、問題の元の状態に戻って後退していなくても後。そして、ポリシー構成ファイルを開いて、私はそれがマングルテーブル情報の名前よりも、その後のvimエディタでの情報の一部を削除しました。コマンドサービスiptablesの再起動ファイアウォールを再起動して再使用します。ポリシーが今して書かれたポリシープロファイルの道をコピーしてバックアップされました。ポリシープロファイルのデフォルト・ポリシーは、例えば、存在する：の角括弧内に、デフォルトのポリシーのすべての内容は：OUTPUTは[17055 118] ACCEPT [0：0]。ファイアウォールを再起動します。私たちは、問題が解決されたことがわかりました。
もちろん、これはないxshell多くの理由のためにssh現象を接続するにはつながるが、これは唯一のソリューションです。私たちは、現実的な問題を解決したいと考えています。