Port 53 Serveur dédié
13 messages • Page 1 sur 1
Consultez la formation à Google Analytics de WebRankInfo / Ranking Metrics
Port 53 Serveur dédié
Bonjour à tous,
Depuis hier soir je m'essaie avec bind. J'ai donc réussi sans problèmes à configurer mes zones pour des domaines.com et domaines.net.
Le .fr a plus de mal par contre.
Quand je fait le zonecheck, j'ai le droit à un avertissement (peu important vu qu'il ne m'empêche pas la validation par l'AFNIC) et une erreur :
J'ai donc essayé plein de solutions, lu une 30aine de topics sur les forums ovh, kimsufi et d'autres. J'ai donc essayé d'ouvrir le port 53 dans iptables en UDP, je l'ai à priori fait.
Quand je tape netstat -natup | grep 53, on me renvoit :
(lignes séléctionnées pour passer que celles qui intéressent.)
le 0.0.0.0* est-il la source du problème ?
Merci beaucoup.
PS : Si j'arrive à me sortir de tout ça je ferai un tutoriel pour les .fr avec bind car c'est beaucoup de galères d'après ce que je j'ai remarqué, et beaucoup abandonnent...
Depuis hier soir je m'essaie avec bind. J'ai donc réussi sans problèmes à configurer mes zones pour des domaines.com et domaines.net.
Le .fr a plus de mal par contre.
Quand je fait le zonecheck, j'ai le droit à un avertissement (peu important vu qu'il ne m'empêche pas la validation par l'AFNIC) et une erreur :
f: Le serveur n'écoute pas ou ne répond pas en UDP sur le port 53
* Réf: IETF RFC1035 (p.32 4.2. Transport)
The DNS assumes that messages will be transmitted as datagrams or in a byte stream carried by a virtual circuit. While virtual circuits can be used for any DNS activity, datagrams are preferred for queries due to their lower overhead and better performance.
* ns.kimsufi.com./213.186.199.33
J'ai donc essayé plein de solutions, lu une 30aine de topics sur les forums ovh, kimsufi et d'autres. J'ai donc essayé d'ouvrir le port 53 dans iptables en UDP, je l'ai à priori fait.
Quand je tape netstat -natup | grep 53, on me renvoit :
udp 0 0 xx.xx.xx.xx:53 0.0.0.0:* 1 11197/named
udp 0 0 127.0.0.1:53 0.0.0.0:* 1 11197/named
(lignes séléctionnées pour passer que celles qui intéressent.)
le 0.0.0.0* est-il la source du problème ?
Merci beaucoup.
PS : Si j'arrive à me sortir de tout ça je ferai un tutoriel pour les .fr avec bind car c'est beaucoup de galères d'après ce que je j'ai remarqué, et beaucoup abandonnent...
Si je lis bien l'erreur du ZoneCheck, c'est le serveur "ns.kimsufi.com" qui n'écoute pas sur le port 53 UDP.
Ton serveur ne cause aucune erreur à priori.
Il faut voir sur les forums ou sur l'aide OVH, il doit y avoir un NS secondaire spécifique aux .fr
Il existe déjà des tutos pour les .fr
J'ai personnellement suivi celui de Dedibox, et aucun soucis avec les .fr
Ton serveur ne cause aucune erreur à priori.
Il faut voir sur les forums ou sur l'aide OVH, il doit y avoir un NS secondaire spécifique aux .fr
Il existe déjà des tutos pour les .fr
J'ai personnellement suivi celui de Dedibox, et aucun soucis avec les .fr
Donne nous ton domaine pour qu'on regarde
Ensuite j'ai écris de la doc sur la configuration de bind (marche pour les .fr) : http://wiki.ronux.fr/doku.php?id=configuration-bind
Ron
Ensuite j'ai écris de la doc sur la configuration de bind (marche pour les .fr) : http://wiki.ronux.fr/doku.php?id=configuration-bind
Ron
A priori donc ça vient du serveur dns secondaire, en l'occurrence, ns.kimsufi.com
pourtant il a l'air d'être ouvert sur le port 53
je ne trouve aucun ns secondaire pour les .fr spécialement
on peut tester pour vérifier si c'est ouvert sur le port 53 ?
mon telnet ns.kimsufi.com 53 marche (je suis connecté quoi...)
pourtant il a l'air d'être ouvert sur le port 53
je ne trouve aucun ns secondaire pour les .fr spécialement
on peut tester pour vérifier si c'est ouvert sur le port 53 ?
mon telnet ns.kimsufi.com 53 marche (je suis connecté quoi...)
telnet ouvre un port tcp ; et c'est justement le port udp 53 qui est utilisé en priorité pour les résolutions DNS.
Comme indiqué dans le message d'erreur :
Comme indiqué dans le message d'erreur :
datagrams are preferred for queries due to their lower overhead and better performance.
Bah quel est le but ? Si zonecheck te dit qu'OVH bloque le port UDP, c'est certainement vrai... mais qu'est ce que tu peux y faire ? Au pire utilises un autre serveur DNS...
Pour "tester", via un petit script PHP générant la requête en UDP peut être...
En tous cas à priori ni DIG ni NSLOOKUP permettent de vérifier ça.
Pour "tester", via un petit script PHP générant la requête en UDP peut être...
En tous cas à priori ni DIG ni NSLOOKUP permettent de vérifier ça.
1) evite les dns ovh
2) oublie les avertissements afnic
ps: pour 1) prend un autre dedie (rps, kimsufi, ...) ou un service externe pour faire ton dns secondaire. pour 2) bon courage, c'est tres difficile d'avoir une config afnic sans avertissement (a moins d'avoir des dedies qui font que dns).
2) oublie les avertissements afnic
ps: pour 1) prend un autre dedie (rps, kimsufi, ...) ou un service externe pour faire ton dns secondaire. pour 2) bon courage, c'est tres difficile d'avoir une config afnic sans avertissement (a moins d'avoir des dedies qui font que dns).
13 messages • Page 1 sur 1
Formation recommandée sur ce thème :
Formation Google Analytics : en 2 jours, apprenez comment exploiter l'essentiel des possibilités de l'outil de mesure d'audience de Google. Formation animée par Julien Coquet, expert certifié officiellement par Google Analytics.
Tous les détails sur le site Ranking Metrics : programme, prix, dates et lieux, inscription en ligne.
Lectures recommandées sur ce thème :
- Vocabulaire du référencement : noms de domaine et URL
- Les gagnants du jeu-concours Google de WebRankInfo
- Jeu-concours WebRankInfo - Livre Google
- Web Rank Info ouvre un forum dédié à MSN Search
- Référencement à Marseille : stage de formation Ranking Metrics
- Formation Ranking Metrics à Marseille
- Changer d'hébergeur web sans pénaliser son référencement
- Séminaire de formation au référencement à Marseille
- Comment créer une page web en PHP
- Nouveau weblog spécial Google
Consultez la description détaillée des produits ou services de Google suivants : Google Web Accelerator
- Analyse de la classe C (adresse IP)
Cet outil vous permet de vérifier si plusieurs sites sont hébergés sur la même classe C (adresse IP du serveur). - Analyse de l'entête HTTP
Cet outil vous permet de connaître le code HTTP renvoyé par le serveur pour une page donnée.
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 1 invité





le forum