Tout a commencé avec un vps de digitalocean et la documentation suivante de ispconfig https://www.howtoforge.com/perfect-server-ubuntu-14.04-Apache2-php-mysql-pureftpd-bind- dovecot-ispconfig-3 après tout le processus d'installation, j'ai ajouté mon interface de domaine par ispconfig et mis à jour mes serveurs de noms de domaine avec ceux créés par ispconfig.
Mon problème est que je ne trouve pas de solution. Lorsque j'essaie nslookup crisubogdan.com, j'obtiens l'erreur suivante:
root@sv:~# nslookup crisubogdan.com
;; Got SERVFAIL reply from 8.8.8.8, trying next server
Server: 8.8.4.4
Address: 8.8.4.4#53
** server can't find crisubogdan.com: SERVFAIL
Et quand j’essaie de Dig crisubogdan.com j’obtiens l’erreur suivante:
root@sv:~# Dig crisubogdan.com
; <<>> Dig 9.9.5-3ubuntu0.1-Ubuntu <<>> crisubogdan.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 46265
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;crisubogdan.com. IN A
;; Query time: 3028 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Mon Feb 16 14:12:45 EST 2015
;; MSG SIZE rcvd: 44
Quelques infos sur bind:
/etc/bind/named.conf code:
include "/etc/bind/named.conf.options";
include "/etc/bind/named.conf.local";
include "/etc/bind/named.conf.default-zones";
/etc/bind/named conf.options code:
options {
directory "/var/cache/bind";
// If there is a firewall between you and nameservers you want
// to talk to, you may need to fix the firewall to allow multiple
// ports to talk. See http://www.kb.cert.org/vuls/id/800113
// If your ISP provided one or more IP addresses for stable
// nameservers, you probably want to use them as forwarders.
// Uncomment the following block, and insert the addresses replacing
// the all-0's placeholder.
// forwarders {
// 0.0.0.0;
// };
//========================================================================
// If BIND logs error messages about the root key being expired,
// you will need to update your keys. See https://www.isc.org/bind-keys
//========================================================================
// dnssec-validation auto;
/etc/bind/named.conf.local code:
zone "crisubogdan.com" {
type master;
allow-transfer {none;};
file "/etc/bind/pri.crisubogdan.com";
};
zone "craftedfreebies.com" {
type master;
allow-transfer {none;};
file "/etc/bind/pri.craftedfreebies.com";
};
/etc/bind/named.conf.default-zones code:
// prime the server with knowledge of the root servers
zone "." {
type hint;
file "/etc/bind/db.root";
};
// be authoritative for the localhost forward and reverse zones, and for
// broadcast zones as per RFC 1912
zone "localhost" {
type master;
file "/etc/bind/db.local";
};
zone "127.in-addr.arpa" {
type master;
file "/etc/bind/db.127";
};
zone "0.in-addr.arpa" {
type master;
file "/etc/bind/db.0";
};
/etc/bind/pri.crisubogdan.com code:
$TTL 3600
@ IN SOA ns1.crisubogdan.com. contact.crisubogdan.com. (
2015020808 ; serial, todays date + todays serial #
7200 ; refresh, seconds
540 ; retry, seconds
604800 ; expire, seconds
86400 ) ; minimum, seconds
;
crisubogdan.com. 3600 A 178.62.241.109
mail 3600 A 178.62.241.109
ns1.crisubogdan.com. 3600 A 178.62.241.109
ns2.crisubogdan.com. 3600 A 178.62.241.109
www 3600 A 178.62.241.109
crisubogdan.com. 3600 MX 10 mail.crisubogdan.com.
crisubogdan.com. 3600 NS ns1.crisubogdan.com.
crisubogdan.com. 3600 NS ns2.crisubogdan.com.
/etc/resolv.conf code:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 8.8.8.8
nameserver 8.8.4.4
Je ne sais pas pourquoi ces erreurs sont commises et si vous pouvez s'il vous plaît, aidez-moi à mettre fin à mes presque 8 jours de lutte avec mon erreur de liaison de vps.
Merci.
Comme discuté dans les commentaires. Le PO devait enregistrer les serveurs de noms auprès de leur registraire de domaine.
L'OP a pu confirmer que le serveur BIND signalait les informations DNS correctes:
nslookup crisubogdan.com 127.0.0.1
Cela lance une recherche à 127.0.0.1 (localhost). Etant donné que ceci a été correctement signalé, le problème venait probablement du registraire, que les serveurs de noms ne soient pas enregistrés ou que le domaine n'utilise pas les serveurs de noms appropriés.