WindowsからサーバーにSSHで接続すると、Puttyが不正なプロトコルエラーを試行しました。


12

私は数か月間、PuttyをSSH経由でUbuntu 12.10サーバーに接続しました。昨日、接続するたびに次のエラーが発生し始めました。

PuTTY X11プロキシ:間違った認証プロトコルが試行されました

X Windowsアプリケーションの起動以外のすべてをセッションで実行できます。私の知る限り、Windows側では何も変わりませんでした。最近、通常のアップグレードメンテナンス中にUbuntu側に@ 20アップデートをインストールしました。

XmingをWindowsクライアントのXサーバーとして使用しています。そして、私が言ったように、それはうまく働いていました。私はこのエラーで検索するGoogleの結果を数十用意しており、ほとんどはSSH接続に別のアカウントにSUまたはSUDOしようとするときに発生するエラーを含むようですが、これは私の通常のユーザー接続で発生しています。

ホームディレクトリの.Xauthorityファイルを削除してみました。また、さまざまなxauth addコマンドを使用して、正しい「マジックCookie」を.Xauthorityファイルに戻してみました。何も機能していません。

何かご意見は?


3
おそらく見てきたこれを。私はあなたの問題の原因がそこにある原因と同じではないことを理解しています。しかし、そこで安全性の低いソリューションを試してみましたForwardX11Trustedか?(これは、SSHを使用できる信頼されていないユーザーの場合は実行しないでくださいman 5 ssh_config。を参照してください。)これを有効にしても安全な場合は、有効にしたくない場合でも、貴重な情報が得られます。
エリアケイガン

また、「さまざまなxauth addコマンド」を試したと言いましたが、期待どおりの情報xauth提供するコマンドの出力ですか?そうでない場合は、状況を明らかにすることができます。出力は何ですかxauth list(16進キーを削除または置換できます。共有する必要はありません)。この情報をすべて提供する最良の方法は、質問編集することです。また、試行したすべてのxauthコマンドと何が起こったかについて、できるだけ多くの詳細を含めてください。
エリアケイガン

左サイドバーのSSH内にある、PuttyのX11構成のスクリーンプリントを投稿してください。私が間違っていない場合、サーバーはXDM認証を行うことを期待していますが、Magic Cookieを実行しようとしています。XDM-Authorization-1に変更してみてください。
thefourtheye

server:/etc/ssh/sshd.confの最近の変更は、「Protocol 1,2」を「Protocol 2」に変更しましたか?プロトコル1には既知の脆弱性がありますが、Puttyが使用している可能性があります。または、プロトコル2を使用するようにPuttyを構成しますか?
ワルチネーター

回答:


2

からの依頼用に再フォーマット http://froebe.net/blog/2008/11/14/getting-xlib-putty-x11-proxy-wrong-authentication-protocol-attempted-i-have-the-answer/

上記のように、スイッチを入れることでセキュリティを破ることができます ForwardX11Trusted yes/etc/ssh/sshd_configサーバーと再起動sshdを上のファイル。完全な解決策は、承認を一時的に他のアカウントに転送することです。

まず、クライアントでアカウントからキーを取得します(Windowsではxming用であり、xming構成に含まれている場合があります)。

$ xauth list
aspc2o1/unix:10 MIT-MAGIC-COOKIE-1 bc664c66cfec3c5c3d5b0efc4ee9d3ad

次に、ssh / puttyアカウントにログインしてxmingキーを追加します(これは実際にはputtyの構成に含まれている可能性があります)。

$ xauth add aspc2o1/unix:10 MIT-MAGIC-COOKIE-1 bc664c66cfec3c5c3d5b0efc4ee9d3ad

これで、sshを介してXディスプレイを転送するときにアプリを開くことができるはずです。


1
誰もマニュアルページを読んでいないようです。このオプションを設定sshd_configすると、SSHサーバーが正常に起動しなくなります!man sshd_config|grep ForwardX11Trusted対してみてくださいman ssh_config|grep ForwardX11Trusted。-1。
0xC0000022L 14

感謝マン... Putty / Windows / XMingからRaspbian Pixelへの問題を解決しました...不思議なことに、previlege(sudo su)を上げるときのXのディスプレイ番号は:11 ...ではなく:10 ...?
ZEE
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.