タグ

関連タグで絞り込む (22)

タグの絞り込みを解除

sshとTIPSに関するiwwのブックマーク (18)

  • scpsend

    iww
    iww 2018/10/31
    scpプロセスが生きてるかどうかで判断する。 回りくどい・・・
    リンク

  • macOS Sierra の SSH で、秘密鍵のパスフレーズが Keychain 保存されない問題の解決方法


    macOS Sierraの SSH で、秘密鍵のパスフレーズが Keychain保存されない問題の解決方法 昨年11月に新しい Macbook Pro を購入して、12月にようやく環境移行などの設定をしはじめたが、これまでできていた SSH接続パスフレーズの Keychain保存ができない。 SSH の接続が必要なGit 利用時なんかでも、毎回パスの入力を求められてしまうようになった。 も、もしや、macOS Sierraって、 SSH で キーチェーン使えない！？ — ハム (@h2ham) 2016年12月12日 Twitter でもつぶやいたが、解決にたどり着けず。自分も検索でたどりついていたが、参考リンクのリプライをもらうものの、解決にはいたらず。 macOS SierraのSSH接続で、秘密鍵へのパスを覚えてくれない問題 – Qiitaとりあえず AddKeysToA
    macOS Sierra の SSH で、秘密鍵のパスフレーズが Keychain 保存されない問題の解決方法

  • SSHのエージェントフォワーディングを「sudo」の後でも引き継ぐ - ngyukiの日記

    SSHのエージェントフォワーディングは「sudo」したときは無効になります。 ※ hoge へのログインにエージェントフォワーディングは使用されない sudo ssh hoge ↑のような使い方だと意味はありませんが、例えば rsync を over ssh で使っている場合はエージェントフォワーディングが切れると困ることもあります。 ※ /path/ に書き込むには root が必要なので sudo した例 ※ rsync から呼ばれる ssh で認証エージェントが使われないため remotehost にログイン出来ない sudo rsync -av remotehost:/path/ /path/ エージェントフォワーディングは、sshログイン後に「/tmp/ssh-xxx/agent.12345」のような名前のソケットファイルを作成し、そのソケットファイルを介してローカル側の認証エー

    SSHのエージェントフォワーディングを「sudo」の後でも引き継ぐ - ngyukiの日記
    iww
    iww 2017/02/06
    リンク

  • sshの公開鍵 authorized_keys ファイルの制限機能について調べてみたら楽しかった．(実行コマンド制限など） - それマグで！

    authorized_keys ファイルについて調べてみたら楽しかった．ポートフォワード専用公開鍵とかいろいろ作れそうです authorized_keys ファイルって単に，公開鍵を入れて置く場所だと思ってました authorized_keys ファイルにはログイン時に自動実行するプログラムとか、環境変数を書いておくとか イロイロ便利な使い方があるのです． 使える設定は以下の通り ログイン時に自動適応する設定は次の通り from="pattern-list" environment="NAME=value" command="command" cert-authority tunnel="n" permitopen="host:port" no-X11-forwarding no-user-rc no-pty Prevents tty allocation (a request to al

    sshの公開鍵 authorized_keys ファイルの制限機能について調べてみたら楽しかった．(実行コマンド制限など） - それマグで！

  • sshの接続確立が遅い場合の対処方法 - yuyarinの日記

    140文字で収まらなかったので． ssh でログインはできる（認証は成功している）し操作も普通に行える（RTTが正常な範囲）けど，ログインできるまでに（パスワード認証の場合はユーザ名やパスワードを聞かれるまでに）非常に時間がかかるような場合の原因と対処方法を記しておく．こうした現象は主に何らかの方法に挑戦して失敗・タイムアウトしていることが原因である． クライアントの名前解決が原因 クライアントの名前解決ができなくて時間がかかっている．サーバ側での設定変更が主． ssh サーバの /etc/hosts にクライアントの設定を書く 名前解決ができないので ssh クライアントの直接名前を設定してあげる．個別対応なのであまり良い解決策ではないが，やむを得ない場合はこの方法． 192.168.0.2 ssh-client.example.com 192.168.0.2 がクライアントの IP ア

    sshの接続確立が遅い場合の対処方法 - yuyarinの日記

  • $HOME/.ssh/configを活用していますか？

    こんにちは、hnwです。今更ながら自己分析すると、私はタイプ数を減らす工夫が好きなようです。今回は $HOME/.ssh/config ファイルについてのsshの非常に基本的な話題です。もちろん今回もタイプ数を減らすことが主眼です。 $ man ssh_config 言いたいことは上記の man page を見てもらえば全部書いてあるんですが、案外読んでいない人もいるんでしょうか、 $HOME/.ssh/config に書けば省略できることを毎回タイプしている人を稀に見かけます。 $ ssh -l webmaster dev3.example.com もし上記のようなコマンドを打っている人が居たら、次の $HOME/.ssh/config を参考に、自分の環境に合わせて設定してみてください。 Host dev3 HostName dev3.example.com Host dev3-wm

  • ssh で sudo 実行


    リモートのUbuntuに ssh で sudo でコマンドを実行しようとすると $ ssh user@server sudo ls -la user@server's password: sudo: no tty present and no askpass program specified というように怒られてコマンドを実行できません。 tty が割り当てられているか askpass プログラムが指定されているかのどちらかであれば実行できるようです。 今回はリモートから ssh で sudo コマンドを実行するので askpass プログラムで対応するのは難しそうです。 askpass 以外で調べてみたら回避方法がいろいろありました。 回避方法その1 tty が割り当てられるようにすれば良いようなので $ ssh -t user@server sudo ls -la user@se
    iww
    iww 2013/09/19
    Defaults visiblepw
    リンク

  • .ssh/configの書き方 - ぷろぐらまはっくす MkⅡ


    sshを使ってると接続するサーバ毎に、ポートが違ったり秘密鍵が違ったりで引数を切り替えることがよくある。 接続するサーバ毎に指定する引数は決まっているので、よくシェルスクリプトやエイリアスで対処してきたが、.ssh/configを用意すればssh側で面倒みてくれるようだ。(scpやsftpでも可) まさに灯台もと暗し、こりゃ使わない手はないね。 Hostセクション .ssh/configは、接続先を表す複数のHostセクションからなり、その中に細かな設定を記述していく。 Host server1 HostName 192.168.11.101 Port 2222 User nauthiz IdentityFile ~/.ssh/server1/id_rsa Host server2 HostName 192.168.11.102 Port 2222 User nauthiz Identit
    .ssh/configの書き方 - ぷろぐらまはっくす MkⅡ

  • EZ-NET 設定／管理メモ: Linux Shell: SSH でワイルドカードを使用する際の注意


    SSH のコマンドの引数としてワイルドカードを使用する場合は、その取り扱われ方に注意する必要があります。 SSH のコマンドとして渡す引数部分を、引用符でくくった場合は、ワイルドカードはリモート側で展開されます。 逆に引用符でくくらなければ、ワイルドカードはローカル側で展開されます。︵ただ、該当するものがない場合はリモート側の方が採用される様子…／不確かですが︶ex) ssh xxx.ez-net.jp ls -al /etc/*.conf ssh xxx.ez-net.jp "ls -al /etc/*.conf" これはワイルドカードのみならず、リダイレクションも同様みたいです。リダイレクションによって作成されるファイルも、引用符でくくらないでおけば、ローカル側に直接作成されます。 また、シェルスクリプトで実行するときも、これはもしかすると知らないだけなのかもしれないですけど、ひとつ

  • netcatを使って踏み台を踏む手順を省く - さよならインターネット

    拝啓 全国１億５千万の踏み台サーバ好きのみなさま 元気に踏み台サーバを踏まれているでしょうか。 社内で利用していながらよく理解していなかったので 改めてカジュアルに学び直したメモを書いておきます。 参考 sshのProxyCommandでnc使うときは-w SEC忘れないようにね！ URL 2012-09-14 12:46:02 via atig.rb クラアント -> 踏み台サーバ -> 対象サーバという時に、毎回踏み台サーバに入って、対象サーバに入るのは面倒くさいので 「~/.ssh/config」へ Host fumidai Hostname 203.0.113.1 User kenjiskywalker Host hoge-web01 Hostname 203.0.113.101 User kenjiskywalker ProxyCommand ssh fumidai nc -w

  • 【ssh】未知のホスト鍵に対して、いちいちyes/noを訊かれないようにするオプション at softelメモ


    sshのデフォルトでは、未知のホスト鍵に対しては、ユーザーに確認を求める。既知のホスト鍵に対してはとくに確認を求めたりしない︵既知のホストの鍵が変わっていたときは確認がある︶。 未知の場合と既知の場合で動作が違ってしまうわけだが、処理を自動化するときなどにいちいち訊かれたくないとき、StrictHostKeyChecking をnoにすると訊かれなくなる。 StrictHostKeyChecking は yes/no/ask のいずれかの値が設定できる。デフォルトはask︵尋ねる︶。 普通はこうなる。yes/noを答えてから、パスワード入力。 $ ssh 192.168.130.136 The authenticity of host '192.168.130.136 (192.168.130.136)' can't be established. RSA key fingerprin
    【ssh】未知のホスト鍵に対して、いちいちyes/noを訊かれないようにするオプション at softelメモ

  • シェルスクリプトでSSHの接続を使い回す -


    完全なまとめがみつからなかったので、まとめておく。ControlMaster を使います。REMHOST=localhost ssh -S ~/.ssh/master-$$ $REMHOST -M -f -N 2>/dev/null 1>&2 ssh -S ~/.ssh/master-$$ $REMHOST hostname ssh -S ~/.ssh/master-$$ $REMHOST uname ssh -S ~/.ssh/master-$$ $REMHOST who ssh -S ~/.ssh/master-$$ $REMHOST -O exit 1>/dev/null 2>/dev/null こんな感じで書けます。最初のsshコマンドで接続を作って、最後ので破棄しています。 scpの呼び出しも、 scp -o ControlPath=~/.ssh/master-$$ file
    iww
    iww 2012/04/04
    かっこいい
    リンク

  • oinume journal


    Raycastを使い始めて1年経ったので、どういうことに使っているかを振り返ってみる。去年書いた AlfredからRaycastに移行した - oinume journal の記事から少し使い方が変わっているところもあるのでメモがてら。 基本的な使い方 Cmd + QをRaycast起動のショートカットとして割り当てている。Pro版は使っていないのでAI機能などは使ったことがない。 ブラウザのブックマーク検索など、よく使うけどHotKeyを割り当てるほどでもないRaycastコマンドはbmのようにAliasを設定している。 Cmd + QでRaycastを起動してbmと入力するとブックマークの検索ができるので楽ちん アプリケーションランチャー機能 アプリケーションを起動するときのランチャーとして使っている。よく使うアプリにはHot Key(ショートカット)を割り当ててる。 Clipboar
    oinume journal

  • sshで初回ログイン時に「Are you sure you want to continue connecting (yes/no)? 」を抑止する方法 - ablog

    やりたいこと ssh で初回ログイン時に「Are you sure you want to continue connecting (yes/no)?」と聞かれないようにしたい。 $ ssh oracle@192.168.45.102 The authenticity of host '192.168.45.102 (192.168.45.102)' can't be established. RSA key fingerprint is d6:89:e2:2a:2d:44:87:9a:76:10:25:07:c6:5e:00:32. Are you sure you want to continue connecting (yes/no)? やりかた クライアント側の ~/.ssh/config に以下を追記する。 $ vi ~/.ssh/config host * StrictHost

    sshで初回ログイン時に「Are you sure you want to continue connecting (yes/no)? 」を抑止する方法 - ablog
    iww
    iww 2011/05/25
    StrictHostKeyChecking no
    リンク

  • ログアウトしてもバックグラウンド ジョブを継続する方法

    はじめに SSH 接続で時間の掛かるシェルスクリプトをバックグラウンドで走らせて帰りたいのに、SSH 接続を切るとジョブが死んでしまいます。SSH 接続に限らず目の前の OS からログアウトしたりターミナル エミュレータを終了しても同じ現象が起こります。 この症状は正常です。なぜなら、バックグラウンド ジョブを起動したプロセス(ログイン シェル)が子プロセスである該当のバックグラウンドジョブをハングアップ シグナル( HUP )によって終了させるからです。 シェルスクリプトを起動した親プロセスは子プロセスの終了状態を監視しています。ですからログアウトして親プロセスであるシェルが終了すると子プロセスはゾンビ プロセスとなってしまうので親プロセスとなるシェル(ログインシェル)は子プロセスであるバックグラウンド ジョブを kill ( kill -HUP ) するのです。 nohup コマンド

    ログアウトしてもバックグラウンド ジョブを継続する方法

  • ssh 接続しようとすると「WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!」が表示されるときは - PRiMENON:DiARY

    CD で新規インストールした Ubuntu 8.04.2 LTS Server に Windows の TeraTerm から ssh で接続しようと試みたら、以下のエラーメッセージが表示されました。 勿論、この話題に登場する Ubuntu とは関係の無い Ubuntu 8.04.1 Desktop から ssh 接続しても同じメッセージが表示されました。 $ ssh -l USERNAME HOSTNAME @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT

    iww
    iww 2009/12/02
    ssh-keygen -R HOSTNAME
    リンク

  • 苦笑いのSE PRNG is not seeded

    仕事でSolaris8の環境を作る必要があり 一部非常に古い環境を再現をする必要があって SunFreewareのパッケージを利用できない。 そんでもって、作業の都合上sshdはいろいろ使いたいので sshd周りは影響がすくなそうなArchiveの方で入れようとしていた。 でパッケージをいれていたら タイトルのようなエラーがでた。 どうも擬似乱数の仮想デバイスがないのが原因だそうで http://sunsolve.sun.com/search/advsearch.do?collection=PATCH&type=collections&max=50&language=en&queryKey5=112438&toDocument=yes のパッチをあてたらええと、色んな人が言ってるようだ。 #patchadd 112438-03 であてたあと ssh-keygenなどでキーを生成していく。

  • Warning: No xauth data; using fake authentica・・・ - REDHATの男


    sshでremoteサーバにログインすると、以下のようなWarningが表示された。 user@local$ ssh remote user@remote's password: Warning: No xauth data; using fake authentication data for X11 forwarding. user@remote$ しかもいままで表示されなかったのにいきなり。。。 "ssh -x" でログインするとWarningが回避できた。 /etc/ssh/ssh_config の "#ForwardX11 no" を "ForwardX11 no"として、sshd を再起動することで、 "Warning: No xauth data; using fake authentication data for X11 forwarding." のエラーは消えた。
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.