SSH で踏み台経由(プロキシコマンド)するのに nc も connect も要らないよ？ - それマグで！
ssh で踏み台経由するのに、 nc が入ってなかったから無理だといっていたら、そんなもの必要なSSHとかいつの話だよといわれて、オレ涙目 -t オプションだけで行けるよ。 ssh -t gw.example.com "ssh 192.168.2.100 " ポイント。 ssh -t 踏み台サーバー " ssh アクセス先サーバー" 踏み台サーバーにSSHでログインして、 ssh コマンドを更に実行するん。其の時にttyを確保して、端末と端末をつなぐのです。 ポートも指定する ssh -t gw.example.coom -p 22 "ssh localhost -p 2222 "gw.example.coom:22 に接続して、そこからlocalhost:2222 へプロキシする -t オプションがなしだと ssh gw.example.com "ssh 192.168.2.100 "
ssh-copy-id - なんかいろいろ書き込んでみるテスト
ssh-copy-idコマンドを今さら知ったので、メモ。 何に使うコマンドかというと、sshのクライアント認証で使う公開鍵をサーバー側にコピーするのに使う。 sshでリモートホストに接続する場合、接続先のリモートホストに公開鍵を登録する必要があるが、ssh-copy-idコマンドを使わないと次の手順になる。 ssh-keygen -t dsa →公開鍵と秘密鍵を作成 scp .ssh/id_rsa.pub 192.168.1.16:~ →公開鍵をリモートホストのユーザーのホームディレクトリにコピー ssh 192.168.1.16 →リモートホストに接続。ここでパスワードを入力 mkdir .ssh →ユーザーのホームディレクトリに.sshディレクトリがなければ作成 cat id_dsa.pub >> .ssh/authorized_keys →公開鍵をauthorized_keysファイ
9 Awesome SSH Tricks
Sorry for the lame title. I was thinking the other day, about how awesome SSH is, and how it's probably one of the most crucial pieces of technology that I use every single day. Here's a list of 10 things that I think are particularly awesome and perhaps a bit off the beaten path. Update: (2011-09-19) There are some user-submitted ssh-tricks on the wiki now! Please feel free to add your favorites.
tmuxとssh-agent - PF-X.NET Diary
クラスタなどを管理していると，tmuxなどターミナルマルチプレクサが便利だが，ssh-agent(forward)周りが面倒なことになる． というのも，ssh-agentは環境変数SSH_AUTH_SOCKに入っているUNIXドメインソケットからアクセスできるようになっていて，これがログインの度に変わる． しかし，tmuxの中では環境変数がそれに追随しないので，一旦detachしてlogoutした後，再度attachするとssh-agentにアクセス出来なくなる問題が起こる． これを解決するために，SSH_AUTH_SOCKにシンボリックリンクを指定し，シェルを立ち上げる度にそれを張替えるという方法があるが，結構はまりどころが多い． 少し調べると，以下のようなものを.bashrcなどに書く方法が見つかる． SOCK="/tmp/ssh-agent-$USER" if test $SSH_A
Redirecting...
Redirecting... Click here if you are not redirected.
ssh-agentの基本 - Qiita
説明するほどのでもない気がするけど、書いてとせがまれたので書いてみる。 適当に書いたので、細かい説明とか用語の使い方がおかしいのは大目に見てもらう方向で。 ssh-agentは、sshの鍵をssh-agentデーモン(?)に保持させておいて、使い回せるようにするツール。 使い方は、ssh-agentを起動して、そのシェル内でssh-add でkeyを追加するだけ。
.ssh/configで設定すると接続が楽になる方法 - Qiita
puttyよりcygwin派です。 cygwinでsshする時に、.ssh/configに書くと便利な設定を記載。 １．接続が閉じられるのを防ぐ アクセス先のサーバーで何も操作しないと、一定時間で接続が切れてしまうことがあります。 これを防ぐには
SSHの圧縮 - ふなWiki
圧縮の方法 コマンド ユーザごとの設定ファイル ~/.ssh/config システム全体にわたる (system-wide) 設定ファイル /etc/ssh/ssh_config teraterm なら TERATERM.INI puttyなら putty.ini 圧縮率 http://www.unixuser.org/~haruyama/security/openssh/support/addendum.html#add_6 6. 圧縮および圧縮レベルの設定の目安 OpenSSH では、遅いネットワーク環境でのデータ転送速度を上げるためにデータを圧縮しながら転送することができます。本書 156ページには「圧縮を行うかどうかの目安は 4-?. 節を参照してください」と書かれていますが、実際には本書に目安は書かれていませんでした。 以下は著者の環境において、さまざまな回線速度および圧縮レベル
多段SSHの設定を.ssh/configにまとめる - Qiita
概要 踏み台サーバを経由した多段SSHの設定をconfigにまとめる方法 接続するマシンは、WANやゲートウェイ内のネットワークのいずれにも属する可能性があると想定(ノートPC等) ネットワーク図 図のようにゲートウェイ経由でしかアクセスできないネットワーク内にさらにゲートウェイがあるネットワークを想定 単純な多段SSHの書き方 host gateway HostName sshgate.hoge User hoge Host RemoteHost-out HostName RemoteHost User fuga ProxyCommand ssh -W %h:%p gateway 上記の設定を~/.ssh/configに書いた後、 ssh RemoteHost-out でgateway経由でのアクセスが可能 複数に同時に設定を適応する場合 .ssh/configには複数の設定をワイルドカ
sshごしのvimからクリップボードにコピーする - Qiita
<もっと評価されるべき> 参考サイト 受信側（手元のマシンに入れるスクリプト） http://yskwkzhr.blogspot.jp/2011/04/copying-remote-screen-paste-buffer.html 送信側（ssh先のマシンに入れるスクリプト） http://blog.remora.cx/2011/08/yank-to-local-clipboard-from-vim-on-screen.html 必要な作業 clipboard_text_listerner.pl TCPで受け取った情報をクリップボードに突っ込むスクリプトです cloneして起動します git clone git://github.com/yoshikaw/ClipboardTextListener.git cd ClipboardTextListener ./clipboard_text_
タブ型ターミナルエミュレータ「RLogin」を使ってみた - akishin999の日記
職場の人に教えてもらった Windows 用のタブ型ターミナルエミュレータ「RLogin」を使ってみました。 rlogin/telnet/ssh(クライアント)ターミナルソフト http://nanno.dip.jp/softlib/man/rlogin/ 恥ずかしながら教えて貰うまで全くその存在を知らなかったのですが、シンプルなインターフェースなのにかなり多機能で、なかなか使い易いソフトウェアです。 自分は普段は TeraTerm メインでたまに PuTTY、という感じなんですが、これなら常用してもいいかなー。 接続先リストの管理とか。 ウインドウ分割してウインドウ毎に色を変更したりもできます。 背景に画像を設定したり透過にすることも可能。 更には接続中のサーバに対してそのまま SFTP することまで出来ました。 TeraTerm も最近のバージョンだと 1 ファイルずつならドラッグ &
【GitHubEnterprise】deploykeyを複数リポに適用 - 気ままなつぶやき
したかったの。。。 jenkinsサーバで、複数gitリポのビルドとかしたいし、 マルチプロジェクトだってあるし。。。 でもGitHubEnterpriseの仕様上できない。 お問い合わせしてみたけど、だめですた(つд⊂)ｴｰﾝ なので、やりかたまとめ。 「project_Aとproject_Bというプロジェクトで、同じdeploy keyを使いたい場合」 1. 鍵を作成 #作る 自分のプロジェクトの名前をつけるとわかりやすいよ。 $ssh-keygen -t rsa -C project_A -f id_rsa_project_A $ssh-keygen -t rsa -C project_B -f id_rsa_project_B 2.設定追加 #なかったら作ってね＾＾ $vim ~/.ssh/config Host projectA.ghe.hogehoge.co.jp Hostna
screenと.bashrcとscpと - 四角革命前夜
.bashrcにログインしたらscreenを起動するように記述したせいで、scpでのファイルのコピーができなくなってはまったメモです。 ローカルだったり、sshで接続した先だったり、ログインするたびに $ screen を入力するのが面倒だったので.bashrcにログインしたらscreenを自動で起動するように書きました。 if [ "$TERM" != 'screen' ]; then screen -rx || screen -D -RR fi これでログインすると、既にscreenのセッションが存在していた場合はそれを開いて、存在しない場合は新たに作成する、という動作でscreen万歳な環境だったのですが。 この環境にscpでファイルをコピーしようとするとエラーが発生してコピーできないのです。 原因がscreenが自動的に起動するように.bashrcに記述したせいというのがわかったの
ChromeのSSHクライアント「Secure Shell」が公開鍵認証に対応！ブラウザだけでサーバー管理ができる時代に近づいた - Chrome Life
以前の記事でご紹介したChromeのSSHクライアント「Secure Shell」が、バージョン0.8.2にアップデートされました。 今回のバージョンアップで、 公開鍵認証が使えるようになりました！ 今まではパスワード方式だったので、サーバーによっては使えなかったのですが、秘密鍵をインポートして認証できるようになったので、SSHクライアントとして十分使えるレベルに近づいたと思います。 「Secure Shell」を起動すると、接続先の設定ができるようになっています。 ここで接続先の名称（接続情報の記憶用）、ログインユーザー名、ホスト名、ポートを入力し、秘密鍵ファイルをインポートし、Enterキーでサーバーに接続します。 接続に成功すると、接続先情報は保存されるので次回からはワンクリックで接続できるようになっています。 筆者の運営しているサーバーに秘密鍵を利用して接続することができました！
どぶお/Linuxで遊ぼう！/SSH経由でコマンド実行 - BioKids Wiki
Last modified: 2011-06-07 (火) 10:04:16 (4637d) [ トップ ] [ 差分 | 一覧 | 最終更新 | ヘルプ ] SSH経由でコマンドを実行する あまり使う機会はないかもしれませんが、SSH経由でコマンドを実行するためのメモ。 コマンドを実行する 通常sshでログインする際には、 % ssh dobuo@foo という感じで使用すると思いますが、その後ろにコマンドを続けることでリモートサーバでコマンドラインを実行することができます。もちろんユーザー名が同じなら@以前(dobuo@)を省略できます。 % ssh dobuo@foo date dobuo@foo's password: 2011年 6月 7日 火曜日 09:52:38 JST こんな感じ。リダイレクトでローカルファイルに出力することも可能です。 % ssh dobuo@foo
SSHでscpを使わずにファイルをコピーする | Webシステム開発／教育ソリューションのタイムインターメディア
え、SSH通るんならscp使えばいいじゃん。 YES、その通り。 しかし、「大容量ファイルを転送中に接続が切れてしまった」なんてときに、コピーが完了した後から残りを引き継ぎたい、みたいな要求にはscpコマンドは答えてくれない。もちろん、sftp使えばレジューム機能もあるんだしそうすればいいじゃんというのは正論だが、sftpの方はsshが通るからといって必ずしも使えるとは限らない。 そんなときは、多少強引だとしても、一歩戻って解決を試みるのもひとつの手だ。 単純転送 単純な転送から試してみよう。まず、リモート先のhostAにあるsrcfileを、手元にdestfileとしてコピーしたいとする。 sshはリモートで実行するコマンドを受け付ける(実際のところ、scpも内部的にはsshのリモートコマンドで実装されていたはずだ)。ということは、リモートでcatコマンドを実行してファイルの中身を「表示
sshの接続確立が遅い場合の対処方法 - yuyarinの日記
140文字で収まらなかったので． ssh でログインはできる（認証は成功している）し操作も普通に行える（RTTが正常な範囲）けど，ログインできるまでに（パスワード認証の場合はユーザ名やパスワードを聞かれるまでに）非常に時間がかかるような場合の原因と対処方法を記しておく．こうした現象は主に何らかの方法に挑戦して失敗・タイムアウトしていることが原因である． クライアントの名前解決が原因 クライアントの名前解決ができなくて時間がかかっている．サーバ側での設定変更が主． ssh サーバの /etc/hosts にクライアントの設定を書く 名前解決ができないので ssh クライアントの直接名前を設定してあげる．個別対応なのであまり良い解決策ではないが，やむを得ない場合はこの方法． 192.168.0.2 ssh-client.example.com 192.168.0.2 がクライアントの IP ア
Tips to Access FTP/SSH on Different Ports using Eclipse RSE
FTP and SSH servers can use different port other than the default and most of these servers are configured using default ports, but often times FTP/SSH servers may be on different port, so how do you configure Eclipse RSE to access these servers? That’s what this little article is about. Make sure you know the FTP/Port port first, create an account on the server Start up Eclipse with RSE Go to Win
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Redirecting…
FireSSH – Firefox 向けアドオン