ルーターのDNSキャッシュをクリアするには?
NVRAMには書かないだろうから
電源切ってしばらく放置
>>801 煽ってる人とは違うけど一応答えておく
権威サーバを登録するのはよろしくないな
それならプライマリをISP、セカンダリをどっかのOpenDNSかな
あと、OSによってエラーの返され方によってはセカンダリ問い合わせいかないからそこも注意
閲覧は出来るが書き込みができない
公開プロキシがどうたらってエラーが出る
>>811 それもそうだね。思いつきで書いてみたが所詮思いつきでしたw
>>802,
>>811みたいなまともなレスが2つも返ってくると思わなかったよ。
自宅で調べてみた
centaurico.com(208.74.65.10)からの応答が27-140-84-1.rev.home.ne.jpへ返らないのが原因らしい。
ルーテング問題だから直るまで待つしかないな。
tracert www.2ch.net
www.2ch.net [206.223.154.230] へのルートをトレースしています
経由するホップ数は最大 30 です:
1 <1 ms <1 ms <1 ms web.setup [192.168.0.1]
2 14 ms 16 ms 7 ms 27-140-84-1.rev.home.ne.jp [27.140.84.1]
3 38 ms 17 ms 20 ms 10.202.111.132
4 20 ms 18 ms 16 ms 10.1.0.149
5 19 ms 19 ms 30 ms 203-165-18-209.rev.home.ne.jp [203.165.18.209]
6 25 ms 28 ms 28 ms 203-165-18-210.rev.home.ne.jp [203.165.18.210]
7 26 ms 23 ms 21 ms 220-152-42-185.rev.home.ne.jp [220.152.42.185]
8 14 ms 9 ms 10 ms 124.211.14.13
9 23 ms 47 ms 23 ms otejbb206.int-gw.kddi.ne.jp [118.155.197.130]
10 124 ms 120 ms 127 ms pajbb002.int-gw.kddi.ne.jp [203.181.100.178]
11 142 ms 135 ms 178 ms ix-pa4.int-gw.kddi.ne.jp [111.87.3.70]
12 134 ms 132 ms 133 ms xe-5-0-3.ar1.pao1.us.nlayer.net [69.22.153.157]
13 127 ms 124 ms 132 ms ae0-110g.cr1.pao1.us.nlayer.net [69.22.153.18]
14 121 ms 123 ms 134 ms ae1-80g.cr1.sfo1.us.nlayer.net [69.22.143.169]
15 139 ms 134 ms 141 ms cent-dmarc.gt-t.net [98.124.130.206]
16 * * * 要求がタイムアウトしました。
接続できるルートがあるのなら異なる経路を使っている筈。
>>815 icmp返さないノードなんてざらにあるけど、そんなんじゃないの?
試しにauoneのDNS入れてみたら使えた
プライマリDNS:210.196.3.183
セカンダリDNS:210.141.112.163
同じKDDIだから問題ないだろ
ルート解決とDNSは別問題。
DNS変えても行き先は同じだからね
今回の問題はJCOM側でルーテング経路変更による障害だと推測。
被害は特定のサーバーと特定のJCOM Router間で発生している
先ほどJCOMカスタマセンタへ苦情を入れておいた
カスタマにルーティングがどうとかいっても意味なさそうだが・・・
この客はうるさい とかリストありそうやねw
回線をJ:COMからNTTに切り換えたら普通に2ch見れるようになった
ギコナビ快適
正確にはZAQのTechnology Networks社の問題。
ISPを変えれば見れて当然
>>824 お前は馬鹿か
これが株取引だったら訴訟問題だよ
うわぁ…
うわぁ…
>>816 これを見てなんでルーティング問題だと思ったの?
JCOMのネットワーク外には出てるから関係ないと思うけど
>>818がいってるようにICMP返さないノードは普通にあるよ
本当にルーティング問題なら206.223.154.230(www.2ch.net)にPing通らないはずだけど
ルート疑うならまずはIP直指定でトラブルシュートしないと切り分けにならない
>>831 正しいルート設定されていれば今回みたいなタイムアウトにはならない。
相手Routerに自Networkのルーテング情報を正しく伝えていないからpacketが相手から届かないことになるのだよ。
>>832 ping 206.223.154.230
↑とりあえずこれうってみてほしい。
あと、tracertでここまでいけてるみたいだから経路情報は問題ないよ
15 139 ms 134 ms 141 ms cent-dmarc.gt-t.net [98.124.130.206]
ルートは細かく全部を伝えてるんじゃなくてサマライズしてるからね
職業訓練でネットワーク学んだ人かな?
片道のトレースルート1発でJCOM側のEGP被疑を導き出すとは
ネットワークエンジニアにある程度エスパー要素が必要なのは認めるけどいやあすごいなー(棒)
2chの各ホストのIPコロコロ変えるせいでキャッシュ側の更新が新旧混在してるんじゃないの?
Chromeでダウンロードができないサイトがあるのはこれも関係している?
何かさぁ、JCOM IPだけ応答返さないらしい
何かの嫌がらせ?
>>840 正しいルート設定されていれば今回みたいなタイムアウトにはならない。
相手Routerに自Networkのルーテング情報を正しく伝えていないからpacketが相手から届かないことになるのだよ。
23時前後に何かメンテやるのかな
この時間帯だと時々切断される
>>841 ドヤ顔で繰り返してるけどそれダイナミックルーティングの基礎の基礎な
もう少し「詳しい情報があるスレ」とやらで勉強してみては
ここは馬鹿しかいない
自己紹介乙
>>840 今回のDNS障害はDNSampというDDoS攻撃によるもの。
おそらくjcomユーザのPCが踏み台にされてDNSampの送信元になってたなどの理由で
centauricoがjcomのアドレスブロックの一部をフィルタしてるんだろう。
相手側がフィルタを解除するか、フィルタされてないアドレスをつかめば
通信できるものと思われる。
もうgoogleDNSは解除しても普通にいけるん?
スマフォゲーしててぷちぷち切れてたからシャレにならんかった
回答になってないが、現状で問題無いなら戻す必要性は特に無いと思う
まだ2ch見れないんだけどいつ頃直りそう?
慣れたけど、また一瞬つながらず
>>846 その可能性あるな。
対応策はモデムのWANアドレスを270.14X以外にする細工を
するしかないのね
細工w
DNS変えたのにまた繋がらないぞ…
DNS変えて直るのはページがありません的なやつだけで
ブツブツ切れるのは別やぞ
買収に買収を重ねて大きくなったプロパイダー
地域によって機材類が違うのに同じような障害が発生する不思議