「OSSの主要DNSサーバソフトウェア、2019年2月よりEDNS実装不備環境への回避処理を削除へ」記事へのコメント

え。。。と。。。

[Anonymous Coward]

自分ところがどんだけ頑張っても
経路内で非対応引いたらアウトだよね
すっげー責任の所在がめんどくせーのですが
思い直していただけないもんですかねぇ

# IPv6 ほら僕らみたいにネット上の全部が対応完了すればいいのですよ

Re:

[Anonymous Coward]

> 経路内で非対応引いたらアウトだよね

DNSでこの書き方はおかしい。
おそらくDNSの名前問い合わせの仕組みを誤解しているのでは？

Re:

[Anonymous Coward]

自前のフルリソルバならともかく、間にプロパイダのDNSサーバーやら、ルータのDNS Proxyやら、ADサーバーが間に挟まることは良くあります。
独自ドメインでDNSサーバーを外部に委託してるとかでもちゃんとしているか確認しないと。

Re:

[Anonymous Coward]

> 自前のフルリソルバならともかく、間にプロパイダのDNSサーバーやら、ルータのDNS Proxyやら、ADサーバーが間に挟まることは良くあります。

1段 forwarder が挟まることはまああると思うけど、2段以上って、そんなにあるものだろうか。
多めに見積もって2段か3段くらい調べればいいんだから「責任の所在がめんどくせー」ってほどかしら？
だいたい同一組織か、せいぜい直接契約している ISP まででしょう？

Re:

[Anonymous Coward]

で、契約しているISPが非対応だったら、どうすればよいのでしょうかね…。

Re:

[Anonymous Coward]

契約しているISPのキャッシュサーバーの対応が不正だったら、現時点ですでに(EDNS0に対応したクライアントで)問題が生じているはず。そもそもキャッシュサーバーが不正な実装の権威サーバーへの回避処理をやめるという話なのでそういう質問が出てくる時点で理解が非常に怪しい。

# JPNICのブログが権威サーバーとキャッシュサーバーを区別していない時点で非常にアレだが

Re:

[Anonymous Coward]

ありがちとしては、プロパイダDNS->ルータDNS(FW)->IPS/ウィルスチェックGW(透過)->各種クライアント。

トラブルシュートの切り分け工数が増えるなぁ……と。
自己管理下ならともかく、出先から繋がらないとか、客がホームページ見れないとか、自己責任範囲外の機器のトラブル対応が面倒。

# 直接関係ないけど、YAMAHA RTX1200のRev.10.01.40ファームにEDNS0関連の地雷有りとかそういう。

Re:

[Anonymous Coward]

これのことかな？
知らずにアップデートしてたわ・・・

http://www.yamaha.com/products/zh/network/ja/support/download/relnote/... [yamaha.com]
DNSリカーシブサーバー機能で、EDNS0に対応したクライアントからの問い合わせにエラーを返さないバグを修正した。
Rev.10.01.40のみで発生する。
対象機種: RTX1200、RTX800

Re:

[Anonymous Coward]

ISPが二層になっててルータが挟まって組織内のが挟まってで合計4層、位はあるんじゃないかな。
組織内でDNS運用するならフルリゾルバ自前で置けよせめてルータのにぶら下げるなよって話にはなりそうだが。

Re:

[Anonymous Coward]

一年で対応できないようなら、いろいろな意味であきらめていいんじゃないかな。

ルートゾーンKSKロールオーバー

[Anonymous Coward]

きっと、ルートゾーンKSKロールオーバーと同様に頓挫する。
https://blog.nic.ad.jp/blog/ksk-roll-update-2018-05/ [nic.ad.jp]