140文字で収まらなかったので． ssh でログインはできる（認証は成功している）し操作も普通に行える（RTTが正常な範囲）けど，ログインできるまでに（パスワード認証の場合はユーザ名やパスワードを聞かれるまでに）非常に時間がかかるような場合の原因と対処方法を記しておく．こうした現象は主に何らかの方法に挑戦して失敗・タイムアウトしていることが原因である． クライアントの名前解決が原因 クライアントの名前解決ができなくて時間がかかっている．サーバ側での設定変更が主． ssh サーバの /etc/hosts にクライアントの設定を書く 名前解決ができないので ssh クライアントの直接名前を設定してあげる．個別対応なのであまり良い解決策ではないが，やむを得ない場合はこの方法． 192.168.0.2 ssh-client.example.com 192.168.0.2 がクライアントの IP ア
2010年09月01日 さくらインターネットVPSを利用してみた 最初に設定した内容を書いておきます。 恐らく、誰が利用する場合でもやっておいた方がいい設定だと思います。 （１）rootでログインする。 リモートコンソールにアクセスし、rootでログインする。（初期パスワードはさくらインターネットからのメールの[管理用ユーザ]に載っている） （２）rootパスワードの変更 passwdでrootのパスワードを変えておく。 （３）最新アップデートの適用 yum update -yで最新のアップデートを適用しておく。 （４）普段使用するユーザーアカウントを作成する。 adduser ユーザー名 （５）suコマンドをroot以外で使用できないようにする。 /etc/pam.d/suの下記の行のコメントアウトを外す auth required /lib/security/pam_wheel.so
はじめに SSH 接続で時間の掛かるシェルスクリプトをバックグラウンドで走らせて帰りたいのに、SSH 接続を切るとジョブが死んでしまいます。SSH 接続に限らず目の前の OS からログアウトしたりターミナル エミュレータを終了しても同じ現象が起こります。 この症状は正常です。なぜなら、バックグラウンド ジョブを起動したプロセス(ログイン シェル)が子プロセスである該当のバックグラウンドジョブをハングアップ シグナル( HUP )によって終了させるからです。 シェルスクリプトを起動した親プロセスは子プロセスの終了状態を監視しています。ですからログアウトして親プロセスであるシェルが終了すると子プロセスはゾンビ プロセスとなってしまうので親プロセスとなるシェル(ログインシェル)は子プロセスであるバックグラウンド ジョブを kill ( kill -HUP ) するのです。 nohup コマンド
Ubuntu 64bit32bti版入れました（64bit版は素で400MB近くメモリ食ってたので32bitに変えた）。 とりあえずアップデート(インストール時に最後にやってくれてるけど一応) $ sudo apt-get update $ sudo apt-get upgrade SSH公開鍵を追加 ローカルマシンで $ scp .ssh/id_rsa.pub ***.***.***.***:/home/meso サーバで $ mkdir .ssh $ cat id_rsa.pub >> .ssh/authorized_keys $ rm id_rsa.pub $ chmod 600 .ssh/authorized_keys $ sudo apt-get install vim $ sudo vim /etc/ssh/sshd_config で PermitRootLogin yes >
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
