タグ付けされた質問 「nameserver」

今日まで、私はそれができないと信じていました。このページから 名前フィールドは次のいずれかです。 完全修飾ドメイン名（FQDN）（例：example.com）。（ドットで終わる） 修飾されていない名前（ドットで終わらない） '@'（$ ORIGINの現在の値を置き換えます） 「スペース」または「空白」（タブ）-これは、名前フィールドの以前の値で置き換えられます。 今、次のクエリを見てください $ dig top-immotunisie.com NS ; <<>> DiG 9.6.0-APPLE-P2 <<>> top-immotunisie.com NS ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44156 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: …

11 domain-name-system  ip  nameserver 

私のドメインレジストラーはA社で、DNSには2つのネームサーバーを使用しています。私たちは、自社のサーバーハードウェアをA社とは関係のないデータセンターでホストしています。そこで、DNSmadeeasy.comに新しいアカウントを設定し、すべてのA、MX、およびCNAMEレコードをコピーしました（SOAとNSを処理します）。ここで、レジストラのパネルにログインして、ネームサーバーをDNSMEからDNSMEに切り替えると、サービスの中断が発生しますか？ 私の最初はそれはノーだと思った、そうすべきではない。DNSの変更と同様に、伝播には最大72時間かかることがありますが、特定のネームサーバーが更新されたゾーンファイルをまだ持っていない場合、ほとんど同じキャッシュされた情報が使用される可能性があります（IPアドレスが変更されていないため）。 ..それは正確なレプリカです）。 それで、あなたはどう思いますか？先に進んで変更する必要がありますか、それともスケジュールされた日付を選択して、72時間以内に接続の問題が発生する可能性があることをクライアントに通知する必要がありますか？ 更新： 72時間近くが経過し、私たちにもしゃっくりはありませんでした。過去72時間、nslookupを使用して複数の異なるサーバーにNSレコードを問い合わせ、すべてのサーバーが新しいネームサーバーを表示するのに約48時間かかりました。Whois情報はほぼ即座に変更されました。したがって、新しいDNSプロバイダーがまったく同じゾーン情報を持っている限り、私と同じように心配している人にとっては、最終的には問題はありません。

9 domain-name-system  nameserver 

再帰的なネームサーバーをローカルでホストしているため、名前解決にサービスプロバイダーや他のパブリックDNSサーバーは必要ありません。ルートネームサーバーのIPアドレスは、（Bind /etc/bind/db.rootファイル内の）構成ファイルにハードコードされていnslookupますが、のルートネームサーバーに対して複数の連続したコマンドを実行すると.、TTLフィールドが減少します。 設定ファイルでharcodeされていると、TTLが減少するのはなぜですか？ そして、なぜそれがハーコード化されているとき、最初にルートレベルのTTLが必要になるのでしょうか？

8 domain-name-system  nameserver  ns-record 

dnssecでいくつかのドメインを設定しました。キーを生成し、dnssec-toolsのzonesignerを使用してゾーンに署名しました。30日以内にゾーンを辞任する必要があることを知っています。しかし、ドメインプロバイダーに預けたキーはどうなっているのでしょうか。キーも更新する必要がありますか？はいの場合、どのように？ウェブサイトでこれに関する情報を見つけることができません。

8 domain-name-system  domain  nameserver  dnssec 

私はDebian VPSにbind9をインストールし、それを私のドメインのネームサーバーとして使用しています。うまくいきます。digは正しいエントリを報告します。 私はこのネームサーバーをさらに4つのドメインに使用したいと考えていますが、特定の構成パラメーターについて少し混乱しています。 使用したプライマリドメインはdrjoel.inであり、マスターゾーンファイルに以下を設定しました cat /etc/bind/named.conf.local zone "drjoel.in" { type master; file "/var/lib/bind/db.drjoel.in"; allow-update { key rndc-key; }; }; zone "31.167.199.in-addr.arpa" { type master; file "/etc/bind/zones/rev.14.31.167.199.in-addr.arpa"; }; 私はこれを追加しました： zone "relsoft.in" { type master; file "/var/lib/bind/db.relsoft.in"; allow-update { key rndc-key; }; }; 2番目のドメイン、および/var/lib/bind/db.relsoft.in内の次のもの： relsoft.in. IN SOA ns1.joel.co.in. admin.relsoft.in. ( 2007010401 ; …

domain-name-system  bind  nameserver