『つかえね〜。』のクチコミ掲示板

非固定IPアドレスにて、自宅サーバに使って見ました。

IPアドレスの更新をDDNS側では、直ぐに受付け反映させるのに対し、
BBR-4HGの内部は、直ぐに更新内容が反映されない（反映まで３０分）

この３０分を長いと感じるか、そんなもんじゃ〜とおもうか？

テスト方法は、BBR-4HG配下よりIP更新を行い
別のネットブロック(BBR-4HG以外)より　ping/nslookupにて
利用ホストのIPアドレスを確認する。

書込番号：2995402

それはＤＤＮＳシステムの仕様か、さもなくば自宅サーバー側の問題でしょう。
ＤＤＮＳの仕組みを分かっていらっしゃいますか？少なくともルーターは全く無関係です。
ＩＰ更新が３０分間ルーターに反映されないのなら、その間にどうやってルーター配下から
ネットに接続したり、変更後のＩＰを確認しているのかも疑問になりますね。

書込番号：2997587

madayoさん、コメントありがとう。

>ＤＤＮＳの仕組みを分かっていらっしゃいますか？
はい、十二分に知っています。運営者です。

>ＩＰ更新が３０分間ルーターに反映されないのなら、その間にどうやってルーター配下から
>ネットに接続したり、変更後のＩＰを確認しているのかも疑問になりますね。

別のネットブロックの意味が分かりませんか。
異なる電話局、異なる都道府県を通してテストを
行っています。

書込番号：3000616

別のネットブロックから確認するにしても、先ずはサーバーが繋がっているＩＰは
確認出来ないと始まらないでしょう。

> BBR-4HG配下よりIP更新を行い

と書かれていますよね？
と言う事はプロバイダとルータの間の接続は出来ているはずで、後はＤＤＮＳの
ＩＰ更新をルーターが自動で行うのなら設定が必要でしょうが、手作業で行って
いるのならルーターの動作は全く関係無いはずですが。
現にＢＢＲ−４ＨＧ配下のクライアントＰＣにはちゃんと繋がっていて、ＩＰの
更新を行っている訳ですよね。
以上の事から考えると、ＩＰが切り替わった後にサーバーが認識するまで時間が
かかっているのではないですか。

書込番号：3000757

下記のように書かないと理解できませんか？


初め　下記IPにてHPがWAN側、BBR配下より見えるのを確認
WAN側の　NSLOOKUP HOGE.COM IP=11
BBR配下　NSLOOKUP HOGE.COM IP=11


次
HOGE.COMのIPアドレスが変わった際に
自動リトライでNSLOOKUPがで走るようにDDNSの
更新プログラムへTRAPを仕掛ける。

DNS側　NSLOOKUP HOGE.COM IP=12
BBR配下　NSLOOKUP HOGE.COM IP=11

BBR配下　３０分後に
NSLOOKUP HOGE.COM IP=12

madayo　さん BBR-4HGを所有していてのコメントですよね。

書込番号：3004538

正常動作でしょう。
DDNSが期限を30分に設定していたら30分はキャッシュするしごく
当然の動作です。
DNSツリーの仕組みをご理解していますか

書込番号：3005707

i0　さん,こんばんは。

DNSツリーの仕組みをご理解していますか
理解した上での発言ですよ。

DDNS <-- IP=12 -> BBR <--11
この２番目の状態、すなわち　A レコードが書き換わった時点において
ネットブロックの異なる場所からnslookupを行った場合、
HOGE.COM IP=12 となっています。

ip=12となった時点で、ddns側のキャッシュ云々は論外でしょう。

それよりも、BBR配下、すなわちクライアント側のip=11が
３０分後に書き換わることではありませんか？

この状態、
WAN側　IP=12　当然HPは、外部からの訪問者には見えません。

BBR配下では、　IP=11でも、ip=12でも　自サイトは見えています。

自サイトがLAN側より、常に見える状態となっていることの弊害は、
外部訪問者によって、
「hpがみえないぞ〜」と指摘されるまで気がつかないことです。

なぜこの様な現象がおきるのでしょうか

それは、BBR配下でも自サイトのhpを見ることができる様にした所に
あります。自サーバ開設者にとって、便利な機能
すなわち、面倒なHOSTSを設定しなくとも自サイトを
HOGE.COMによって見る事ができる。

落とし穴ですね。

書込番号：3006299

自サイトのチェックにはISPのプロキシサーバーを使うのが便利ですよ。
一応外部からのアクセスに成りますから。

書込番号：3006336

コメントありがとうございます。

BBRをはじめて購入する方には、
ISPのプロキシは、無縁でないでしょうか？


アドレスバーに自サイトのホスト名、ドメイン名を
入力し、見えた時点で「やった〜！」の歓喜になるだけです。

また、理由がない限り、わざわざ、テスト用にBBR-4HGを購入し
時間の掛かる事をやらないでしょう。

書込番号：3006495

同じルータ配下にサーバーとクライアントＰＣがある環境で自サイトを確認する場合、
iOさんの仰るようにプロキシを使う方が簡単で確実でしょう。
むしろ別のネットブロックから接続出来る環境を持っている方が珍しいと思います。
ちなみに私はＭＮ８３００ユーザーですが、ＮＴＴ−ＭＥのサポートからもプロキシを
使用して確認するようにすすめられました。
ＭＮ８３００では切断・再接続後、最長５分程で外部からサイトを閲覧出来ます。

ＢＢＲ−４ＨＧにご不満をお持ちという事は、今迄は別のルータをご利用になっていて
その機種では短時間でサイトを閲覧出来る状態になっていたのでしょうか？
それならば何故、それだけの知識をお持ちでありながら事前に調査もなさらず、安価な
エントリーレベルのルータを購入なさって不満を仰られるのかがそもそも不思議です。

書込番号：3012991

あは〜。

無視するのも嫌なので、コメント致します。

>iOさんの仰るようにプロキシを使う方が簡単で確実でしょう。
自前のDNSのお陰で、プロキシのお世話になりませ〜ん。

>むしろ別のネットブロックから接続出来る環境を持っている方が珍しいと思います。
自前ネットワークの監視およびサービス提供に必要です。


>ちなみに私はＭＮ８３００ユーザーですが、ＮＴＴ−ＭＥのサポートからもプロキシを
１−ＩＰなら当然、自サイトを閲覧できませんので、プロキシは必要でしょう。

このＭＮ８３００も３台テストしています。

>それならば何故、それだけの知識をお持ちでありながら事前に調査もなさらず、安価な
>エントリーレベルのルータを購入なさって不満を仰られるのかがそもそも不思議です。

失礼ですが、文章を理解出来ない方でしょうか？
今回の現象は、何所にのっていますか？　知っているのなら教えてください。

また、安価な製品と言えるほど、私は大金持ちではありません。

わざわざ、時間の掛かる現象を確認するでしょうか。

草の根ネットをやってたころなら、他の方が同様の書き込みを
行った時点で追試験をやってます。

書込番号：3059227