Questions Fréquemment Posées sur FreeBSD 2.X, 3.X et 4.X | ||
---|---|---|
Précédent | Chapitre 10. Réseaux. **Mise à jour en cours** | Suivant |
Vous verrez probablement que l'hôte est actuellement dans un domaine différent; par exemple, si vous êtes dans foo.bar.edu et que vous voulez atteindre un hôte nommé ``mumble'' dans le domaine bar.edu domain, vous aurez à vous y référer par son nom de domaine entièrement qualifié, ``mumble.bar.edu'', à la place de juste ``mumble''.
Traditionellement, cela était autorisés par les résolveurs BSD BIND. Malgrè tout, la version courante de bind qui est fournie avec FreeBSD ne fournit plus d'abbréviation par défaut pour un domaine non entièrement qualifié; autre que le domaine dans lequel vous êtes. Ainsi, un hôte non-qualifié mumble doit soit être trouvé comme mumble.foo.bar.edu, ou alors il sera cherché dans le domaine racine.
Cela est différent du comportement décrit auparavant, où la recherche continuait à travers mumble.bar.edu, et mumble.edu. Jetez un coup d'oeil à la RFC 1535 pour savoir pourquoi cela est considéré comme une mauvaise pratique, ou encore même un trou de sécurité.
Comme détour, vous pouvez placer la ligne :
search foo.bar.edu bar.edu
à la place de la précédente :
domain foo.bar.edu
dans votre fichier /etc/resolv.conf . Quoiqu'il en soit, assurez vous que l'ordre de recherche ne vas pas en dehors des ``limites entre l'administration locale et publique'', comme appelée dans la RFC 1535.
Précédent | Sommaire | Suivant |
Quelles cartes réseaux sont basées sur le chipset DEC PCI ? | Niveau supérieur | ``Permission denied'' pour toutes les opérations réseaux. |
Ce document, ainsi que d'autres peut être téléchargé sur ftp.FreeBSD.org/pub/FreeBSD/doc/.
Pour toutes questions à propos de FreeBSD, lisez la documentation avant de contacter <questions@FreeBSD.org>.
Pour les questions sur cette documentation, contactez <doc@FreeBSD.org>.