Skip to content

インシデントレポート - 疎通確認に使用するサーバの選定の重要性について の追加 - #59

Open
s-mats wants to merge 4 commits into
mainfrom
ping-totemo-kiken
Open

インシデントレポート - 疎通確認に使用するサーバの選定の重要性について の追加#59
s-mats wants to merge 4 commits into
mainfrom
ping-totemo-kiken

Conversation

@s-mats

@s-mats s-mats commented Aug 23, 2026

Copy link
Copy Markdown
Contributor

ハマリポイントを文書化しました。

@s-mats s-mats added the documentation Improvements or additions to documentation label Aug 23, 2026
@yude

yude commented Aug 23, 2026

Copy link
Copy Markdown
Contributor

JPIX -> 1.1.1.1 への通信に問題があったタイミングがあった (実際に私の設備でも観測していました) ので原因として考えられるかなとは思いました (MAP-E では多くの場合 JPIX から IPv4 Internet に出ることになると思います)
https://x.com/search?q=JPIX%20cloudflare&src=typed_query&f=live

@yude yude changed the title Ping totemo kiken インシデントレポート - 疎通確認に使用するサーバの選定の重要性について の追加 Aug 23, 2026

@IchikawaYukko IchikawaYukko left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

そもそも、「ネットワークルートを閉塞させる」というコンフィグを投入
していたのが一番の誤りである。

🤔人間の誤りに対して検知システムが正常に反応した・・・だけの話では?コレ(なんの問題もないのでは?)

@s-mats

s-mats commented Sep 2, 2026

Copy link
Copy Markdown
Contributor Author

そもそも、「ネットワークルートを閉塞させる」というコンフィグを投入
していたのが一番の誤りである。

🤔人間の誤りに対して検知システムが正常に反応した・・・だけの話では?コレ(なんの問題もないのでは?)

➝実際にはインターネッツは正常でしたが、ping先だけpingができず、それで外部への通信を閉塞させる設定になっていた。なので検知も誤りです

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

documentation Improvements or additions to documentation

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants