Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Bind: problème d'accès à un domaine local

graeme

Bonjour, j'ai décidément pas mal de problèmes en ce moment. Je gère sur une fc8 un domaine local appelé suivi.app. J'ai donc installé bind comme DNS primaire et configuré une zone comme ceci:

zone "suivi.app." IN {
    type master;
    file "suivi.app.conf";
    allow-update { none; };
};

zone "1.10.10.IN-ADDR.ARPA." {
    type master;
    file "reverse.suivi.app.conf";
};

Ma zone directe:

$TTL 86400

@    IN    SOA    localhost.suivi.app.    webmaster.suivi.app. (
    2008040800
    24H
    2H
    1W
    2D )
    
@    IN    NS    localhost.suivi.app.

@        IN    A    10.10.1.1
localhost    IN    A    10.10.1.1
www        IN    A    10.10.1.1
*        IN    CNAME    www

Et enfin ma zone inversée:

$TTL 3h

@    IN    SOA    localhost.suivi.app.    webmaster.suivi.app. (
    2008040800
    24H
    2H
    1W
    2D )
    
@    IN    NS    localhost.suivi.app.

1    IN    PTR    localhost.suivi.app

Je gère sur le même serveur des applications http avec Apache, et je souhaite que les postes client du réseau 10.10.1.0/24 puissent accéder au port 80 via l'url http://www.suivi.app.
Tenez je suis sympa j'vous ai même préparé un amour de petit schéma :lol:

J'ai ajouté des règles de filtrages concernant DNS et HTTP, mais je ne peut accéder à ces services depuis un poste client. Le nslookup à partir d'un client windows ne retourne l'erreur "DNS request timed out", et l'url http://www.suivi.app me renvoit une erreur de chargement, alors que j'ai bien l'application web avec l'ip du serveur. J'ai donc tout de suite pensé au pare-feu qui pourrait bloquer l'accès aux requêtes DNS, mais après vérification les règles de filtrages ont l'air correctes.

Chain INPUT (policy ACCEPT)
target prot opt source destination
RH-Firewall-1-INPUT all -- anywhere anywhere
ACCEPT tcp -- anywhere anywhere tcp dpt:http
ACCEPT tcp -- anywhere anywhere tcp dpt:domain
ACCEPT udp -- anywhere anywhere udp dpt:domain

Chain FORWARD (policy ACCEPT)
target prot opt source destination
REJECT all -- anywhere anywhere reject-with icmp-host-prohibited

Chain OUTPUT (policy ACCEPT)
target prot opt source destination
ACCEPT tcp -- anywhere anywhere tcp spt:http
ACCEPT tcp -- anywhere anywhere tcp spt:domain
ACCEPT udp -- anywhere anywhere udp spt:domain

Je bloque vraiment sur ce problème, pouvez vous me donner un coup de main svp?

shnoulle

Sans entrer dans le détail et juste sur les DNS.

ton serveur fedora va devoir faire DNS pour tous les postes et pour toutes les requètes.
C'est a dire, soit récupérer les DNS des serveurs maitre, soit transférer les requètes non locales sur les serveurs de ton FAI.

Ensuite, localhost pour le maitre, ca me géne puisque le localhost et local, et donc les postes s'interrogent eux mêmes

il devrait plutôt être nommé dns.suivi.app par exemple.

Tu a system-server-bind qui est pas mal pour apprendre à gérer les DNS, ensuite tu pourras passer à la mano.

graeme

Salut! J'avoue que l'idée de nommer mon serveur "localhost" n'est pas trés judicieuse, mais je ne pense pas que ce soit la source de mes problèmes. Tout fonctionne correctement localement sur la machine (résolution de noms internet et du nom privé), c'est cela qui me poussait à croire que tout est la cause du pare feu. J'ai donc essayé en désactivant le pare feu, juste pour voir, et rien n'a changé. Je ne comprend vraiment pas.

EDIT: le problème est réglé. Je suis tellement une buse que j'ose même pas en dire la cause. Bah si, aller: c'était tout bêtement le poste client que j'avais pris comme test qui avait encore le suffixe DNS d'un ancien domaine Active Directory. J'ai donc supprimé le suffixe DNS et tout fonctionne sans problème. Désolé pour le peu...