WSLにSSHで接続する方法

30

長年の読者、初めての質問者。

私はこの答えの指示に従った：

「Windows 10でUbuntuのBash」にSSHで接続するにはどうすればよいですか？

同じマシン上のWindowsでPuTTYからSSHを試みています。設定ファイルに一致するポート22を使用します。127.0.0.1と127.0.1.1の両方を試しました。しかし、私はまだ「アクセス拒否」を受けています：

最終的には、Visual Studioのリモートビルドをセットアップすることを望んでいますが、私はこれまでのところ、まったくリモートに接続することができませんでした。次のステップは何ですか？

プロセスハッカーはポート22についてこれを表示します（これが何を意味するのかわかりません）：

/ etc / ssh / sshd_configの内容は次のとおりです。

# Package generated configuration file
# See the sshd_config(5) manpage for details

# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
HostKey /etc/ssh/ssh_host_ed25519_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation no

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 1024

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 120
PermitRootLogin no
AllowUsers basel
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile     %h/.ssh/authorized_keys

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

# Change to no to disable tunnelled clear text passwords
PasswordAuthentication yes

# Kerberos options
#KerberosAuthentication no
#KerberosGetAFSToken no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
#Banner /etc/issue.net

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

Subsystem sftp /usr/lib/openssh/sftp-server

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
UsePAM yes

— バーゼル・アルガネム
ソース

「アクセス拒否」は、アカウントに間違ったパスワードを提供していることを意味しますbase1

— -Ramhound

1

私は間違いなく間違ったパスワードを提供していません。私はそれを変更し、念のため数回再試行しました。

— バーゼルアルガネム

見回してみましたか？

— マットクラーク

1

今朝数時間、絶対に見回してみました。残念ながら、私はこの分野では一般的に知らない。私は答えで示唆されているように行をコメントアウトしようとしましたが、それは役に立ちませんでした。キーベースの認証を試してもうまくいくと思いますか？

— バーゼルアルガネム

1

ポート2200（sshd_configの5行目）に切り替えて、WSLに正常にログインできました。Windowsはポート22を使用していたので、Linuxはできなかったのでしょうか？さらに、sshdはProcess Hackerでポート2200をリッスンするように表示されましたが、以前はまったく表示されませんでした。これを質問への回答として提出しますか？

— バーゼルアルガネム

25

2222などのファイル/etc/ssh/sshd_configで22ポートを別のポートに変更し、commond sudo service ssh --full-restartでsshサービスを再起動すると、正常にログインできます。しかし、理由はわかりません。

VisualGDBによるVisual Studioのリモートgdbサーバーとしても使用してみましたが、うまく機能しません。VisualGDBは、公式Webサイトが示すように、次のバージョンでそれをサポートします。リンクはhttps://sysprogs.com/w/forums/topic/visualgdb-with-windows-10-anniversary-update-linux-support/#post-です9274

— ヌルルン
ソース

さて、VisualGDBは、より詳細にそれをサポートvisualgdb.com/tutorials/linux/win10

— NUL LUN

4

これは、Windowsがポート22でSSHサーバーブローカーを実行する可能性があるためです。必要なことが確実でない限り、安全に無効にできます。開発中の一部の手順に使用されます。

— UnclickableCharacter

3

Windowsファイアウォールでポートを開くことを忘れないでください。

— -dthor

3

おそらく、認証も変更する必要があります。デフォルトでは、クライアントへのsshキーが必要です。従来のユーザー/パスワードログインが必要な場合は、この構成を/etc/ssh/sshd_config次のように設定しますPubkeyAuthentication no PasswordAuthentication yes

— 。– Tonatio

1

前述の@dthorのようなファイアウォールルールを有効にし、Tonatioのようなパスワード認証を有効にする必要がありました。

— sdkks

10

WindowsにはSSHサーバーが組み込まれているため、ポート22は機能しません。

Windows 10にはSSHサーバーが付属しており、無効にするか、WSLでSSHに使用するポートを変更する必要があります。後者を選択し、WSL SSHにポート2200を使用することにしました。

ソース：https : //virtualizationreview.com/articles/2017/02/08/graphical-programs-on-windows-subsystem-on-linux.aspx

— ayao1337
ソース

これは実際、この質問に対する唯一の正しい答えであり、受け入れられた答えでさえ、これがポートを変更しなければならなかった理由であることを示唆しています。24時間以内にこの回答に報奨金を授与します。

— ラムハウンド

2

ログインするときは、WSL Linuxユーザーのパスワードではなく、Windows Microsoftアカウントのパスワードを使用してください。cmd.exeを実行しているWindowsホームディレクトリにログインします。コマンド/windows/system32/bash.exe ~ --loginを入力して、WSLホームディレクトリにログインし、を実行します.profile。

— ラフカロー
ソース

1

WSL：「UsePrivilegeSeparation no」にも注意してください。そうしないと、コンソール（/ usr / sbin / sshd -Dddde）でサーバーを実行すると、PrivilegeSeparationが実装されずに失敗します...

— ga_t
ソース

1

UsePrivilegeSeparationは非推奨です

— mFeinstein

0

私がやったことは、ssh-keygenではなくsudo ssh-keygenで、ファイルが正しく書き込まれないという以前の問題に遭遇し、これが私のために修正した

— メタ
ソース