モジュールpingを使用してリモートホストにpingしようとしています。私のhostsファイルには、以下のようになります。sshが手に入ることはできませんが手動でsshが成功する
[グループA]
ホストA ansible_connection = sshをansible_user =ユーザA
コマンド：ansible -i hosts -m ping all は手動で私がホストA上の同じユーザAを使用して、正常sshをすることができる午前ではなく経由可能であれば
デバッグログは不可能から：
設定ファイルが見つかりませんでした。 、 型STDOUTの最小デフォルトに
ロードされたコールバックを使用してV2.0
ユーザのSSH接続を確立： ユーザーA
SSH：EXEC SSH -C -vvv -o StrictHostKeyChecking = NO -o KbdInteractiveAuthentication = NO -o PreferredAuthentications = GSSAPI-と-um "、" - bin "、" gssapi-keyex "、hostbased、publickey -o PasswordAuthentication = no -o User = userA -o ConnectTimeout = 10 HostA '/ bin/sh -c'" '"（umask 77 & & mkdir -p"echo /tmp/ansible-userB/ansible-tmp-1473143642.15-125405279117948" & & エコーansible-TMP-1473143642.15から125405279117948 =」echo /tmp/ansible-userB/ansible-tmp-1473143642.15-125405279117948"）& & スリープ0' " ' " ''
元ホストのOS詳細：
LSBバージョン：
のRed Hat
：ベース-4.0-AMD64ベース-4.0-noarch：コア-4.0-AMD64：コア-4.0-noarch：グラフィックス4.0 -amd64：グラフィック-4.0-noarch：印刷-4.0-AMD64：印刷-4.0-noarch
ディストリビュータID：RedHatEnterpriseServer説明：6.8
コードネーム：サンティアゴ
エンタープライズLinuxサーバは6.8（サンティアゴ）リリースをリリース
対象ホストのOSの詳細：
のbash-4.1 $ lsb_release -a
LSBバージョン：
：ベース-4.0-AMD64ベース-4.0-noarch：コア-4.0-AMD64：コア - 4.0 -noarch：グラフィック-4.0-AMD64：グラフィック-4.0-noarch：印刷-4.0-AMD64：印刷-4.0-noarch
ディストリビュータID：RedHatEnterpriseServer
説明：レッド Hat Enterprise LinuxにServerは、リリース6.8（サンティアゴ）
リリース：
6.8
コード名：Santiago
EDIT：マニュアルコマンド：
ssh [email protected]
//Some lines of sshing to the remote host
-sh$: hostname -f
HostA
-sh$:
EDIT2：SSHを実行しているから 出力：EXECコマンド
OpenSSH_5.3p1、OpenSSLの1.0。1e-fips 11/02/11 debug1： 設定データ/ etc/ssh/ssh_configを読み込むdebug1：* のオプションを適用するdebug2：ssh_connect：needpriv 0 debug1：hostAに接続する[IPポート] ポート22. debug2：fd 3を設定するO_NONBLOCK debug1：fd 3クリア O_NONBLOCK debug1：接続が確立されました。デバッグ3：タイムアウト：9924ミリ秒 接続後に残ります。debug1：IDファイル/home/userB/.ssh/identity タイプ-1 debug1：IDファイル/home/userB/.ssh/identity-certタイプ-1 debug3：Not a RSA1キーファイル/home/userB/.ssh/id_rsa。 DEBUG2： key_type_from_name：不明なキータイプ '----- BEGIN' DEBUG3：KEY_READ： 不足しているキータイプDEBUG3：KEY_READ：欠落している空白のDEBUG3：KEY_READ： 欠落している空白のDEBUG3：KEY_READ：欠落している空白のDEBUG3： KEY_READ：欠落している空白をDEBUG3 ：KEY_READ：行方不明の空白 DEBUG3：KEY_READ：欠落している空白のDEBUG3：KEY_READ： 空白DEBUG3を逃す：KEY_READ：欠落している空白のDEBUG3：KEY_READ： 欠落している空白のDEBUG3：KEY_READ：欠落している空白のDEBUG3： KEY_READ：欠落している空白のDEBUG3：KEY_READ：行方不明空白 debug3：key_read：空白がありませんdebug3：key_read：行方不明 空白debug3：key_read：空白がありませんdebug3：key_read： 欠落している空白のDEBUG3：KEY_READ：欠落している空白のDEBUG3： KEY_READ：欠落している空白のDEBUG3：KEY_READ：行方不明の空白 DEBUG3：KEY_READ：欠落している空白のDEBUG3：KEY_READ： 空白DEBUG3を逃す：KEY_READ：欠落している空白のDEBUG3：KEY_READ： 行方不明空白DEBUG3 ：key_read：空白がないdebug3： key_read：空白がありませんdebug2：key_type_from_name：不明なキー タイプ '----- END' debug3：key_read：キータイプがありませんdebug1：identity ファイル/home/userB/.ssh/id_rsaタイプ1 debug1：IDファイル /home/userB/.ssh/id_rsa-certタイプ-1 debug1：IDファイル /home/userB/.ssh/id_dsaタイプ-1 debug1：IDファイル /home/userB/.ssh/id_dsa -certタイプ-1 debug1：IDファイル /home/userB/.ssh/id_ecdsaタイプ-1 debug1：IDファイル /home/userB/.ssh/id_ecdsa-certタイプ-1 debug1：リモートプロトコルバージョン 2.0、リモートソフトウェアバージョンOpenSSH_5 .3 debug1：match：OpenSSH_5.3 pat OpenSSH * debug1：プロトコル2.0の互換モードを有効にする debug1：ローカルバージョン文字列SSH-2.0-OpenSSH_5.3 debug2：fd 3設定 O_NONBLOCK debug1：SSH2_MSG_KEXINIT送信debug3： 981 DEBUG1の 全 kex_parse_kexinit：DEBUG2：kex_parse_kexinit：DEBUG2： kex_parse_kexinit：DEBUG2：kex_parse_kexinit：DEBUG2： kex_parse_kexinit：DEBUG2：kex_parse_kexinit：SSH2_MSG_KEXINITはDEBUG2受信DEBUG2： kex_parse_kexinit：[email protected] 、ZLIB、なしDEBUG2： kex_parse_kexinit：ZLIB @ openssh.com、ZLIB、なしDEBUG2： kex_parse_kexinit：DEBUG2：kex_parse_kexinit：DEBUG2： kex_parse_kexinit：first_kex_follows 0 DEBUG2：kex_parse_kexinit：kex_parse_kexinit：DEBUG2：kex_parse_kexinit： 0 DEBUG2予約SSH-RSAは、ssh-DSS DEBUG2：kex_parse_kexinit：DEBUG2：kex_parse_kexinit： DEBUG2：kex_parse_kexinit：DEBUG2：kex_parse_kexinit：DEBUG2： kex_parse_kexinit：なし、zlibの@ openssh.com DEBUG2：kex_parse_kexinit： なし、zlibののの@のopenssh。コムDEBUG2：kex_parse_kexinit：DEBUG2： kex_parse_kexinit：DEBUG2：kex_parse_kexinit：first_kex_follows 0 DEBUG2：kex_parse_kexinit：mac_setup：0 DEBUG2予約KEX：サーバ - >クライアントDEBUG2：mac_setup： HMAC-MD5 DEBUG1を見つけた HMAC-MD5 DEBUG1 ：KEX：クライアント - >サーバDEBUG1： SSH2_MSG_KEX_DH_GEX_REQUEST（1024 8192）送信DEBUG1： SSH2_MSG_KEX_DH_GEX_GROUPのDEBUG3を期待は：dh_gen_key：256分の123 DEBUG2：ビット設定キービットPRIV 1005 DEBUG2の合計24のバイトを書い設定： 506/1024 debug1：SSH2_MSG_KEX_DH_GEX_INITが送信されたdebug1： SSH2_MSG_KEX_DH_GEX_REPLYデバッグ3：合計1149の144バイトを書き込んだ debug3：check_hos t_in_hostfile：ホストhostAのファイル名 /home/userB/.ssh/known_hosts DEBUG3：check_host_in_hostfile：ホスト hostAのファイル名/home/userB/.ssh/known_hosts DEBUG3： check_host_in_hostfile：マッチライン1 DEBUG3：check_host_in_hostfile： ホストIPポートのファイル名/ host3/hostB/.ssh/known_hosts debug3： check_host_in_hostfile：ホストIPポートのファイル名 /home/userB/.ssh/known_hosts debug3：check_host_in_hostfile：match line 1 debug1：ホスト 'hostA'は既知であり、RSAホストキーと一致します。 DEBUG1：/home/userB/.ssh/known_hosts:1のDEBUG2におけるキー実測値：設定されたビット： 1024分の505 DEBUG1：ssh_rsa_verify：署名正しいDEBUG2： kex_derive_keys DEBUG2：set_newkeys：モード1 DEBUG1：SSH2_MSG_NEWKEYS 送信DEBUG1：期待SSH2_MSG_NEWKEYSのDEBUG3：set_newkeys：モード0 DEBUG1：1165 DEBUG2の 合計16のバイトを書いSSH2_MSG_NEWKEYS はDEBUG1を受信：SSH2_MSG_SERVICE_REQUESTはDEBUG3を送信：1213 DEBUG2の合計48バイト を書いた：service_accept：SSH-USERAUTHのDEBUG1を： SSH2_MSG_SERVICE_ACCEPTが受信デバッグ2：キー： /home/userB/.ssh/identity（（nil））debug2：key：/home/userB/.ssh/id_rsa （0x7ffb0551e430）debug2：key：/home/userB/.ssh/id_dsa（ （nil））debug2： キー：/home/userB/.ssh/id_ecdsa（（NIL））DEBUG3は：input_userauth_banner
DEBUG1：認証数継続することができる：DEBUG3：1277 DEBUG3の 合計64のバイトを書いた最初からやり直す、 通過別のリストdebug3：preferred debug3：authmethod_lookup gssapi-with-mic debug3：残りの優先度：debug3： authmethod_is_enabled debug1：次の認証方法：debug3： アドレスIPポートを逆マップしようとしています。 debug1：不明GSS が失敗しました。マイナーコードにより詳細情報が提供される可能性があります。資格キャッシュ '/ tmp/krb5cc_'ファイルが見つかりません。
debug1：不明なGSS障害。マイナーコードがさらに提供される可能性があります 情報資格キャッシュファイル '/ tmp/krb5cc_'が見つかりません
debug1：不明なGSS障害。マイナーコードは、より多くを提供するかもしれません。 情報
debug1：不明なGSS障害。マイナーコードをより 情報資格情報のキャッシュファイルを提供することができる '/ tmpにはkrb5cc_ /'
DEBUG2が見つかりません： authmethod_lookup GSSAPI-keyex DEBUG3：残りの好適：DEBUG3： authmethod_is_enabled GSSAPI我々はパケット、無効にする方法のDEBUG3を送信しませんでした。 -keyex DEBUG1：次の認証方法： GSSAPI-keyex DEBUG1：いいえ、有効な鍵交換のコンテキストDEBUG2：authmethod_lookup公開 DEBUG3：我々は はパケット、無効にする方法のDEBUG3を送信しませんでした好適残り：、公開鍵DEBUG3は： 公開鍵DEBUG1をauthmethod_is_enabled：次の認証方法：publickey debug1：試行 秘密鍵：/home/userB/.ssh/identity debug3：そのような識別子はありません。 ty： /home/userB/.ssh/identity debug1：提供公開鍵： /home/userB/.ssh/id_rsa debug3：send_pubkey_test debug2： publickeyパケットを送信し、応答を待ちます。debug3：aのために368バイトを書き込みました。 1645 DEBUG1の合計 ：サーバーはキー受け入れ：pkalgのssh-rsaのBLEN 277 DEBUG2： input_userauth_pk_ok：DEBUG3：sign_and_send_pubkey：DEBUG1：タイプRSAのDEBUG3：行わPEM 秘密鍵を読んで有効化：2285 DEBUG1の合計640のバイトを書いたがレベル6での圧縮。debug1：認証 が成功しました（publickey）。デバッグ1：チャネル0：新規[クライアントセッション]デバッグ3： ssh_session2_open：channel_new：0デバッグ2：チャネル0：送信オープンdebug1： [email protected]要求debug1：対話型入力 セッション。デバッグ3：合計2397の112バイトを書きました。debug2：コールバック 開始debug2：client_session2_setup：id 0 debug2：チャネル0：要求 pty-reqの確認1 debug1：送信環境。 DEBUG3：無視されたENV DEBUG3：無視されたenv DEBUG3：無視されたenv MANPATHのDEBUG3：無視されたENV DEBUG3：無視されたenv HOSTNAMEのDEBUG3：無視されたENV ANSIBLE_HOST_KEY_CHECKING DEBUG3：無視されたenv ANSIBLE_SSH_ARGSのDEBUG3： 無視されたenv DEBUG3：無視されたenv TERMのDEBUG3：無視ENV SHELL DEBUG3：無視されたenv HISTSIZEのDEBUG3：無視されたenv QTDIRのDEBUG3：無視さ のenv OLDPWDのDEBUG3：無視さENV QTINCのDEBUG3：無視さENVユーザDEBUG3： 無視されたenv ANSIBLE_REMOTE_TEMPのDEBUG3：無視されたenv LS_COLORS DEBUG3： 無視されたenv DEBUG3：無視さENV TMOUTのDEBUG3。 Ignored env debug3： 無視されるenv PAGER debug3：無視されるenv PATH debug3：無視されたenv debug3：無視されるenv PWD debug3：無視されるenv JAVA_HOME debug3：無視される env LMFILES debug3：無視されたenv EFS_SERVERNAME debug3：無視されたenv EDITOR debug1：送信LANG = en_US。UTF8のDEBUG2：チャンネル0： 要求ENV確認0 DEBUG3：無視されたenvのModulePathのDEBUG3：無視されたenv LOADEDMODULESのDEBUG3： のenv DEBUG3を無視し、無視さENV ANSIBLE_SCP_IF_SSHのDEBUG3：無視されたenv ANSIBLE_TRANSPORTのDEBUG3： 無視されたenv HISTCONTROLのDEBUG3：無視されたenv DEBUG3：無視さENV SHLVL DEBUG3：無視されたenvホームDEBUG3：無視されたenv DEBUG3：無視されたENV PYTHONPATH DEBUG3：無視されたenv PBUSERのDEBUG3：無視されたenv LOGNAME DEBUG3：無視されたenv QTLIBのDEBUG3：無視されたenv CVS_RSHのDEBUG3：無視 のenv LESSOPENのDEBUG3：無視ENV EFS_PLATFORM64デバッグ3：無視されたenv G_BROKEN_FILENAMESデバッグ3：無視されたenv BASH_FUNC_append（）debug3： 無視されるenv BASH_FUNC_addpath（）debug3：無視されるenv BASH_FU NC_module（） DEBUG3：無視されたenv BASH_FUNC_prepend（）DEBUG3：無視さENV BASH_FUNC_delpath（）DEBUG3：無視されたenv BASH_FUNC_showpath（）DEBUG3：チャンネル0：要求シェル確認1 DEBUG2は：3 設定TCP_NODELAYのDEBUG2をfdが_ DEBUG2 無視さENV：コールバック完了debug2：チャネル0：オープン rwindow 0 rmax 32768を確認debug3：合計で の320バイトを書き込み2717 debug2：channel_input_status_confirm：タイプ99 id 0 debug2：PTY チャンネル0で割り当て要求を受け付けましたdebug2：チャネル0：rcvd 調整2097152 debug2：channel_input_status_confirm：タイプ99 id 0 debug2：チャネル0でシェル要求を受け入れる最後のログイン：Tue Sep 6 07:24:55 2016 from hostB
を次の行を追加し、エラーメッセージが表示されていたり、それだけでハングアップ？ターゲットホスト上のOSは何ですか？ –
どのような種類の認証を使用しますか？ – techraf
@ ConstantinSuvorovそれはちょうどハングアップします。しかし、手作業のsshではハングしません。私はssh no-pass認証を使用しています –