CentOS7から変わったネットワーク系のコマンド - Qiita
CentOS7から、ifconfigやarp、netstatなどのよく利用しているネットワーク系のコマンドが非推奨となり、iproute2に置き換わってます。 まぁ、 yum install net-tools で、今まで通りのコマンドが使えるようにはなりますが、非推奨のものなので、後々消えてなくなるでしょう。 それなら、今のうちにiproute2のコマンドを覚えてしまう！ってことで、普段自分が利用しているものを中心にまとめてみました。 ifconfigの代わりは？ ip addrですね。略してip aでも同じ内容が表示されます。 こんな感じに表示されます。少々表示のされ方が変わってますよね。。。まぁ、慣れるでしょう。 特定のインターフェースのみが見たい場合は、ip a show dev device名となります。 routeの代わりは？ ip routeですね。略してip rでもOK.
Linuxでネットワークの監視を行えるモニタリングコマンド20選 | 俺的備忘録 〜なんかいろいろ〜
今回は、Linux上でネットワークトラフィックの監視を行えるモニタリングコマンドについて、数あるコマンドから20個を紹介する。 1.iftop 以前にこちらでも書いているiftopは、個別のソケットで受信・送信パケットをひと目で見る事が出来るコマンド。 通信ごとに個別のプロセスを表示させることは出来ないが、どのホストとの接続がどの程度の帯域を使用しているのかはひと目で分かるだろう。 以下のコマンドでインストールが出来る。 sudo apt-get install iftop # Debian/Ubuntuの場合 sudo yum install iftop # RHEL系の場合 2.bmon 『bmon』は、グラフでトラフィックの負荷を表示してくれるモニタリングコマンドだ。 どのNICのトラフィックを表示させるかを上下キー、モニタリングを行うパケットの種類を左右キーで選択する。 このコマン
【初心者向け】サーバが重い時に確認すべきこと & サーバの基礎知識 - Qiita
はじめに 「なんかサーバが重たい」そう思った瞬間にどのようにボトルネックを調べるのか？ どのように対処すべきなのか？を知らない人が意外に多いので、自分の振り返りも含めまとめていきます。 サーバが重いと思ったら、、、 UNIXの開発者であり、現在はGolangの実装にも携わっているRobert C. Pike氏の、 「推測するな、計測せよ」 サーバが重いと思ったら、まずは計測していきましょう。 まずはロードアベレージを調査 まずはシステム全体の負荷指標であるロードアベレージを確認してみましょう。 確認方法はメジャーな物として、top、uptimeコマンドが存在します。 そもそもロードアベレージとは、単位時間あたりの待ちタスク数を指標としています。 uptimeコマンドを実行した場合 [moriyaman@web01 ~]$ uptime 00:57:24 up 223 days, 1:43,
TCPのTIME_WAITを無くす！ | 田舎に住みたいエンジニアの日記
サーバをnetstat -anで様子をみると、TIME_WAITが大部分を占めていた。 これってこのままでいいのか？ と思い、TIME_WAITについて調べてみました。 TIME_WAITをなんとかしたい場合は、以下の方法が考えられます。 1, サーバ増強 分散させたり、性能を上げます。あくまで一時的な対応になります。 2, 利用可能なTCPポート番号のチューニング 増加量が上回る場合は、焼け石に水です。 3, tcp_tw_recycleを有効 + tcp_fin_timeout値を短くする。 パケットのタイムスタンプの影響で通信に問題が出てきます。webサーバなどでは新たな障害にも。 4, TIME_WAITの値を60秒→15秒に変更（参考リンク引用） TIME_WAITが減り安定動作するそうです。 以上の４点を順番に見て行きましょう。 注意としてはどれもカーネルパラメータのチューニン
/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
ぜんぶTIME_WAITのせいだ！ - Qiita
課題 突然キャンペーンとかの高トラフィックが来る！とか言われると色々困ることはあるものの、今のご時世クラウドだからスペック上げときゃなんとかなるでしょ。ってとりあえずCPUとかメモリあげて見たものの、キャンペーンが始まったら意外と早くブラウザからつながらない！！とか言われたりする。 CPUもメモリもそんなに負荷は特に高くもない。調べてみたらTIME_WAITが大量にあった。 とりあえず何とかしたい TIME_WAIT数をコマンドで確認 $ netstat -anp|grep TIME_WAIT __(snip)__ tcp 0 0 192.168.1.1:80 192.97.67.192:56305 TIME_WAIT - tcp 0 0 192.168.1.1:80 192.63.64.145:65274 TIME_WAIT - tcp 0 0 192.168.1.1:80 192.39
CLOSE_WAITのセッションを早く消す方法 - つれづれなる・・・
原因はおそらくwebサーバ〜DBサーバ間のセッションがネットワーク的に不安定だったからだと思うけど、DBサーバで netstat -an すると 大量の CLOSE_WAIT のセッションが残ってしまって、MySQL の最大コネクション数にまで達してしまってwebの表示が出来なかった。CLOSE_WAIT をいきなり消すことは出来ないので、早めに消えるようにしたいときは tcp_keepalive_time TCPセッションが確立されて検査が実施されるまでの時間 時間になると tcp_keepalive_intvl と tcp_keepalive_probes の値にしたがって検査を実施する tcp_keepalive_intvl 次の検査を実行するときの待ち時間 tcp_keepalive_probes 検査の回数のそれぞれの値を小さくしてあげればよい。変更方法は vi で :wq する
Windows 7で80番ポートが使用されており、Apacheを起動できない | cyberarchitect
Windows 7上でXAMPPを使って遊ぼうと思い、Apache起動前に、念のためIISがインストールされていないことを確認した。 念には念を入れてnetstatしたところ、なぜかport 80がLISTENしている！！！ なぜだ。 telnetでlocalhost 80を叩いてみると・・。 [html] HTTP/1.1 404 Not Found Content-Type: text/html; charset=us-ascii Server: Microsoft-HTTPAPI/2.0 Date: Mon, 18 Jun 2012 12:37:47 GMT Connection: close Content-Length: 315 Not Found HTTP Error 404. The requested resource is not found. ホストとの接続が切断されま
どのプログラムがどのTCP/UDPポートを使っているのか調べたい
「Norton Internet Security」などのファイアウォールソフトを利用していると、TCP/UDPポートの送受信があるたびに、通信を許可するか尋ねてくる。これは、トロイの木馬などのバックドアがデータを勝手に送受信することなどを防ぐ意味もあり、大いに活用したい。ただし、インスタントメッセンジャーなどが通信しようとしても、ファイアウォールソフトで許可されていないものであれば、メッセージが表示されるわけだ。これが頻繁に起こると、いったい何のプログラムが通信を開始してるのか分からず、不安になることもあるだろう。 高機能なファイアウォールソフトならば、どのプログラムが通信しているのか表示してくれる場合もあるが、それが不可能なときは「netstat」コマンドを活用しよう。WindowsXP Professionalではnetstatコマンドが強化されて、次の手順でポート番号から実行してい
Windowsでポートのリッスン状態を調査する
対象OS：Windows 2000 Professional／Windows XP Home Edition／Windows XP Professional／Windows 2000 Server／Windows 2000 Advanced Server／Windows Server 2003 解説 TCP/IPネットワークがつながらないといったトラブルが発生した場合、まず確認するのはpingコマンドによる応答があるかどうかであろう。これにより相手のサーバが生きているかどうかや、そのサーバまでの経路が有効であるかどうかなどが分かる。 そしてpingテストがパスすれば、次は特定のTCPやUDPのポートに対する接続テストを行い、サーバとクライアント間で通信が正しくできているかどうかを調べる、というのが一般的なところだろうか。 この接続性のテストのためにはいくつかの方法やツールがあるので、ここで
netstatでリッスンしているプロセスを特定する
●netstat コマンドでリッスンしているプロトコルとそのポート番号を調査する TCPやUDPでリッスンしているポート（サーバ側で、待ち受けしている方のポートのこと）を調査するには、最初に、「TIPS―netstatコマンドを使いこなす」で述べたとおり、netstatというコマンドを使う。「-a」オプションを付けてnetstatを実行すると、現在アクティブなコネクションとリッスンしているポートなどが表示されるので、これでどのようなプロトコルが使われているかが分かるだろう。 C:\>netstat -an……Windows XP上で実行した例 Active Connections Proto Local Address Foreign Address State TCP 0.0.0.0:25 0.0.0.0:0
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
