sshd_configのUselogin

私は私のsshd_configファイルを調べていましたが、これを見つけました：

#Uselogin no

私はそれがコメントされていることを知っていますが、それ以上の説明はありませんし、グーグルで検索すると、これが得られます：

従来のlogin（1）サービスを使用してユーザーをログインしないでください。特権の分離を使用しているため、ユーザーがログインするとすぐにlogin（1）サービスが無効になります。

または

login（1）が対話型ログインセッションに使用されるかどうかを指定します。デフォルトは「no」です。login（1）はリモートコマンドの実行には使用されないことに注意してください。また、これを有効にすると、login（1）はxauth（1）Cookieの処理方法を知らないため、X11Forwardingは無効になることに注意してください。UsePrivilegeSeparationが指定されている場合、認証後に無効になります。

理解noする限り、sshが「従来のログイン」を使用するのを防ぎますが、「従来の」ログインについては何も見つかりません。

誰かがそれが何をするのか説明できますか？

ここで、UNIXボックスにアクセスする主な方法がターミナルであり、ログインに関係する4つのプログラムがあるシリアルラインであった時代に、いくつかの履歴が必要です。それらは、init、getty、login、およびshellでした。initはgettyを起動し、実行し続けました。gettyはシリアルポートを開き（モデム固有のこともした）、ログインプロンプトを表示し、ユーザー名が入力されるのを待ちました。ユーザー名が入力されると、gettyはユーザー名でログインを実行し、ログインはパスワードの入力を求め、アカウントの操作を行い、シェルを実行します。この時点でシステムを使用できました。これは今でもデータセンター、仮想マシン、その他多くの場所で使用されています。

次はtelnetです。Telnetはシリアルポートを使用しなかったため、状況は少し変わりました。initはgettyに加えてtelnetd（またはtelnetdを開始するinetd）も開始します。telnetdはユーザー名を取得してログインを実行し、そこからすべてがほぼ同じように実行されます。

セキュアシェルが登場しました。セキュアシェルを使用すると、パスワードなしで（キーを使用するか、バージョンGSSに応じて）ログインできるので、いくつかの方法があります。telnetとまったく同じように、素敵な機能を使用しないか、sshdログインしてシェルを起動すると、あらゆる種類のクールなことができます。ログインのカスタムバージョンがない場合は、sshdにログインを処理させることをお勧めします。（そして、もしあなたがpamを持っているなら、カスタムログインをする多くの理由はもうありません。）