インフラエンジニアじゃなくても押さえておきたいSSHの基礎知識 - Qiita
最近はクラウド上のサーバーを利用する事も多くなってきた。 サーバーの用意やネットワーク周りの設定はインフラ部門がやってくれるけど、アプリのデプロイ／設定は開発者がする事が多いので、開発メインでやってるエンジニアでも最低限SSHの知識は必要になる。 また、Vagrant等でローカル環境にVMを作成する事もあるので、ローカル環境内でSSHを使用するケースも増えてきた。 というわけでインフラエンジニアじゃなくてもSSHクライアントの知識は必須になってきているので、改めてSSHの再学習をしてみることにした。 SSHとは 暗号や認証の技術を利用して、安全にリモートコンピュータと通信するためのプロトコル。 SSHでは以下の点で従来のTelnetより安全な通信が行える。1 パスワードやデータを暗号化して通信する。 クライアントがサーバーに接続する時に、接続先が意図しないサーバーに誘導されていないか厳密に
/etc/sysctl.conf の編集で netstatのTIME_WAITやCLOSE_WAITを軽減 - end0tknr's kipple - web写経開発
# 2018/1/28追記 私のエントリは長々書いていますが、次のurlが分かりやすくまとめられていますので、 こちらを参照する方が良い気がいます。 net.ipv4.tcp_tw_recycle は廃止されました ― その危険性を理解する - Qiita あるサーバに対してsoap(http)で接続できない現象が発生した為、netstatしてみると、次のように大量のTIME_WAITが発生していました。 $ netstat Active Internet connections (w/o servers) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 localhost.localdom:5432 localhost.localdo:32776 ESTABLISHED tcp 0 0 localhost.l
CLOSE_WAITの状態が続くとどうなるか - こせきの技術日記
相手のアプリケーションがcloseして、こちらのアプリケーションがcloseせずにいる場合(ハーフクローズの状態、上の図参照)、一定時間後に相手側のFIN_WAIT2と、こちらのCLOSE_WAITが消えた。この現象は、2つのタイマーが関係しているらしい。 http://www.linux.or.jp/JM/html/LDP_man-pages/man7/tcp.7.html FIN_WAIT2は、 tcp_fin_timeout でタイムアウトする。デフォルトは60秒。 CLOSE_WAITは tcp_keepalive_time 秒後に(デフォルトは2時間)、接続が有効かどうかを確認する(keep-aliveプローブを送信)。 相手側がFIN_WAIT2で待っている場合は、ACKが返ってきて接続が維持される。 相手側が tcp_fin_timeout によってクローズ済みの場合、リセッ
TCPのCLOSE_WAITとは？ | 田舎に住みたいエンジニアの日記
TCPのCLOSE_WAITとは？ netstatをしていると、CLOSE_WAITのステータス表示がなかなか消えず残っていることがあります。 なんだろうと思い調べました。 通信相手から自分への通信はcloseしたが、自分側は完全にcloseしていない状態の場合に 自分のステータスがCLOSE_WAITに、相手はFIN_WAITとなります。 この状態をハーフクローズの状態と言い、CLOSE_WAIT側は通信を続けられます。 CLOSE_WAIT側が終了をさせると、コネクションは終わります。 CLOSE_WAITのステータスは、ホストのやり取りで消えていくことになりますが、 CLOSE_WAITの状態のまま応答が無い場合は一定時間がたつと自動で消えるようです。 FIN_WAIT2： tcp_fin_timeout で設定。デフォルトは60秒。この値でタイムアウト。 CLOSE_WAIT： t
これだけは知っておきたいアルゴリズム〜ハッシュ関数・公開鍵暗号・デジタル署名編 ― ＠IT
これだけは知っておきたいアルゴリズム ～ハッシュ関数・公開鍵暗号・デジタル署名編：デファクトスタンダード暗号技術の大移行（4）（1/3 ページ） 前回の共通鍵暗号の紹介に引き続き、安全性・処理性能ともに優れていると国際的に認められ、米国政府標準暗号、欧州のNESSIEや日本のCRYPTREC（Cryptography Research ＆ Evaluation Committees）での推奨暗号、ISO/IEC国際標準暗号、インターネット標準暗号などで共通して選定されているハッシュ関数・公開鍵暗号・デジタル署名について紹介する。 共通鍵暗号ではアルゴリズムそのものを代替わりさせることによって、より安全でより高速なものへと移行することが可能である。これに対して、ハッシュ関数、公開鍵暗号、デジタル署名ともに、アルゴリズムそのものを代替わりさせるというよりも、基本的にはほぼ同じ構成のままハッシュ
The University of Electro-Communications 平成1７年度 電気通信大学模擬講義 （7月２４日） 公開鍵暗号とマジックプロトコル 情報通信工学科 太田 和夫 内容 情報セキュリティとは 暗号とは 公開鍵�
The University of Electro-Communications 平成1７年度 電気通信大学模擬講義 （7月２４日） 公開鍵暗号とマジックプロトコル 情報通信工学科 太田 和夫 内容 情報セキュリティとは 暗号とは 公開鍵暗号 マジックプロトコル 郵便（例：封書） ★手紙は投函する前に 封筒に封をする 封をしないで投函すれば 手紙を手に入れた人は誰でも 中身を読むことが可能 手紙を入れ替えられたとしても、 気づかない なぜ、封をするの 習慣だから 手紙が落ちるのを防ぐ 他人に読まれないため ・・・ e-mail ★通信が早い ＠ ＠ ＠ ＠ mail Ohta・kunihiro Laboratory ★通信文書を保護する封筒がない 解決方法 暗号を使って通信文を読めなくする 攻撃の種類 1．盗聴 有効な技術 暗号化 (Secrecy) 2．なりす
【お勉強】SSLやらSSHやら。 - 訳も知らないで
前回の続き？ SSLとSSHの違いがよくわからない。 証明書とか意味がわからない。 というわけで、自分なりに調べてみましたヽ( ´ー)ﾉ SSH ※鍵とか作るときopensshしか使ったことないので、それ以外の場合だと通じない話が あるのかもしれません… SSHとはSecure Shellの略なんですね。 リモートでシェルを利用するときに、盗聴されないよう暗号化して通信するという やり方のようです。 SSHは「ホスト認証」と「ユーザー認証」のふたつから成り立っているようです。 ホスト(サーバー)認証 まず、自分が接続しているサーバーが正しいかどうかを確認する必要があります。 サーバーにSSHで接続すると、サーバーはホスト公開鍵をこちらに渡してくれます。 もしクライアント(接続元PC)がその鍵の持ち主と過去に接続したことがある場合 (.ssh/known_hostsファイルに記録されている場
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
