UTF-8環境からEUC-JP環境のサーバにsshした時の文字化けを防ぐ - ぬいぐるみライフ？
Ubuntuはデフォルトで文字コードとしてUTF-8を使っているため，ターミナルを使ってEUC-JP環境のサーバにsshした時，日本語の文字化けが起こってしまう．cocotというツールを使えばこれを防ぐことができる．便利． cocot - COde COnverter on Tty http://vmi.jp/software/cygwin/cocot.html $ mkdir src $ cd src $ wget http://vmi.jp/software/cygwin/cocot-20080315.tar.bz2 $ tar jxvf cocot-20080315.tar.bz2 $ cd cocot-20080315 $ ./configure $ make $ sudo make installPacoを使っている場合は最後のsudo make installを以下のようにすれ
ssh-env - ssh実行時に環境変数を設定/変更したい - spikelet days
目的 sshでリモートホストでコマンドを実行するときに、PATHやその他の環境変数を設定して実行したい。 例えば、勝手にコマンドのバージョンアップができない重要なサーバで、自分のホーム以下にインストールしたコマンドをssh経由で実行したいのだが、PATHが/usr/local/binなどにしか通っていなくて困っている。 結果 sshdの設定変更 (PermitUserEnvironment=yes)、sshd再起動 ~/.ssh/environment に環境変数を書く (VAR=VAL 形式で一行一変数で) ※ "~" や "$" の置換はしてくれないので、PATHを書くときはフルパスで書くこと。 ※ ~/.ssh/rc に書いてもダメです 以下、詳細。 sshのmanによると… sshd(8)の "LOGIN PROCESS" の項目によると、sshでログインした時の処理順序は、以下:
sshコマンド
SSHプロトコルを使ってリモート・ホストと暗号化通信するコマンド。セキュリティを確保しながらリモート・ホストに接続できるため，telnetに代わって標準的に利用されている。利用方法には，1.リモート・ホストへログインして対話的にコマンドを実行する，2.実行するコマンドを引数として指定する，3.リモート・ホストとの間で暗号化トンネルを確立してポート転送する――の三つの形態がある。 ssh [-l ユーザー名] [-v] [-q] [-1] [-2] [-4] [-6] [-N] [-b IPアドレス] [-e エスケープ文字] [-o オプション] [-p ポート番号] [-F 設定ファイル] [-i 秘密鍵ファイル] [-c 暗号方式] [-m メッセージ認証コード] [-L ポート番号:ホスト:ホスト側ポート番号] 接続先ホスト | ユーザー名@接続先ホスト [コマンド] または ssh
SSH秘密鍵のパスフレーズは（つけるなら）11文字以上にしましょうねという話 - 本当は怖いHPC
twitter上で、「SSHの秘密鍵って、盗まれて.bash_history見られたらアクセスし放題だから危ないからパスフレーズを付けるべき」という話があった。個人的には、パスフレーズは気休め程度にしかならないと思っているので付けていない。そもそも、SSH秘密鍵のパスフレーズは、ネットワーク越しのパスワードとは違うもので（だから違う名前がついているのだが）、ZIPファイルのパスワードと似たようなものだ。攻撃者がファイルをローカルにコピーしてじっくり解析できる。 よって、パスフレーズが役に立つのは、 秘密鍵（とシェルのログ）を盗まれ、 秘密鍵を盗まれたことに気づき、 素早くすべての接続先ホストにおいて盗まれた秘密鍵を無効にする という場合だ。このシナリオなら、攻撃者によって接続先に不正にアクセスされるのを防ぐことができる。 パスフレーズによって、どれくらいの猶予が生まれるのか？ パスフレーズ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
