パスワードの1文字目に「~(チルダ)」を使って痛い目にあった - Qiita
何を言っているんだと思われるかもしれないですが、気軽にパスワードの1文字目に「~」を使わないほうがいいというお話です。 起こった問題 踏み台サーバー経由でサーバーAに接続して作業をしていた時の話です。 いわゆる多段 ssh 接続というもので、リモートワークになってからは結構使われる方も多いかと思います。 サーバーA上で root 権限になろうと sudo su - してパスワードを入力したら Connection to xxx.xxx.yyy.zzz closed. の文字とともにサーバーAから追い出されてしまいました。 なにかの間違いだろうと何度か挑戦していたのですが、結果はサーバーAから切断され踏み台サーバーに戻る羽目に。。。 そのときに入力していたパスワードが ~.xxxxxxxxxx のような ~ から始まるものでした。 調査 ~ って何か意味があったよなーと思ってどう調べようかと
OpenSSH 公式による scp 非推奨宣言を受け, scp, sftp, rsync を比較してみた (2020/5/25 rsync の計測結果について注記追加) - 寒月記
2020/5/26 再検証記事追加追記 Twitter でのご指摘を受けて再検証しました, 転送先のファイルを削除していないために差分転送になっていた点を考慮したものとなっています。 rsync の速度については結果が変わっています。 www.kangetsu121.work TL;DR scp はセキュリティ, 今後の開発優先度を考えて公式で非推奨宣言している 転送速度は (1GB のファイル転送の計測では) rsync >> scp > sftp Twitter でコメントをいただき, 転送ファイルの削除を都度していないので, rsync が差分転送になっているとのご指摘をいただきました。 ただいま検証中ですので, rsync の速度比較結果については判断をお待ちください。 -> 再検証しました, 画面上部の再検証記事をご確認ください rsync は多機能 かつ速い ので rsync
sshで踏み台経由時のショートカット - Qiita
リモートホストでコマンドの実行 リモートホストAにコマンドを実行したいとき $ ssh hoge@hostA "実行したいコマンド" で,この場合ホストAにssh接続してさらにコマンドを実行させることができる. これを使って,踏み台経由でsshする際,ショートカットできないか試してみる. 通常の踏み台経由でのssh接続 例えばhostAは外部ネットワークからssh接続する際に踏み台サーバであるhostBを経由する必要があるとすると local$ ssh hoge@hostB hostB$ ssh hoge@hostA hostA$ と,2段階に分けてssh接続作業をしなければならない. $ ssh hoge@hostA "実行したいコマンド"を応用 そこで $ ssh hoge@hostB "ssh hostA" で,ssh接続したhostBにおいてhostAへのssh接続コマンドを実行さ
[FreeBSD][Linux] ssh経由でコマンド実行すると環境変数を読まないでござる | Nobwak's Lair
ssh経由bashでコマンド実行するときの環境変数を有効にするには。 以下のようにして、リモートホストでコマンドを実行する場合、リモートでの環境変数が有効にならない事がある。 これはbashの仕様が原因で、解決にはsshdとリモートユーザの設定が必要。 おそらくshでも同じと思うが、ひとくちにshと言ってもいろんな変種があるので調べていない。 以下にまとめる。 なお、複数ホストを用意するのが面倒なので、本記事で実例を示す場合には接続先をlocalhostしている。 sshでコマンド実行すると環境変数が有効にならない。 試しに、user01のprofile、ここでは~user01/.profileでTESTENVという環境変数を設定する。 sudo su – して通常のログインを擬似してみると、意図した通りTESTENVが設定されている。 しかしsshでいきなりコマンド実行した場合（ここでは
![[FreeBSD][Linux] ssh経由でコマンド実行すると環境変数を読まないでござる | Nobwak's Lair](https://cdn-ak-scissors.b.st-hatena.com/image/square/7a06df8a1f59981ed52137111219c36325941b75/height=288;version=1;width=512/http%3A%2F%2Fapril.fool.jp%2Fblogs%2Fwp-content%2Fplugins%2Fall-in-one-seo-pack%2Fimages%2Fdefault-user-image.png)
AWSに思考エンジンを配置してssh経由で使う方法 | やねうら王 公式サイト
今回のWCSC29(第29回世界コンピュータ将棋選手権)では、AWSを利用するチームが目立った。ハイスペックなPCを持ち込んで戦うよりは、軽量なノートPCだけ持ち込んでAWSを使ったほうが機材の搬入が楽だし、スペックも悪くない。しかし、普段sshを使うこともないような人にとっては知らないことだらけでどうやって良いのか戸惑うことも多かった。かくいう私もその一人であった。そういう人の助けとなるように記事にまとめておく。 WCSC28でelmoが反則負けした件 まず、この原因を書いておくところから。この原因を知らないと怖くてsshが使えない。 elmoの瀧澤さんにWCSC29で尋ねたところ、「あれはMicrosoft製のsshを使っていて、1年以上更新していなかったもので、そのバージョンが古く、1行のバッファが1024文字までだったのが原因です。」とのことであった。 1行が1024文字までなので
Google Compute Engine のSSH接続 - Qiita
前回も触れましたが表題のSSH接続についてもうちょっと深く掘ってみました。 基本形(gcloudコマンドによるssh) まずは gcloud auth login まずは gcloud auth login でログインしましょう。ブラウザで認証するアレですね。 これによってgcloudコマンドがgoogleアカウントに紐付けられます。 auth loginはしょっちゅうする必要は無くて、作業端末を再起動しても情報は残るようです。多分どこかのファイルに書かれるんでしょうね。 もうログイン済んでるはずって人は次のコマンドを試してみましょう。どんな状態になっているかを確認することができます。 $ gcloud config list [core] account = newgyu disable_usage_reporting = False project = upheld-caldron-X
PuTTYの秘密鍵が独自形式な理由 | dodaの日記 | スラド
PuTTY では認証に使う秘密鍵の保存に独自の形式(PPK形式)を使いますが、これはなぜか、 あと関連して ssh の公開鍵認証のやりとりと OpenSSH の ssh クライアントの挙動に ついての話です。 結局のところはここに書いてあるように PPK 形式の方が優れている (OpenSSH の秘密鍵の形式には欠点がある)という事なんですが。 ssh での公開鍵認証のやりとりは以下のような流れです。 1. クライアントが「公開鍵認証だけどこの公開鍵は使える?」と公開鍵を送る 2. サーバが「その鍵は使えるよ/使えないよ」と答える 3a. 「使えないよ」と返ってきた場合、1 に戻って他の公開鍵を試したり、別の認証方式を試す 3b. 「使えるよ」と返ってきた場合、「この公開鍵で認証するよ、署名はこれね」と公開鍵と、 認証用のデータを秘密鍵で署名してその署名を送る。 4. サーバは公開鍵と署名
多段ssh設定のまとめ
B! 349 0 0 0 多段sshについて、ターミナルからsshを直接使う場合と WindowsでのPuTTYでの設定について、 久しぶりに設定をしなおしたのでそのまとめ。 ~/.ssh/configで多段接続 同じ踏み台サーバーを持つ物を一括指定 複数の踏み台サーバーを経由してログイン Windows+PuTTYで多段ssh plinkを使用する方法 ログインサーバーにログインしてさらにsshコマンドを実行する ショートカットの作成 Gitサーバーに対する多段接続 ~/.ssh/configで多段接続 ターミナルからsshを使うときには~/.ssh/configファイルが設定ファイルとして 使われます。 直接外部からログインできない様なサーバーに踏み台サーバーを通って ログインするときに、毎回踏み台サーバーにsshしてそこから また入りたいサーバーにログインして。。。は面倒なので そこ
外部(からの)アクセスに便利なsshポートフォワーディング - 右往左往ブログ
社内から社外へは接続できるけれども、社外から社内へは自由にアクセスできない…というのがよくあるセキュリティだと思いますが、この方法を使うことで、セキュリティ設定を変更せずに外部からアクセスが可能になります。 最初にこの方法を教えてもらった時に、感動しました。 条件 以下のマシンがあることが条件です。 内部ネットワーク→インターネットへ接続できるサーバが内部にあり、インターネット側へsshできること(踏み台2とします) 踏み台2は最終的に繋ぎたい内部システム(例ではinternal:80)などへアクセスできること 最終的なアクセス元となる環境→インターネット上のサーバへssh接続できる環境があること(AWSなど)(踏み台1とします) 接続イメージ 説明する方法で、自分の端末の任意のポートが、内部ネットワークのアクセス先とマッピングされます。 localhost:20080が、まるで内部ネット
手軽で便利なssh Local PortForward
まずはsshの説明から sshはSecure SHellの略だが、その名の通り、通信路のデータを暗号化して安全に端末を操作できるものである。 通常は、端末を制御するためのものだが、これをトンネル代わりに使うことで、平文通信をしているプロトコルの通信を、暗号化通信にかえることができる。 これをポートフォワードと言う。 今回はこれについてのTips。 VNCを使う場合を例にとって軽く説明すると、遠隔地にある*1VNCサーバーにアクセスする際、 MyPC port:12456 ---------------------------> HostPC port:5900 (自動割り当て) ( ---> : 平文通信) ( ===> : 暗号通信) という感じでアクセスされる。当然、HostPCは5900番をグローバルから見えるようにする必要がある。 このままでは簡単に制御権を見ず知らずの人に獲得され
SCPとSFTPの違い - たこにありがちなこと。
SSHを利用した安全なファイル転送として、SCPとSFTPがあります。 それぞれの区別がしっかりとできていなかったので自分なりにまとめてみました。 SCP SSHサーバでUNIXスタイルのシェルを起動してSCPコマンドを使ってファイル転送を行う。 メリット パケットの確認をしないので基本的に高速 シンプル！ デメリット UNIXスタイルのシェルじゃないといけない 4GBを超えるファイルの転送はできない(しない気がするけども) 転送を中断すると、途中からの再開はできない(つまり、再開する場合は一からやり直す。) パケットの確認をしないので信頼性が低い SFTP SSHサーバからSFTPサーバを起動して、SFTPのコマンドを用いてファイル転送を行う。 メリット UNIXスタイルのシェルである必要はない 高機能 転送を中断しても、途中から再開できる 4GB以上のファイル転送ができる パケットの確
SSH認証キーをBitbucket/GitHubに設定しよう！ [Mac簡単手順]
BitbucketやGitHubのGitリポジトリにアクセスではSSH認証キーを使うことができます。このSSH認証キーを使ったアクセスのメリットは次のとおりです。 * Pushするときにいちいちパスワードを打つ必要がなくなる * セキュリティが向上する 今回はMacでSSH認証のための公開鍵と秘密鍵を生成して、GitHubやBitbucketに公開鍵を登録して、SSHでアクセスできるようにするまでの設定手順をできるだけわかりやすく書いていきます。もし、詰まった点とかあればコメントお願いします！ (04/11 22:30) 前回の修正でミスってた部分を修正 🐯 流れSSH認証キーの設定の流れは次のとおりです。 (1) SSH認証の公開鍵と秘密鍵を作成 (2) Mac側(クライアント側)へのSSHキーの設定 (3) Bitbucketへの公開鍵の登録 (4) GitHubへの公開鍵の登録
![SSH認証キーをBitbucket/GitHubに設定しよう！ [Mac簡単手順]](https://cdn-ak-scissors.b.st-hatena.com/image/square/c2ea7e72d0d7f3ba6c237909f321e67ffbdaa24e/height=288;version=1;width=512/https%3A%2F%2Fmorizyun.github.io%2Fimg%2Fog_image.png)
GitHub: SSH鍵認証しているはずなのにパスワードを求められるを解決する方法 | DriftwoodJP
症状このような形で鍵を用意して、github.com に公開鍵を登録します。 ssh – 鍵作成とconfigによる複数ホストの管理 | deadwoodホスト github.com に対して、設定した秘密鍵が使われていることを確認します。 % ssh git@github.com PTY allocation request failed on channel 0 Hi DriftwoodJP! You've successfully authenticated, but GitHub does not provide shell access. Connection to github.com closed. % git push origin master Username for 'https://github.com': Password for 'https://github.
cloudpackブログ - CentOS6.2のログインユーザー(認証)をOpenLDAPで管理(SSH編)
CentOS6.2のログインユーザー(認証)をOpenLDAPで管理(OpenLDAP編)とCentOS6.2のログインユーザー(認証)をOpenLDAPで管理(NSS編)、CentOS6.2のログインユーザー(認証)をOpenLDAPで管理(PAM編)の記事で、ログインユーザー(認証)をOpenLDAPで管理し、ログインできるようになりましたが、SSHに関しては、まだログインすることができません。 SSHでもログインするには、下記のようにpassword-authにも、LDAPを利用するように調整する必要があります。 # cat /etc/pam.d/password-auth auth required pam_env.so auth required pam_tally2.so deny=6 auth sufficient pam_unix.so try_first_pass nul
【さくらのVPS+Debian】SSHへのブルートフォースアタックが激しいのでiptablesも使ってみた / Devslog
以前、 SSHへのブルートフォースアタック対策でdenyhostを入れましたが、denyhostが走るまでの間アタックされ続けるのが気になるので、iptablesを使ってブロックしてみます。 方法SSH(２２)への接続が６０秒以内で５回以上の場合に１０分間接続を制限する設定は下の様な感じで登録します。 #接続制限フラグ立て $iptables -N SSHAttacker $iptables -A SSHAttacker -m recent --set --name attacker -j LOG --log-level warn --log-prefix 'SSHAttaker:' $iptables -A SSHAttacker -j DROP #接続制限されている場合は１０分間接続拒否 $iptables -A INPUT -p tcp --dport 22 -m state --s
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How can I prevent the warning No xauth data; using fake authentication data for X11 forwarding?
偶然にも500万個のSSH公開鍵を手に入れた俺たちは - slideshare
IBM Aspera Support
How to keep ssh connections alive on Linux | Linuxaria
Using your OpenSSH private key in Putty | Me in IT