sshでログイン後に表示されるメッセージ

このQ&Aのポイント
  • sshでログイン後、表示されるメッセージが突然変わりました。過去のログイン情報が表示されなくなり、「No mail.」と表示されるようになりました。ログイン情報の表示を復元する方法と、「No mail.」の意味について教えてください。
  • sshでリモートログインすると、表示されるメッセージが変更されました。過去のログイン情報が表示されず、「No mail.」というメッセージが表示されるようになりました。ログイン情報の表示を戻す方法と、「No mail.」の意味についてお知らせください。
  • sshでログイン後、表示されるメッセージが変わりました。過去のログイン情報が表示されなくなり、「No mail.」というメッセージが表示されるようになりました。ログイン情報の表示を元に戻す方法と、「No mail.」の意味についてご教示ください。
回答を見る
  • ベストアンサー

sshでログイン後に表示されるメッセージ

Fedora Core release 4を使っています。 sshでリモートログインすると、今までは 「Last Login : 」の表示に続いて、前回自分がログインした時のホスト名が表示されていました。 しかし、数日前から突然、 「No mail.」とだけ表示されるようになってしまいました。 (公開鍵が一致しませんが繋いでいいか?鍵を上書きするか?  との趣旨のウィンドウも出ました) 以前のようにLast Login : を表示させるにはどこを設定すればよいのでしょうか。 また、今表示されている「No mail.」は一体何が表示されているのでしょうか。 (このコンピュータでメールの送受信はしていませんし、  メールサーバも動かしていません。)

質問者が選んだベストアンサー

  • ベストアンサー
  • Wr5
  • ベストアンサー率53% (2177/4070)
回答No.1

> Fedora Core release 4を使っています。 すでにパッチやアップデートの提供が終了しているのではないかと思いますが、その辺りは大丈夫なのでしょうか? > しかし、数日前から突然、 > 「No mail.」とだけ表示されるようになってしまいました。 > (公開鍵が一致しませんが繋いでいいか?鍵を上書きするか? >  との趣旨のウィンドウも出ました) サーバの公開鍵が変更されたのでしょう。 接続先はほんとうに正しいサーバでしょうか? 管理者がなにか変更したのではないですか? > 以前のようにLast Login : を表示させるにはどこを設定すればよいのでしょうか。 sshd_configのPrintLastLogパラメータが変更されたのでは? その数日前とやらに、FedoraCore4のopensshの更新でもあったのでしょうか? ftp://ftp.riken.jp/Linux/fedora/core/updates/4/i386 によると、2006/01/23が最終っぽいので違いますね。 インストール後アップデートをまったくやっていなかったというのでなければ。 ところで、パスワード認証ですか? 公開鍵方式ですか? パスワード認証の場合、クラックされている可能性があります。 クラックされていた場合、最終ログイン日時を隠すためにsshd_configが書き換えられた可能性があります。 # root奪取された可能性も。 opensshのパッケージもバックドア入りに換えられたのかも知れません。 その際、インストール先が変更になった等でサーバの公開鍵が新たに作成された。 という可能性もあります。

関連するQ&A

  • sshログイン時のメッセージについて

    sshでログインする時に表示されるメッセージ(★)の意味について、教えてください。 また、このメッセージが表示される場合、正しくログインできているのでしょうか。 [usr1@host1 ~]$ ssh usr2@host1 Last login: Sun Oct 21 19:03:43 2012 from host1 [usr2@host1 ~]$exit Connection to host1 closed. [usr1@host1 ~]$ ssh usr2@host2 Last login: Sun Oct 21 19:04:27 2012 from host1 -bash: /home/usr2: is a directory ←★ [usr2@host2 ~]$ <環境> OS:RHL 5.4 x86 ホスト名1:host1 ホスト名2:host2 ログインユーザ1:usr1 ログインユーザ2:usr2

  • SSHでの接続が不安定

    SSHでの接続が不安定 fedora11で鍵交換方式による認証でリモートログインするSSHサーバを建てた のですが、どうも接続が不安定です。 クライアント(Windows XP)でPutty、Poderosaなどでログインしようとすると、 ポート22番ではじかれてしまい、エラーウィンドウが表示されます。 ポート開放チェックサイトでは、22番にはアクセスできると表示されているのですが、 どうもうまくいきません。 しかし、この状態で何もいじらないで30分ほど放置し、再びログインしようとすると、 ターミナルに 「login as:」と表示され普通に接続可能になります。 なぜ、このようになるのかわかりません。 考えられる理由程度でよいので、よろしくお願いします。

  • ssh-keygen について

    パスワードなしでリモートホストにログインする方法で、 「ssh-keygen -t rsa」 コマンドを利用しているのですが、ここで 鍵ファイル名をid_rsa ではなくxxx_rsa とした時に 公開鍵をリモート、秘密鍵をローカルに設置して「ssh user@hostname」コマンド を行ってもパスワードを聞かれてしまいます。 デフォルトのid_rsa のままで同じことをすればパスワードを聞かれないのですが、 鍵ファイル名を変更したときには、他に設定すべき項目かsshログインするときに 必要なオプション等はありますでしょうか。 回答よろしくお願いします

  • sshやscpでlocalhostへ接続できますか?

    どのカテゴリーに質問すべきか悩んだのですが、 SSHやSCPはリモートホスト欄に、test@localhost のように記述し、リモートでSSHやSCPを利用するのと 同じく鍵をコピーすればlocalhostへ接続できますか? といいますのは、セキュリティーは変わらないのですが ローカルだったら、rm や cp リモートだったらsshでrm や scp というようにプログラムで切り替えるのが面倒なので、 どのホストでもsshやscpを使うとしたくて。。 よろしくお願いします。

  • SSHの公開鍵の使い方

    以前から、WinXPマシンに OpenSSH for Windows をインストし、それを通してリモートデスクトップをしていました。SSHクライアントは、PuTTYです。 SSHには公開鍵を使ってログインを制御すると良いといろいろなサイトで見かけるので、公開鍵を PuTTYgen で作成後に、OpenSSH 付属の ssh-keygen.exe で変換して鍵を作りました。そのあと、cmd で copy /b 鍵.pub > authorized_keys を実行しました。 #このとき、authorized_keysのコピーがうまくいって #なかったようなので、ノートパッドで、中身をコピー #しました。 しかし、鍵付きでアクセスしようとすると鍵を拒否され、しかも、鍵なしのWindowsログオンパスでログインできてしまいます。 どのようにしたら、鍵付きでログインできて且つ、ログイン制限をできますか? それと、おまけに聞きたいことがあるのですが、sshd_config のPermitRootLogin は no にした方がいいのでしょうか? #Linux風に行けば、したほうが断然いいのですが、 #Winだと、rootなんてないし・・・

  • パスワードなしで ssh のログインを行いたい

    http://www.okweb.ne.jp/kotaeru.php3?q=588282 の続きです いろいろ回答をいただいて問題点が少しはっきりしたので、質問の焦点を絞って再投稿します。 2台の Windows XP の PC に、Cygwinをいれ、OpenSSH サーバをたてています(サービスとして動かす)。  「パスワードなしで ssh のログインを行いたい」 のですが、うまくいきません。設定は、次のように行いました。 (1) クライアントPCで公開鍵をつくる   $ ssh-keygen -t rsa で(パスフレーズを空白にして)公開鍵を作成(identity.pub) (2) ホストPCに鍵をコピーして、   % cat identity.pub >> .ssh/authorized_keys のように、authorized_keys に鍵の内容を追加する。 Linux がホストの場合は、以上の手続きで「パスワードフリー」になったのですが、 Cygwin ではだめです。   $ssh -1 192.168.0.5 1   Permission denied.   $ ssh 192.168.0.5   Permission denied (publickey,keyboard-interactive). のようになって、失敗してしまいます。

  • シェルスクリプトでsshの初回ログイン処理をしない

    以下のような処理はシェルスクリプトで実装可能でしょうか。 【host.txt】 aaaホスト bbbホスト cccホスト 【test.sh】 for (【host.txt】の一覧) {  if (ホストに対してAre you sure you want to continue connecting (yes/no)?と聞いてきた) {   # ssh初回ログイン時  } else {   # ssh初回ログインではない  } }

  • LDAPサーバのSSH認証でログインできない

    現在1台のマシン上にZone環境を用いてLDAPサーバ、クライアントを構築し、サーバ上(グローバルゾーン)からクライアントへ(ローカルゾーン)へSSHログイン認証をLDAPで行わせようとしています。 設定に関しては下記サイトに従っています。 http://blogs.sun.com/funasaki/entry/directory_server_setup 最終確認のSSHのLDAPログイン認証にてインスタンスの起動に関わらず以下のメッセージが出力されログインできません。 --------------------------------------------------------------- # ssh -l testuser zone1 @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ 警告: リモートホストの識別情報が変更されました! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ だれかが悪意のある操作を行なっている可能性があります! 現在、そのだれかから盗聴されている可能性があります (man-in-the-middle attack)! また、RSA ホストキーが変更された可能性もあります。 リモートホストから送信されてきた RSA 鍵のフィンガープリントは、 xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx です。 システム管理者に連絡してください。このメッセージを削除するには、正しいホストキーを /.ssh/known_hosts 内に追加してください。 /.ssh/known_hosts 内の問題の鍵:1 zone1 の RSA ホストキーが変更され、厳密な検査が要求されました。 ホストキーの検証に失敗しました。 --------------------------------------------------------------- 尚作業は以下の環境にて行っています。 Solaris10 SPARC 64bit SunDirectoryServer6.2 Sun_SSH_1.1、SSH プロトコル 1.5/2.0、OpenSSL 0x0090704f 解決方法・対応をご存知の方ご教授願います。 宜しくお願い致します。

  • MacでSSHログインする時に

    MacBookProの「ターミナル」からSSHコマンドでログインする時に 「SSHキー"rhel.com"のパスワードを入力してください。」という メッセージボックスが表示されます。 リモート先はRHELですが、sshキーは作成していません。 いちいち聞かれるのが鬱陶しいので、ssh-keygenでキーを作成してるところだけ (メッセージボックスじゃなくてターミナル上で)聞かれるようにしたいのですが、 何か設定が悪いのでしょうか? sshの設定をいろいろいじったのは覚えてますが、 どこをいじったら そうなったのかが覚えていません。 お願いします

  • LinuxへTeratermにてSSH接続できない

    TeratermにてSSHリモート接続ができなくなりました。WindowsマシンよりTeratermにて接続していましたが、公開鍵のパスワードを忘れてしまい、再度鍵パスワード無しで設定しようとしましたが、TeratermよりLinuxへ全く繋げません。 そもそも鍵認証なしでもSSH接続ができません。  pingはWindowsマシンからLinuxへは疎通はできています。 # cat /etc/ssh/sshd_config # RSA秘密鍵 identityを必須にする( no で“必須”を指定 ) PasswordAuthentication no # rootでのログインを禁止する PermitRootLogin no # パスワード無しのログインを許すか PermitEmptyPasswords no # .rhosts等を信用するか(RSA認証付き) RhostsRSAAuthentication no # ユーザuserのみ接続許可をする(不特定多数に接続させない為) AllowUsers user 何か原因があれば再設定手順をご教授頂きますよう、お願いいたします。