Debian kdm menu session SessionType

Jean-Yves F. Barbier

01/09/2007 à 02:30

lionel jousset a écrit :

Jean-Yves F. Barbier a écrit :
lionel jousset a écrit :
Salut,
euuuuh, non pas délibérément non.
je parcours ce que je peux comme tuto sur le net mais les zones
inverses, c'est pas encore très clair pour moi.
Comme par exemple sur:
http://lea-linux.org/cached/index/Reseau-name-dns2.html#
le sujet est à peine cité.
Même par là:
http://www.bind9.net/manual/bind/9.3.2/Bv9ARM.ch06.html#id2566487
un débutant sur bind comme moi ne sais pas par quel bout prendre le s
resolutions inverses.

vu ce que je t'ai adressé, c'est à pleurer; passe à m$ ou conten te-toi

Je te remercie pour tes preuves de sympathie à mon égards mais je t e
cite toi même:
"voici mes propres fichiers; compilation (en
son temps) d'un tas de howtos, man et discussions diverses"
Il t'a fallut donc toi aussi prendre le temps d'étudier le truc,tu
maitrise maintenant je suis content pour toi.
Moi je ne suis dessus que depuis 2 3 soir.
est-ce une raison pour me chagner comme ça?

Dans le langage Erlang, il existe une règle de base qui dit grosso-modo ceci:
"fait en sorte que ça marche, tu verras les fioritures après"

Les fichiers de conf de bind9 sont extrêmement sensibles aux erreurs, e t incom-
patibles entre certaines versions (et les fichiers inutilisables sur le n et,
c'est légion.)

Ce que je dis donc, c'est de commencer avec un système fonctionnel (ce que
j'avais aussi fait), puis de lire la doc au complet, et se référant à ces
fichiers, pour finir par commencer à comprendre comment ça marche.

Si tu as besoin d'exprimer une supériorité condescendante, s'il te plait

Je n'ai rien à exprimer aux autres (à moins qu'ils ne le demandent) p arce
que je me contrefout (d'une force dont tu n'as même pas idée) de ce q ue les
gens peuveeent penser de moi.

Par ailleurs, pour ce qui est de la supériorité, il m'a fallu 9 jours et 3
nuit blanches pour comprendre totalement le fonctionnement d'Asterisk.
Je ne penses pas que ça soit un record de vitesse, donc je ne me sens p as
"supérieur", juste content de moi.

oublie moi et dresses un chien à ta botte.

Les chiens que j'ai élevé ont toujours été parfaitement dressés .

D'ailleurs, si j'en reprends jamais un, je l'appelerai "jousset",
juste pour te faire plaisir (alors quand même, là, on ne peut pas
dire que je ne suis pas un mec super-sympa, non?! ;-)

du /etc/resolv.conf

euh, c'est pas /etc/hosts, grand manitou.

ben ça risque d'être relativement long de faire rentrer tout l'intern et
dans /etc/hosts

Sinon je reconnais que je n'ai pas un gros QI

Le QE est encore plus important que le QI.

(j'ai vécu 7 ans avec une nana qui pétait tous les records scolaire avec
une mémoire photographique exceptionnelle et j'ai pu mesurer mes prop res
limites),

Moi aussi (bac av mention TB +6, etc)
Mais elle confondait connaissances et bachotage (les 1ères restent, le
bachotage s'en va)

Par contre, j'ai rencontré des gens qui m'ont époustouflé par l'é tendue
de leur savoir... ET leur manière de s'en servir.

d'après toi il faut avoir combien pour utiliser linux??

pour utiliser: 1/20

pour étudier:
un bon monitor, du temps, des nuits blanches, une soif (et un plaisir)
d'apprendre, de la caféïne, un abonnement ADSL (fac.) et de la patien ce.

JYB
--
Love tells us many things that are not so.
-- Krainian Proverb

lionel jousset a écrit :

Jean-Yves F. Barbier a écrit :

lionel jousset a écrit :

Salut,
euuuuh, non pas délibérément non.
je parcours ce que je peux comme tuto sur le net mais les zones
inverses, c'est pas encore très clair pour moi.
Comme par exemple sur:
http://lea-linux.org/cached/index/Reseau-name-dns2.html#
le sujet est à peine cité.
Même par là:
http://www.bind9.net/manual/bind/9.3.2/Bv9ARM.ch06.html#id2566487
un débutant sur bind comme moi ne sais pas par quel bout prendre le s
resolutions inverses.

vu ce que je t'ai adressé, c'est à pleurer; passe à m$ ou conten te-toi

Je te remercie pour tes preuves de sympathie à mon égards mais je t e
cite toi même:
"voici mes propres fichiers; compilation (en
son temps) d'un tas de howtos, man et discussions diverses"
Il t'a fallut donc toi aussi prendre le temps d'étudier le truc,tu
maitrise maintenant je suis content pour toi.
Moi je ne suis dessus que depuis 2 3 soir.
est-ce une raison pour me chagner comme ça?

Dans le langage Erlang, il existe une règle de base qui dit grosso-modo ceci:
"fait en sorte que ça marche, tu verras les fioritures après"

Les fichiers de conf de bind9 sont extrêmement sensibles aux erreurs, e t incom-
patibles entre certaines versions (et les fichiers inutilisables sur le n et,
c'est légion.)

Ce que je dis donc, c'est de commencer avec un système fonctionnel (ce que
j'avais aussi fait), puis de lire la doc au complet, et se référant à ces
fichiers, pour finir par commencer à comprendre comment ça marche.

Si tu as besoin d'exprimer une supériorité condescendante, s'il te plait

Je n'ai rien à exprimer aux autres (à moins qu'ils ne le demandent) p arce
que je me contrefout (d'une force dont tu n'as même pas idée) de ce q ue les
gens peuveeent penser de moi.

Par ailleurs, pour ce qui est de la supériorité, il m'a fallu 9 jours et 3
nuit blanches pour comprendre totalement le fonctionnement d'Asterisk.
Je ne penses pas que ça soit un record de vitesse, donc je ne me sens p as
"supérieur", juste content de moi.

oublie moi et dresses un chien à ta botte.

Les chiens que j'ai élevé ont toujours été parfaitement dressés .

D'ailleurs, si j'en reprends jamais un, je l'appelerai "jousset",
juste pour te faire plaisir (alors quand même, là, on ne peut pas
dire que je ne suis pas un mec super-sympa, non?! ;-)

du /etc/resolv.conf

euh, c'est pas /etc/hosts, grand manitou.

ben ça risque d'être relativement long de faire rentrer tout l'intern et
dans /etc/hosts

Sinon je reconnais que je n'ai pas un gros QI

Le QE est encore plus important que le QI.

(j'ai vécu 7 ans avec une nana qui pétait tous les records scolaire avec
une mémoire photographique exceptionnelle et j'ai pu mesurer mes prop res
limites),

Moi aussi (bac av mention TB +6, etc)
Mais elle confondait connaissances et bachotage (les 1ères restent, le
bachotage s'en va)

Par contre, j'ai rencontré des gens qui m'ont époustouflé par l'é tendue
de leur savoir... ET leur manière de s'en servir.

d'après toi il faut avoir combien pour utiliser linux??

pour utiliser: 1/20

pour étudier:
un bon monitor, du temps, des nuits blanches, une soif (et un plaisir)
d'apprendre, de la caféïne, un abonnement ADSL (fac.) et de la patien ce.

JYB
--
Love tells us many things that are not so.
-- Krainian Proverb

Vous avez filtré cet utilisateur ! Consultez son message

lionel jousset a écrit :

Jean-Yves F. Barbier a écrit :
lionel jousset a écrit :
Salut,
euuuuh, non pas délibérément non.
je parcours ce que je peux comme tuto sur le net mais les zones
inverses, c'est pas encore très clair pour moi.
Comme par exemple sur:
http://lea-linux.org/cached/index/Reseau-name-dns2.html#
le sujet est à peine cité.
Même par là:
http://www.bind9.net/manual/bind/9.3.2/Bv9ARM.ch06.html#id2566487
un débutant sur bind comme moi ne sais pas par quel bout prendre le s
resolutions inverses.

vu ce que je t'ai adressé, c'est à pleurer; passe à m$ ou conten te-toi

Je te remercie pour tes preuves de sympathie à mon égards mais je t e
cite toi même:
"voici mes propres fichiers; compilation (en
son temps) d'un tas de howtos, man et discussions diverses"
Il t'a fallut donc toi aussi prendre le temps d'étudier le truc,tu
maitrise maintenant je suis content pour toi.
Moi je ne suis dessus que depuis 2 3 soir.
est-ce une raison pour me chagner comme ça?

Dans le langage Erlang, il existe une règle de base qui dit grosso-modo ceci:
"fait en sorte que ça marche, tu verras les fioritures après"

Les fichiers de conf de bind9 sont extrêmement sensibles aux erreurs, e t incom-
patibles entre certaines versions (et les fichiers inutilisables sur le n et,
c'est légion.)

Ce que je dis donc, c'est de commencer avec un système fonctionnel (ce que
j'avais aussi fait), puis de lire la doc au complet, et se référant à ces
fichiers, pour finir par commencer à comprendre comment ça marche.

Si tu as besoin d'exprimer une supériorité condescendante, s'il te plait

Je n'ai rien à exprimer aux autres (à moins qu'ils ne le demandent) p arce
que je me contrefout (d'une force dont tu n'as même pas idée) de ce q ue les
gens peuveeent penser de moi.

Par ailleurs, pour ce qui est de la supériorité, il m'a fallu 9 jours et 3
nuit blanches pour comprendre totalement le fonctionnement d'Asterisk.
Je ne penses pas que ça soit un record de vitesse, donc je ne me sens p as
"supérieur", juste content de moi.

oublie moi et dresses un chien à ta botte.

Les chiens que j'ai élevé ont toujours été parfaitement dressés .

D'ailleurs, si j'en reprends jamais un, je l'appelerai "jousset",
juste pour te faire plaisir (alors quand même, là, on ne peut pas
dire que je ne suis pas un mec super-sympa, non?! ;-)

du /etc/resolv.conf

euh, c'est pas /etc/hosts, grand manitou.

ben ça risque d'être relativement long de faire rentrer tout l'intern et
dans /etc/hosts

Sinon je reconnais que je n'ai pas un gros QI

Le QE est encore plus important que le QI.

(j'ai vécu 7 ans avec une nana qui pétait tous les records scolaire avec
une mémoire photographique exceptionnelle et j'ai pu mesurer mes prop res
limites),

Moi aussi (bac av mention TB +6, etc)
Mais elle confondait connaissances et bachotage (les 1ères restent, le
bachotage s'en va)

Par contre, j'ai rencontré des gens qui m'ont époustouflé par l'é tendue
de leur savoir... ET leur manière de s'en servir.

d'après toi il faut avoir combien pour utiliser linux??

pour utiliser: 1/20

pour étudier:
un bon monitor, du temps, des nuits blanches, une soif (et un plaisir)
d'apprendre, de la caféïne, un abonnement ADSL (fac.) et de la patien ce.

JYB
--
Love tells us many things that are not so.
-- Krainian Proverb

Hugues LARRIVE

01/09/2007 à 10:40

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig49D52D2A323B47246A9A0ADB
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable

lionel jousset a écrit :

c'est encore moi,
je résume, sur mon poste j'ai un serveur bind9, la zone de mon rése au
yoyo.local qui marche impec.
Je cherche à mettre en place une zone site.local pour gérer un
ensemble de VirtualHost.

ma conf de bind9 actuelle:
---------------------------------
named.conf.local:
zone "site.local" {
type master;
file "/etc/bind/db.site.local";
};
zone "yoyo.lan" {
type master;
file "/etc/bind/db.yoyo.lan";
forwarders{};
};
--------------------------------
db.yoyo.lan:
$TTL 604800
@ IN SOA ns1.yoyo.lan. hostmaster.yoyo.lan. (
2007083003 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
IN NS ns1.yoyo.lan.
;
IN MX 10 mail.yoyo.lan.
IN A 10.10.10.3
ns1 IN A 10.10.10.3
monPoste IN A 10.10.10.3
portable IN A 10.10.10.4
--------------------------------
db.site.local:
$TTL 604800
@ IN SOA site.local. hostmaster.yoyo.lan (
2007083025 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
@ IN NS site.local.
;
@ IN A 10.10.10.3
* IN A 10.10.10.3
--------------------------------

bon, voila mon problème avec dig je constate que mon serveur connait
bien la zone site.local mais cette zone reste impingable:

---------------
# dig @127.0.0.1 A site.local

; <<>> DiG 9.3.4 <<>> @127.0.0.1 A site.local
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34356
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;site.local. IN A

;; ANSWER SECTION:
site.local. 604800 IN A 10.10.10.3

;; AUTHORITY SECTION:
site.local. 604800 IN NS site.local.

;; Query time: 2 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri Aug 31 22:08:23 2007
;; MSG SIZE rcvd: 58
--------------
# ping site.local
ping: unknown host site.local
--------------
je comprend pas pourquoi cette zone reste inexploitable, une idée? ç a
préserverait mon système capillaire.

A l'avance merci,
Lionel.

Un truc qui m'a bien aidé mais je ne sais pas si c'est utilisable pour
une zone locale :
http://www.afnic.fr/outils/zonecheck/form

--------------enig49D52D2A323B47246A9A0ADB
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFG2SMsNdTZuHWpgVIRAl9yAJ9pTlfsMlQ4LyDLZxlzfYoo4PEMiQCfQk91
uY7EpeSEfbLTOE2OHuFQPpU =1mk5
-----END PGP SIGNATURE-----

--------------enig49D52D2A323B47246A9A0ADB--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig49D52D2A323B47246A9A0ADB
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable

lionel jousset a écrit :

c'est encore moi,
je résume, sur mon poste j'ai un serveur bind9, la zone de mon rése au
yoyo.local qui marche impec.
Je cherche à mettre en place une zone site.local pour gérer un
ensemble de VirtualHost.

ma conf de bind9 actuelle:
---------------------------------
named.conf.local:
zone "site.local" {
type master;
file "/etc/bind/db.site.local";
};
zone "yoyo.lan" {
type master;
file "/etc/bind/db.yoyo.lan";
forwarders{};
};
--------------------------------
db.yoyo.lan:
$TTL 604800
@ IN SOA ns1.yoyo.lan. hostmaster.yoyo.lan. (
2007083003 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
IN NS ns1.yoyo.lan.
;
IN MX 10 mail.yoyo.lan.
IN A 10.10.10.3
ns1 IN A 10.10.10.3
monPoste IN A 10.10.10.3
portable IN A 10.10.10.4
--------------------------------
db.site.local:
$TTL 604800
@ IN SOA site.local. hostmaster.yoyo.lan (
2007083025 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
@ IN NS site.local.
;
@ IN A 10.10.10.3
* IN A 10.10.10.3
--------------------------------

bon, voila mon problème avec dig je constate que mon serveur connait
bien la zone site.local mais cette zone reste impingable:

---------------
# dig @127.0.0.1 A site.local

; <<>> DiG 9.3.4 <<>> @127.0.0.1 A site.local
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34356
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;site.local. IN A

;; ANSWER SECTION:
site.local. 604800 IN A 10.10.10.3

;; AUTHORITY SECTION:
site.local. 604800 IN NS site.local.

;; Query time: 2 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri Aug 31 22:08:23 2007
;; MSG SIZE rcvd: 58
--------------
# ping site.local
ping: unknown host site.local
--------------
je comprend pas pourquoi cette zone reste inexploitable, une idée? ç a
préserverait mon système capillaire.

A l'avance merci,
Lionel.

Un truc qui m'a bien aidé mais je ne sais pas si c'est utilisable pour
une zone locale :
http://www.afnic.fr/outils/zonecheck/form

--------------enig49D52D2A323B47246A9A0ADB
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFG2SMsNdTZuHWpgVIRAl9yAJ9pTlfsMlQ4LyDLZxlzfYoo4PEMiQCfQk91
uY7EpeSEfbLTOE2OHuFQPpU =1mk5
-----END PGP SIGNATURE-----

--------------enig49D52D2A323B47246A9A0ADB--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Vous avez filtré cet utilisateur ! Consultez son message

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig49D52D2A323B47246A9A0ADB
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable

lionel jousset a écrit :

c'est encore moi,
je résume, sur mon poste j'ai un serveur bind9, la zone de mon rése au
yoyo.local qui marche impec.
Je cherche à mettre en place une zone site.local pour gérer un
ensemble de VirtualHost.

ma conf de bind9 actuelle:
---------------------------------
named.conf.local:
zone "site.local" {
type master;
file "/etc/bind/db.site.local";
};
zone "yoyo.lan" {
type master;
file "/etc/bind/db.yoyo.lan";
forwarders{};
};
--------------------------------
db.yoyo.lan:
$TTL 604800
@ IN SOA ns1.yoyo.lan. hostmaster.yoyo.lan. (
2007083003 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
IN NS ns1.yoyo.lan.
;
IN MX 10 mail.yoyo.lan.
IN A 10.10.10.3
ns1 IN A 10.10.10.3
monPoste IN A 10.10.10.3
portable IN A 10.10.10.4
--------------------------------
db.site.local:
$TTL 604800
@ IN SOA site.local. hostmaster.yoyo.lan (
2007083025 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
@ IN NS site.local.
;
@ IN A 10.10.10.3
* IN A 10.10.10.3
--------------------------------

bon, voila mon problème avec dig je constate que mon serveur connait
bien la zone site.local mais cette zone reste impingable:

---------------
# dig @127.0.0.1 A site.local

; <<>> DiG 9.3.4 <<>> @127.0.0.1 A site.local
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34356
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;site.local. IN A

;; ANSWER SECTION:
site.local. 604800 IN A 10.10.10.3

;; AUTHORITY SECTION:
site.local. 604800 IN NS site.local.

;; Query time: 2 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri Aug 31 22:08:23 2007
;; MSG SIZE rcvd: 58
--------------
# ping site.local
ping: unknown host site.local
--------------
je comprend pas pourquoi cette zone reste inexploitable, une idée? ç a
préserverait mon système capillaire.

A l'avance merci,
Lionel.

Un truc qui m'a bien aidé mais je ne sais pas si c'est utilisable pour
une zone locale :
http://www.afnic.fr/outils/zonecheck/form

--------------enig49D52D2A323B47246A9A0ADB
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFG2SMsNdTZuHWpgVIRAl9yAJ9pTlfsMlQ4LyDLZxlzfYoo4PEMiQCfQk91
uY7EpeSEfbLTOE2OHuFQPpU =1mk5
-----END PGP SIGNATURE-----

--------------enig49D52D2A323B47246A9A0ADB--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

Stephane Bortzmeyer

01/09/2007 à 19:10

On Sat, Sep 01, 2007 at 10:30:36AM +0200,
Hugues LARRIVE wrote
a message of 127 lines which said:

Un truc qui m'a bien aidé mais je ne sais pas si c'est utilisable pour
une zone locale :
http://www.afnic.fr/outils/zonecheck/form

Non, mais Zonecheck est en paquetage Debian...

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

lionel chanson

02/09/2007 à 15:50

------=_Part_7870_6495039.1188740595010
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Salut,

J'arrive plus trop à suivre la discussion :-) donc je reprend un peu les
bases

Dans ton fichier resolv.conf tu dois avoir au minimum 2 nameserver 127.0.0. 1et
10.10.10.3
Dans ton fichier hosts.conf la relation entre ces adresses

127.0.0.1 localhost.localdomain localhost
10.10.10.3 yoyo.lan

Donc lorsque tu crées une zone accessible par le réseau tu mets
zone. IN SOA yoyo.lan. hostmaster.yoyo.lan ( etc... )
zone. IN NS ns1.yoyo.lan.

Le champ SOA donne le serveur qui gère la zone et le champ NS le serveur de
nom
Si j'ai bien compris c'est comme ça que fonctionne le net, les serveurs r oot
gère des zones qui renvoient vers des gestionnaires de noms suivant
l'extension. ( trés grosso modo :-) )

Le fait de mettre des zones inversées c'est pour permettre de retrouver l e
nom d'hôtes à partir de l'adresse ip. C'est assez importants pour yoyo. lan.
par exemple ( comme pour localhost )

une bonne explication de ce que sont les dns :
http://christian.caleca.free.fr/dns.html

Bon courage.

Le 31/08/07, lionel jousset a écrit :

c'est encore moi,
je résume, sur mon poste j'ai un serveur bind9, la zone de mon réseau
yoyo.local qui marche impec.
Je cherche à mettre en place une zone site.local pour gérer un ensemb le
de VirtualHost.

ma conf de bind9 actuelle:
---------------------------------
named.conf.local:
zone "site.local" {
type master;
file "/etc/bind/db.site.local";
};
zone " yoyo.lan" {
type master;
file "/etc/bind/db.yoyo.lan";
forwarders{};
};
--------------------------------
db.yoyo.lan:
$TTL 604800
@ IN SOA ns1.yoyo.lan . hostmaster.yoyo.lan. (
2007083003 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
IN NS ns1.yoyo.lan.
;
IN MX 10 mail.yoyo.lan.
IN A 10.10.10.3
ns1 IN A 10.10.10.3
monPoste IN A 10.10.10.3
portable IN A 10.10.10.4
--------------------------------
db.site.local:
$TTL 604800
@ IN SOA site.local. hostmaster.yoyo.lan (
2007083025 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
@ IN NS site.local.
;
@ IN A 10.10.10.3
* IN A 10.10.10.3
--------------------------------

bon, voila mon problème avec dig je constate que mon serveur connait
bien la zone site.local mais cette zone reste impingable:

---------------
# dig @127.0.0.1 A site.local

; <<>> DiG 9.3.4 <<>> @127.0.0.1 A site.local
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34356
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;site.local. IN A

;; ANSWER SECTION:
site.local. 604800 IN A 10.10.10.3

;; AUTHORITY SECTION:
site.local. 604800 IN NS site.local.

;; Query time: 2 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri Aug 31 22:08:23 2007
;; MSG SIZE rcvd: 58
--------------
# ping site.local
ping: unknown host site.local
--------------
je comprend pas pourquoi cette zone reste inexploitable, une idée? ça
préserverait mon système capillaire.

A l'avance merci,
Lionel.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact .org

------=_Part_7870_6495039.1188740595010
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Salut, J'arrive plus trop à suivre la discussion :-) donc je r eprend un peu les bases Dans ton fichier resolv.conf tu dois avoir a u minimum 2 nameserver <a href="http://127.0.0.1" target="_blank" oncli ck="return top.js.OpenExtLink(window,event,this)">
127.0.0.1</a> et <a href="http://10.10.10.3" target="_blank" onclick= "return top.js.OpenExtLink(window,event,this)">
10.10.10.3</a> Dans ton fichier hosts.conf la relation entre ces adresse s <a href="http://127.0.0.1" target="_blank" onclick="return t op.js.OpenExtLink(window,event,this)">127.0.0.1</a> localhost.localdomain l ocalhost
 <a href="http://10.10.10.3" target="_blank" onclick="return top.j s.OpenExtLink(window,event,this)">10.10.10.3</a> yoyo.lan Donc lorsq ue tu crées une zone accessible par le réseau tu mets
 zone.    IN     SOA      yoyo.lan.&n bsp; hostmaster.yoyo.lan ( etc... ) zone.    IN &nbs p;   NS        ns1.yoyo.lan. Le champ SOA donne le serveur qui gère la zone et le champ NS le se rveur de nom Si j'ai bien compris c'est comme ça que fonctionn e le net, les serveurs root gère des zones qui renvoient vers des gestion naires de noms suivant l'extension. ( trés grosso modo :-) )
 Le fait de mettre des zones inversées c'est pour permettre de retrouver le nom d'hôtes à partir de l'adresse ip. C'est a ssez importants pour yoyo.lan. par exemple ( comme pour localhost ) une bonne explication de ce que sont les dns :
 <a href="http://christian.caleca.free.fr/dns.html" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://christian.c aleca.free.fr/dns.html
</a> Bon courage. <div>Le 31/08/0 7, lionel jousset <<a href="mailto:s " target="_blank" onclick="return top.js.OpenExtLink(win dow,event,this)">
</a>> a écrit :<blockquote class="gmail_quote " style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0 .8ex; padding-left: 1ex;">
c'est encore moi, je résume, sur mon poste j'ai un serveur bin d9, la zone de mon réseau yoyo.local qui marche impec. Je cherche à mettre en place une zone site.local pour gérer un ensemble de Virt ualHost.
 ma conf de bind9 actuelle: --------------------------------- named.conf.local: zone "site.local" {    &nb sp;    type master;      &n bsp;  file "/etc/bind/db.site.local"; }; zone &qu ot;
yoyo.lan" {         type ma ster;         file "/etc/bi nd/db.yoyo.lan";         fo rwarders{}; }; -------------------------------- db.yoyo.lan: $T TL    604800 @    IN      SOA      ns1.yoyo.lan

.  hostmaster.yoyo.lan. (                    &nb sp;   2007083003  ; Serial    &n bsp;           &nbsp ;      604800     &n bsp;; Refresh          &nbs p;            8 6400       ; Retry    &nbsp ;            &n bsp;     2419200     ; Expire                        604800 ) & nbsp;  ; Negative Cache TTL
 ;            IN&nb sp;      NS       ns 1.yoyo.lan. ;          & nbsp; IN       MX    &nbs p;  10       mail.yoyo.lan.  &nb sp;          IN &nbs p;     A       &nbsp ;<a href="http://10.10.10.3" target="_blank" onclick="return top.js.O penExtLink(window,event,this)">
10.10.10.3</a> ns1        IN&nbs p;      A      &nbsp ; 
<a href="http://10.10.10.3" target="_blank" onclick="return top.js.Op enExtLink(window,event,this)">10.10.10.3</a> monPoste   & nbsp;IN       A         <a href="http://10.10.10.3" target="_blank" onclick ="return top.js.OpenExtLink(window,event,this)">
10.10.10.3</a> portable    IN   &nbsp ;   A        <a href="h ttp://10.10.10.4" target="_blank" onclick="return top.js.OpenExtLink(wi ndow,event,this)">10.10.10.4</a> --------------------------------
 db.site.local: $TTL    604800 @  &n bsp; IN     SOA     &nbsp ;site.local.  hostmaster.yoyo.lan (     &n bsp;           &nbsp ;     2007083025  ; Serial  &nbs p;            & nbsp;       604800   &nbs p;  ; Refresh                      &nb sp; 86400       ; Retry
            &nbsp ;          2419200 & nbsp;   ; Expire        &nb sp;               604800 )    ; Negative Cache TTL ; @& nbsp;         IN  &n bsp;    NS       site.local.; @          IN&nbsp ;      A         <a href="http://10.10.10.3" target="_blank" onclick="return top .js.OpenExtLink(window,event,this)">
10.10.10.3
</a> *          IN&nbs p;      A      &nbsp ; <a href="http://10.10.10.3" target="_blank" onclick="return to p.js.OpenExtLink(window,event,this)">10.10.10.3</a> -------------------- ------------ bon, voila mon problème avec dig je constate que mon serveur connait
 bien la zone site.local mais cette zone reste impingable:
 --------------- # dig @<a href="http://127.0.0.1" target="_b lank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1</a > A site.local ; <<>> DiG 9.3.4 <<>> @<a hre f="http://127.0.0.1" target="_blank" onclick="return top.js.OpenExtLi nk(window,event,this)">
127.0.0.1</a> A site.local ; (1 server found) 
;; global options:  printcmd ;; Got answer: ;; ->>HEA DER<<- opcode: QUERY, status: NOERROR, id: 34356 ;; flags: qr aa r d ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION S ECTION:
 ;site.local.         &nbsp ;          IN       A ;; ANSWER SECTION: site.local. &nb sp;           604800&nbsp ; IN      A    &nbsp ;  <a href="http://10.10.10.3" target="_blank" onclick="return t op.js.OpenExtLink(window,event,this)">
10.10.10.3</a> ;; AUTHORITY SECTION: site.local.  &nbsp ;          604800  I N      NS      
site.local. ;; Query time: 2 msec ;; SERVER: 127.0.0.1#53(<a href ="http://127.0.0.1" target="_blank" onclick="return top.js.OpenExtLin k(window,event,this)">127.0.0.1</a>) ;; WHEN: Fri Aug 31 22:08:23 2007
;; MSG SIZE  rcvd: 58 -------------- # ping site.local p ing: unknown host
site.local -------------- je comprend pas pourquoi cette zone reste i nexploitable, une idée? ça préserverait mon système capillaire. A l'avance merci, Lionel. -- Lisez la FAQ d e la liste avant de poser une question :
 <a href="http://wiki.debian.net/?DebianFrench" target="_blank" oncl ick="return top.js.OpenExtLink(window,event,this)">http://wiki.debian.net /?DebianFrench</a> Vous pouvez aussi ajouter le mot ``spam'' dan s vos champs "From" et
 "Reply-To:" To UNSUBSCRIBE, email to
<a href="mailto:" target="_b lank" onclick="return top.js.OpenExtLink(window,event,this)">debian-user- </a> with a subject of "unsubscribe& quot;. Trouble? Contact
<a href="mailto:" target="_blank" onclick= "return top.js.OpenExtLink(window,event,this)">
</a> </blockquote></div> 

------=_Part_7870_6495039.1188740595010--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

------=_Part_7870_6495039.1188740595010
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Salut,

J'arrive plus trop à suivre la discussion :-) donc je reprend un peu les
bases

Dans ton fichier resolv.conf tu dois avoir au minimum 2 nameserver 127.0.0. 1et
10.10.10.3
Dans ton fichier hosts.conf la relation entre ces adresses

127.0.0.1 localhost.localdomain localhost
10.10.10.3 yoyo.lan

Donc lorsque tu crées une zone accessible par le réseau tu mets
zone. IN SOA yoyo.lan. hostmaster.yoyo.lan ( etc... )
zone. IN NS ns1.yoyo.lan.

Le champ SOA donne le serveur qui gère la zone et le champ NS le serveur de
nom
Si j'ai bien compris c'est comme ça que fonctionne le net, les serveurs r oot
gère des zones qui renvoient vers des gestionnaires de noms suivant
l'extension. ( trés grosso modo :-) )

Le fait de mettre des zones inversées c'est pour permettre de retrouver l e
nom d'hôtes à partir de l'adresse ip. C'est assez importants pour yoyo. lan.
par exemple ( comme pour localhost )

une bonne explication de ce que sont les dns :
http://christian.caleca.free.fr/dns.html

Bon courage.

Le 31/08/07, lionel jousset <sipartil@free.fr> a écrit :

c'est encore moi,
je résume, sur mon poste j'ai un serveur bind9, la zone de mon réseau
yoyo.local qui marche impec.
Je cherche à mettre en place une zone site.local pour gérer un ensemb le
de VirtualHost.

ma conf de bind9 actuelle:
---------------------------------
named.conf.local:
zone "site.local" {
type master;
file "/etc/bind/db.site.local";
};
zone " yoyo.lan" {
type master;
file "/etc/bind/db.yoyo.lan";
forwarders{};
};
--------------------------------
db.yoyo.lan:
$TTL 604800
@ IN SOA ns1.yoyo.lan . hostmaster.yoyo.lan. (
2007083003 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
IN NS ns1.yoyo.lan.
;
IN MX 10 mail.yoyo.lan.
IN A 10.10.10.3
ns1 IN A 10.10.10.3
monPoste IN A 10.10.10.3
portable IN A 10.10.10.4
--------------------------------
db.site.local:
$TTL 604800
@ IN SOA site.local. hostmaster.yoyo.lan (
2007083025 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
@ IN NS site.local.
;
@ IN A 10.10.10.3
* IN A 10.10.10.3
--------------------------------

bon, voila mon problème avec dig je constate que mon serveur connait
bien la zone site.local mais cette zone reste impingable:

---------------
# dig @127.0.0.1 A site.local

; <<>> DiG 9.3.4 <<>> @127.0.0.1 A site.local
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34356
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;site.local. IN A

;; ANSWER SECTION:
site.local. 604800 IN A 10.10.10.3

;; AUTHORITY SECTION:
site.local. 604800 IN NS site.local.

;; Query time: 2 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri Aug 31 22:08:23 2007
;; MSG SIZE rcvd: 58
--------------
# ping site.local
ping: unknown host site.local
--------------
je comprend pas pourquoi cette zone reste inexploitable, une idée? ça
préserverait mon système capillaire.

A l'avance merci,
Lionel.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian .org

------=_Part_7870_6495039.1188740595010
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Salut, J'arrive plus trop à suivre la discussion :-) donc je r eprend un peu les bases Dans ton fichier resolv.conf tu dois avoir a u minimum 2 nameserver <a href="http://127.0.0.1" target="_blank" oncli ck="return top.js.OpenExtLink(window,event,this)">
127.0.0.1</a> et <a href="http://10.10.10.3" target="_blank" onclick= "return top.js.OpenExtLink(window,event,this)">
10.10.10.3</a> Dans ton fichier hosts.conf la relation entre ces adresse s <a href="http://127.0.0.1" target="_blank" onclick="return t op.js.OpenExtLink(window,event,this)">127.0.0.1</a> localhost.localdomain l ocalhost
 <a href="http://10.10.10.3" target="_blank" onclick="return top.j s.OpenExtLink(window,event,this)">10.10.10.3</a> yoyo.lan Donc lorsq ue tu crées une zone accessible par le réseau tu mets
 zone.    IN     SOA      yoyo.lan.&n bsp; hostmaster.yoyo.lan ( etc... ) zone.    IN &nbs p;   NS        ns1.yoyo.lan. Le champ SOA donne le serveur qui gère la zone et le champ NS le se rveur de nom Si j'ai bien compris c'est comme ça que fonctionn e le net, les serveurs root gère des zones qui renvoient vers des gestion naires de noms suivant l'extension. ( trés grosso modo :-) )
 Le fait de mettre des zones inversées c'est pour permettre de retrouver le nom d'hôtes à partir de l'adresse ip. C'est a ssez importants pour yoyo.lan. par exemple ( comme pour localhost ) une bonne explication de ce que sont les dns :
 <a href="http://christian.caleca.free.fr/dns.html" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://christian.c aleca.free.fr/dns.html
</a> Bon courage. <div>Le 31/08/0 7, lionel jousset <<a href="mailto:s ipartil@free.fr" target="_blank" onclick="return top.js.OpenExtLink(win dow,event,this)">
sipartil@free.fr</a>> a écrit :<blockquote class="gmail_quote " style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0 .8ex; padding-left: 1ex;">
c'est encore moi, je résume, sur mon poste j'ai un serveur bin d9, la zone de mon réseau yoyo.local qui marche impec. Je cherche à mettre en place une zone site.local pour gérer un ensemble de Virt ualHost.
 ma conf de bind9 actuelle: --------------------------------- named.conf.local: zone "site.local" {    &nb sp;    type master;      &n bsp;  file "/etc/bind/db.site.local"; }; zone &qu ot;
yoyo.lan" {         type ma ster;         file "/etc/bi nd/db.yoyo.lan";         fo rwarders{}; }; -------------------------------- db.yoyo.lan: $T TL    604800 @    IN      SOA      ns1.yoyo.lan

.  hostmaster.yoyo.lan. (                    &nb sp;   2007083003  ; Serial    &n bsp;           &nbsp ;      604800     &n bsp;; Refresh          &nbs p;            8 6400       ; Retry    &nbsp ;            &n bsp;     2419200     ; Expire                        604800 ) & nbsp;  ; Negative Cache TTL
 ;            IN&nb sp;      NS       ns 1.yoyo.lan. ;          & nbsp; IN       MX    &nbs p;  10       mail.yoyo.lan.  &nb sp;          IN &nbs p;     A       &nbsp ;<a href="http://10.10.10.3" target="_blank" onclick="return top.js.O penExtLink(window,event,this)">
10.10.10.3</a> ns1        IN&nbs p;      A      &nbsp ; 
<a href="http://10.10.10.3" target="_blank" onclick="return top.js.Op enExtLink(window,event,this)">10.10.10.3</a> monPoste   & nbsp;IN       A         <a href="http://10.10.10.3" target="_blank" onclick ="return top.js.OpenExtLink(window,event,this)">
10.10.10.3</a> portable    IN   &nbsp ;   A        <a href="h ttp://10.10.10.4" target="_blank" onclick="return top.js.OpenExtLink(wi ndow,event,this)">10.10.10.4</a> --------------------------------
 db.site.local: $TTL    604800 @  &n bsp; IN     SOA     &nbsp ;site.local.  hostmaster.yoyo.lan (     &n bsp;           &nbsp ;     2007083025  ; Serial  &nbs p;            & nbsp;       604800   &nbs p;  ; Refresh                      &nb sp; 86400       ; Retry
            &nbsp ;          2419200 & nbsp;   ; Expire        &nb sp;               604800 )    ; Negative Cache TTL ; @& nbsp;         IN  &n bsp;    NS       site.local.; @          IN&nbsp ;      A         <a href="http://10.10.10.3" target="_blank" onclick="return top .js.OpenExtLink(window,event,this)">
10.10.10.3
</a> *          IN&nbs p;      A      &nbsp ; <a href="http://10.10.10.3" target="_blank" onclick="return to p.js.OpenExtLink(window,event,this)">10.10.10.3</a> -------------------- ------------ bon, voila mon problème avec dig je constate que mon serveur connait
 bien la zone site.local mais cette zone reste impingable:
 --------------- # dig @<a href="http://127.0.0.1" target="_b lank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1</a > A site.local ; <<>> DiG 9.3.4 <<>> @<a hre f="http://127.0.0.1" target="_blank" onclick="return top.js.OpenExtLi nk(window,event,this)">
127.0.0.1</a> A site.local ; (1 server found) 
;; global options:  printcmd ;; Got answer: ;; ->>HEA DER<<- opcode: QUERY, status: NOERROR, id: 34356 ;; flags: qr aa r d ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION S ECTION:
 ;site.local.         &nbsp ;          IN       A ;; ANSWER SECTION: site.local. &nb sp;           604800&nbsp ; IN      A    &nbsp ;  <a href="http://10.10.10.3" target="_blank" onclick="return t op.js.OpenExtLink(window,event,this)">
10.10.10.3</a> ;; AUTHORITY SECTION: site.local.  &nbsp ;          604800  I N      NS      
site.local. ;; Query time: 2 msec ;; SERVER: 127.0.0.1#53(<a href ="http://127.0.0.1" target="_blank" onclick="return top.js.OpenExtLin k(window,event,this)">127.0.0.1</a>) ;; WHEN: Fri Aug 31 22:08:23 2007
;; MSG SIZE  rcvd: 58 -------------- # ping site.local p ing: unknown host
site.local -------------- je comprend pas pourquoi cette zone reste i nexploitable, une idée? ça préserverait mon système capillaire. A l'avance merci, Lionel. -- Lisez la FAQ d e la liste avant de poser une question :
 <a href="http://wiki.debian.net/?DebianFrench" target="_blank" oncl ick="return top.js.OpenExtLink(window,event,this)">http://wiki.debian.net /?DebianFrench</a> Vous pouvez aussi ajouter le mot ``spam'' dan s vos champs "From" et
 "Reply-To:" To UNSUBSCRIBE, email to
<a href="mailto:debian-user-french-REQUEST@lists.debian.org" target="_b lank" onclick="return top.js.OpenExtLink(window,event,this)">debian-user- french-REQUEST@lists.debian.org</a> with a subject of "unsubscribe& quot;. Trouble? Contact
<a href="mailto:listmaster@lists.debian.org" target="_blank" onclick= "return top.js.OpenExtLink(window,event,this)">listmaster@lists.debian.org
</a> </blockquote></div> 

------=_Part_7870_6495039.1188740595010--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Vous avez filtré cet utilisateur ! Consultez son message

------=_Part_7870_6495039.1188740595010
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Salut,

J'arrive plus trop à suivre la discussion :-) donc je reprend un peu les
bases

Dans ton fichier resolv.conf tu dois avoir au minimum 2 nameserver 127.0.0. 1et
10.10.10.3
Dans ton fichier hosts.conf la relation entre ces adresses

127.0.0.1 localhost.localdomain localhost
10.10.10.3 yoyo.lan

Donc lorsque tu crées une zone accessible par le réseau tu mets
zone. IN SOA yoyo.lan. hostmaster.yoyo.lan ( etc... )
zone. IN NS ns1.yoyo.lan.

Le champ SOA donne le serveur qui gère la zone et le champ NS le serveur de
nom
Si j'ai bien compris c'est comme ça que fonctionne le net, les serveurs r oot
gère des zones qui renvoient vers des gestionnaires de noms suivant
l'extension. ( trés grosso modo :-) )

Le fait de mettre des zones inversées c'est pour permettre de retrouver l e
nom d'hôtes à partir de l'adresse ip. C'est assez importants pour yoyo. lan.
par exemple ( comme pour localhost )

une bonne explication de ce que sont les dns :
http://christian.caleca.free.fr/dns.html

Bon courage.

Le 31/08/07, lionel jousset a écrit :

c'est encore moi,
je résume, sur mon poste j'ai un serveur bind9, la zone de mon réseau
yoyo.local qui marche impec.
Je cherche à mettre en place une zone site.local pour gérer un ensemb le
de VirtualHost.

ma conf de bind9 actuelle:
---------------------------------
named.conf.local:
zone "site.local" {
type master;
file "/etc/bind/db.site.local";
};
zone " yoyo.lan" {
type master;
file "/etc/bind/db.yoyo.lan";
forwarders{};
};
--------------------------------
db.yoyo.lan:
$TTL 604800
@ IN SOA ns1.yoyo.lan . hostmaster.yoyo.lan. (
2007083003 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
IN NS ns1.yoyo.lan.
;
IN MX 10 mail.yoyo.lan.
IN A 10.10.10.3
ns1 IN A 10.10.10.3
monPoste IN A 10.10.10.3
portable IN A 10.10.10.4
--------------------------------
db.site.local:
$TTL 604800
@ IN SOA site.local. hostmaster.yoyo.lan (
2007083025 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
@ IN NS site.local.
;
@ IN A 10.10.10.3
* IN A 10.10.10.3
--------------------------------

bon, voila mon problème avec dig je constate que mon serveur connait
bien la zone site.local mais cette zone reste impingable:

---------------
# dig @127.0.0.1 A site.local

; <<>> DiG 9.3.4 <<>> @127.0.0.1 A site.local
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34356
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;site.local. IN A

;; ANSWER SECTION:
site.local. 604800 IN A 10.10.10.3

;; AUTHORITY SECTION:
site.local. 604800 IN NS site.local.

;; Query time: 2 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri Aug 31 22:08:23 2007
;; MSG SIZE rcvd: 58
--------------
# ping site.local
ping: unknown host site.local
--------------
je comprend pas pourquoi cette zone reste inexploitable, une idée? ça
préserverait mon système capillaire.

A l'avance merci,
Lionel.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact .org

------=_Part_7870_6495039.1188740595010
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Salut, J'arrive plus trop à suivre la discussion :-) donc je r eprend un peu les bases Dans ton fichier resolv.conf tu dois avoir a u minimum 2 nameserver <a href="http://127.0.0.1" target="_blank" oncli ck="return top.js.OpenExtLink(window,event,this)">
127.0.0.1</a> et <a href="http://10.10.10.3" target="_blank" onclick= "return top.js.OpenExtLink(window,event,this)">
10.10.10.3</a> Dans ton fichier hosts.conf la relation entre ces adresse s <a href="http://127.0.0.1" target="_blank" onclick="return t op.js.OpenExtLink(window,event,this)">127.0.0.1</a> localhost.localdomain l ocalhost
 <a href="http://10.10.10.3" target="_blank" onclick="return top.j s.OpenExtLink(window,event,this)">10.10.10.3</a> yoyo.lan Donc lorsq ue tu crées une zone accessible par le réseau tu mets
 zone.    IN     SOA      yoyo.lan.&n bsp; hostmaster.yoyo.lan ( etc... ) zone.    IN &nbs p;   NS        ns1.yoyo.lan. Le champ SOA donne le serveur qui gère la zone et le champ NS le se rveur de nom Si j'ai bien compris c'est comme ça que fonctionn e le net, les serveurs root gère des zones qui renvoient vers des gestion naires de noms suivant l'extension. ( trés grosso modo :-) )
 Le fait de mettre des zones inversées c'est pour permettre de retrouver le nom d'hôtes à partir de l'adresse ip. C'est a ssez importants pour yoyo.lan. par exemple ( comme pour localhost ) une bonne explication de ce que sont les dns :
 <a href="http://christian.caleca.free.fr/dns.html" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://christian.c aleca.free.fr/dns.html
</a> Bon courage. <div>Le 31/08/0 7, lionel jousset <<a href="mailto:s " target="_blank" onclick="return top.js.OpenExtLink(win dow,event,this)">
</a>> a écrit :<blockquote class="gmail_quote " style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0 .8ex; padding-left: 1ex;">
c'est encore moi, je résume, sur mon poste j'ai un serveur bin d9, la zone de mon réseau yoyo.local qui marche impec. Je cherche à mettre en place une zone site.local pour gérer un ensemble de Virt ualHost.
 ma conf de bind9 actuelle: --------------------------------- named.conf.local: zone "site.local" {    &nb sp;    type master;      &n bsp;  file "/etc/bind/db.site.local"; }; zone &qu ot;
yoyo.lan" {         type ma ster;         file "/etc/bi nd/db.yoyo.lan";         fo rwarders{}; }; -------------------------------- db.yoyo.lan: $T TL    604800 @    IN      SOA      ns1.yoyo.lan

.  hostmaster.yoyo.lan. (                    &nb sp;   2007083003  ; Serial    &n bsp;           &nbsp ;      604800     &n bsp;; Refresh          &nbs p;            8 6400       ; Retry    &nbsp ;            &n bsp;     2419200     ; Expire                        604800 ) & nbsp;  ; Negative Cache TTL
 ;            IN&nb sp;      NS       ns 1.yoyo.lan. ;          & nbsp; IN       MX    &nbs p;  10       mail.yoyo.lan.  &nb sp;          IN &nbs p;     A       &nbsp ;<a href="http://10.10.10.3" target="_blank" onclick="return top.js.O penExtLink(window,event,this)">
10.10.10.3</a> ns1        IN&nbs p;      A      &nbsp ; 
<a href="http://10.10.10.3" target="_blank" onclick="return top.js.Op enExtLink(window,event,this)">10.10.10.3</a> monPoste   & nbsp;IN       A         <a href="http://10.10.10.3" target="_blank" onclick ="return top.js.OpenExtLink(window,event,this)">
10.10.10.3</a> portable    IN   &nbsp ;   A        <a href="h ttp://10.10.10.4" target="_blank" onclick="return top.js.OpenExtLink(wi ndow,event,this)">10.10.10.4</a> --------------------------------
 db.site.local: $TTL    604800 @  &n bsp; IN     SOA     &nbsp ;site.local.  hostmaster.yoyo.lan (     &n bsp;           &nbsp ;     2007083025  ; Serial  &nbs p;            & nbsp;       604800   &nbs p;  ; Refresh                      &nb sp; 86400       ; Retry
            &nbsp ;          2419200 & nbsp;   ; Expire        &nb sp;               604800 )    ; Negative Cache TTL ; @& nbsp;         IN  &n bsp;    NS       site.local.; @          IN&nbsp ;      A         <a href="http://10.10.10.3" target="_blank" onclick="return top .js.OpenExtLink(window,event,this)">
10.10.10.3
</a> *          IN&nbs p;      A      &nbsp ; <a href="http://10.10.10.3" target="_blank" onclick="return to p.js.OpenExtLink(window,event,this)">10.10.10.3</a> -------------------- ------------ bon, voila mon problème avec dig je constate que mon serveur connait
 bien la zone site.local mais cette zone reste impingable:
 --------------- # dig @<a href="http://127.0.0.1" target="_b lank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1</a > A site.local ; <<>> DiG 9.3.4 <<>> @<a hre f="http://127.0.0.1" target="_blank" onclick="return top.js.OpenExtLi nk(window,event,this)">
127.0.0.1</a> A site.local ; (1 server found) 
;; global options:  printcmd ;; Got answer: ;; ->>HEA DER<<- opcode: QUERY, status: NOERROR, id: 34356 ;; flags: qr aa r d ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION S ECTION:
 ;site.local.         &nbsp ;          IN       A ;; ANSWER SECTION: site.local. &nb sp;           604800&nbsp ; IN      A    &nbsp ;  <a href="http://10.10.10.3" target="_blank" onclick="return t op.js.OpenExtLink(window,event,this)">
10.10.10.3</a> ;; AUTHORITY SECTION: site.local.  &nbsp ;          604800  I N      NS      
site.local. ;; Query time: 2 msec ;; SERVER: 127.0.0.1#53(<a href ="http://127.0.0.1" target="_blank" onclick="return top.js.OpenExtLin k(window,event,this)">127.0.0.1</a>) ;; WHEN: Fri Aug 31 22:08:23 2007
;; MSG SIZE  rcvd: 58 -------------- # ping site.local p ing: unknown host
site.local -------------- je comprend pas pourquoi cette zone reste i nexploitable, une idée? ça préserverait mon système capillaire. A l'avance merci, Lionel. -- Lisez la FAQ d e la liste avant de poser une question :
 <a href="http://wiki.debian.net/?DebianFrench" target="_blank" oncl ick="return top.js.OpenExtLink(window,event,this)">http://wiki.debian.net /?DebianFrench</a> Vous pouvez aussi ajouter le mot ``spam'' dan s vos champs "From" et
 "Reply-To:" To UNSUBSCRIBE, email to
<a href="mailto:" target="_b lank" onclick="return top.js.OpenExtLink(window,event,this)">debian-user- </a> with a subject of "unsubscribe& quot;. Trouble? Contact
<a href="mailto:" target="_blank" onclick= "return top.js.OpenExtLink(window,event,this)">
</a> </blockquote></div> 

------=_Part_7870_6495039.1188740595010--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

Hugues LARRIVE

03/09/2007 à 10:10

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enigFBA04DB9F5F005577A5AD906
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Stephane Bortzmeyer a écrit :

On Sat, Sep 01, 2007 at 10:30:36AM +0200,
Hugues LARRIVE wrote
a message of 127 lines which said:

Un truc qui m'a bien aidé mais je ne sais pas si c'est utilisable po ur
une zone locale :
http://www.afnic.fr/outils/zonecheck/form

Non, mais Zonecheck est en paquetage Debian...

Un autre truc que j'avais essayé et qui ne m'a pas convaincu mais bon,
c'est une question de goût : gbindadmin

--------------enigFBA04DB9F5F005577A5AD906
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFG27/BNdTZuHWpgVIRAlWWAJ9zkETCka4Hn/CMnC98SHWGm0OUaACbBMDx
+xT7yoQSACVy2cjKlKI7VcA =nsFR
-----END PGP SIGNATURE-----

--------------enigFBA04DB9F5F005577A5AD906--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

Debian kdm menu session SessionType

5 réponses

Veuillez sélectionner un problème