「ネットワーク」の検索結果

「nc -vz では接続できるのに curl だと失敗する」「ポート疎通はOKなのにHTTP通信だけNG」「curlだけ timeout / reset される」 この現象は非常に実務で多く、しかも ネットワーク担当・アプリ担当で認識がズレやすい典型トラブルです。 本記事では、 な...

「DNSは正常に引ける」「pingも通る」「80番は通るのに443番だけNG」「同じIPなのにポートによって結果が違う」 この症状はネットワーク・OS・ミドルウェア・LBの どこか1箇所でも設計ミスがあると必ず発生します。 本記事では、特定ポートだけ通信できな...

「名前解決はできているのに通信できない」「digやnslookupは成功するが、curlやncが失敗する」「pingは通るのにアプリ通信だけNG」 このトラブルは現場で非常に発生頻度が高く、かつ DNSに気を取られて本質的な原因を見落としやすいのが特徴です。 本記事...

「pingは通るのに名前解決だけ失敗する」「たまに名前解決できるが、再現性が低い」「resolv.confは正しいのにDNSエラーが出る」 このようなトラブルは、resolv.conf以外の要因が絡んでいるケースが非常に多く、 現場では切り分けに時間を取られがちです。...

ロードバランサ（LB）配下のシステムで、「通信が突然切れる」「一定時間後にRSTが返る」「再接続が頻発する」といった問題が発生する場合、LBのidle timeoutとアプリのKeepAlive設計不整合が原因であるケースが非常に多くあります。 本記事では、LB idle ...

はじめに TCP通信において RST（Reset）パケットが多発する 状態は、「通信が強制的に切断されている」ことを意味します。 RSTは 正常系ではほぼ出ない ため、 アプリ障害 設定ミス リソース枯渇 FW / LB の挙動 など、何らかの異常が裏に隠れているサイン...

Linuxサーバーで通信トラブルが起きた際、 firewalld（iptables）とSELinuxの役割を混同していると、 切り分けに時間がかかり、誤った対処をしてしまいがちです。 本記事では、firewalldとSELinuxの違いを 「何を・どこで・どう制御しているのか」という観...

Linuxでアプリケーションを非標準ポート（例：8081 / 8443 / 9000など）で公開した際、 Firewallは開いているのに接続できないというトラブルは非常に多く、 原因の大半は SELinux です。 本記事では、SELinuxがポートを制御する仕組みから、 非標準ポート...

Linuxサーバーで CLOSE_WAIT が増え続けて減らない 状態は、 ネットワーク障害に見えて、実際にはほぼ100%アプリケーションの問題です。 本記事では、CLOSE_WAITが発生する正確な仕組みと、 OSでは解決できない理由、そしてアプリ側で必ず修正すべきポイン...

Linuxサーバーでネットワーク遅延や接続エラーが増えた際、 ss や netstat を確認すると TIME_WAIT が大量に残っているケースがあります。 TIME_WAIT自体は異常ではありませんが、 数千〜数万単位で溜まると実害が出る状態になります。 本記事では、TIME_W...