☰

CentOS 7 SSHエラー

tag-icon • tag-icon shell centos ssh
CentOS 7 SSHエラー

SSHおよびCentOS 7サーバーにはいくつかの問題があります。これが私の問題の説明です。

私のサーバーにopen-sshがインストールされていてrootとしてログインできます（サーバーはリモートで、デフォルトではopen-ssh / centos 7があります）。ただし、他のユーザーとしてログインすることはできませんが、そのユーザーとしてSFTPなどの操作を実行できます。

/var/log/messages には次のように記載されています。

Mar  7 22:10:04 mail systemd: Started Hostname Service.
Mar  7 22:10:42 mail systemd-logind: New session 1107 of user -----.
Mar  7 22:10:42 mail systemd: Started Session 1107 of user -----.
Mar  7 22:10:42 mail systemd: Starting Session 1107 of user -----.
Mar  7 22:10:42 mail systemd-logind: Removed session 1107.

（安全のためにユーザー名を削除しました）

クライアント側では、次のように言います。

2016-03-08 03:37:29    Sent password
2016-03-08 03:37:29    Access granted
2016-03-08 03:37:29    Opening session as main channel
2016-03-08 03:37:29    Server unexpectedly closed network connection

サーバーが提供するデフォルトのsshd構成を編集していません。どんな助けでも大変感謝します。

通常、サーバーへのリモートデスクトップアクセスにXRDPを使用しますが、プロセスを開始/停止するには、他のユーザーにSSHアクセスを許可する必要があります。

答え1

ファイルを確認してください/etc/ssh/sshd_config。使用しているユーザーがsftp次のように構成されている可能性があります。

Match User myuser
    ForceCommand internal-sftp

または、ユーザーのシェルが特別なものに設定されている可能性があります。ファイルを確認してください。/etc/passwd

答え2

私にとって、問題はChrootDirectoryディレクトリに対する権限でした。ええと、カスタム権限は誰が気にしますか？すべてを含めることができる普遍的な権限を与えます。権限を設定する前に考えていましたか？明らかに、これはLinuxが動作する方法ではありません。

新しいSFTPが期待どおりに機能しないと文句を言うチームがいましたが、カスタムディレクトリの権限を確認するときに権限が777に設定されていたため、再帰的に755にリセットしましたが、それはメシアと呼ばれました。

さあ、楽しく勉強してください！

関連情報