Dans mon firewall ipfw, je fais appel à des noms de domaine pour désigner
des services réseaux distants (ftp et ntp) lors de ma séquence de boot,
freebsd lance le chargement de ipfw avant d'activer la passerelle réseau.
Donc pas de résolution de nom de domaine et le chargement des règles ipfw
n'est pas réalisé de manière exhaustive. Le problème est résolu lorsque je
recharge les règles ipfw manuellement après le boot.
Savez-vous résoudre mon problème relatif à la séquence de boot de freebsd
????
Non, le rc.conf n'est qu'un script qui fixe des variables, il n'influe pas sur l'ordonnancement.
ah, zut, désolé (c) (r) (tm)
En clair, il positionne toutes les variables lors d'une première passe, et le système effectue les actions en fonction lors d'une seconde ?
Suivant la version de FreeBSD? ca sera impossible (ou relancement dans /etc/rc.local), ou alors simplement modification du /etc/rc.d/ipfw pour indiquer une dépendance sur named.
C'est ce à quoi j'avais pensé en deuxième possibilité... (la prochaine fois je tournerais 823543 fois la langue dans ma bouche avant...)
Emmanuel Dreyfus wrote:
Non, le rc.conf n'est qu'un script qui fixe des variables, il n'influe
pas sur l'ordonnancement.
ah, zut, désolé (c) (r) (tm)
En clair, il positionne toutes les variables lors d'une première passe,
et le système effectue les actions en fonction lors d'une seconde ?
Suivant la version de FreeBSD? ca sera impossible (ou relancement dans
/etc/rc.local), ou alors simplement modification du /etc/rc.d/ipfw pour
indiquer une dépendance sur named.
C'est ce à quoi j'avais pensé en deuxième possibilité...
(la prochaine fois je tournerais 823543 fois la langue dans ma bouche
avant...)
Non, le rc.conf n'est qu'un script qui fixe des variables, il n'influe pas sur l'ordonnancement.
ah, zut, désolé (c) (r) (tm)
En clair, il positionne toutes les variables lors d'une première passe, et le système effectue les actions en fonction lors d'une seconde ?
Suivant la version de FreeBSD? ca sera impossible (ou relancement dans /etc/rc.local), ou alors simplement modification du /etc/rc.d/ipfw pour indiquer une dépendance sur named.
C'est ce à quoi j'avais pensé en deuxième possibilité... (la prochaine fois je tournerais 823543 fois la langue dans ma bouche avant...)
manu
voodoo child wrote:
Est-ce que mon raisonnement est juste:
En fait, je crois que j'ai compris. Freebsd applique les règles du firewall avant de mettre en place les parametres relatifs à la passerelle par défaut. C'est simplement une question de sécurité. Ce n'est pas secrure si freebsd autorise un service à se promener sur le net (pour faire une résolution de nom de domaine par exemple) sans que le système soit protéger.
Pour contrer mon pb de résolution de nom de domaine sur ipfw, j'ai simplement remplacer les noms de domaines par leur @ ip respectifs.
Oui, tout cela est juste.
-- Emmanuel Dreyfus Publicité subliminale: achetez ce livre! http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
voodoo child <voodoo.child@laposte.net> wrote:
Est-ce que mon raisonnement est juste:
En fait, je crois que j'ai compris. Freebsd applique les règles du firewall
avant de mettre en place les parametres relatifs à la passerelle par
défaut. C'est simplement une question de sécurité. Ce n'est pas secrure si
freebsd autorise un service à se promener sur le net (pour faire une
résolution de nom de domaine par exemple) sans que le système soit protéger.
Pour contrer mon pb de résolution de nom de domaine sur ipfw, j'ai
simplement remplacer les noms
de domaines par leur @ ip respectifs.
Oui, tout cela est juste.
--
Emmanuel Dreyfus
Publicité subliminale: achetez ce livre!
http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
manu@netbsd.org
En fait, je crois que j'ai compris. Freebsd applique les règles du firewall avant de mettre en place les parametres relatifs à la passerelle par défaut. C'est simplement une question de sécurité. Ce n'est pas secrure si freebsd autorise un service à se promener sur le net (pour faire une résolution de nom de domaine par exemple) sans que le système soit protéger.
Pour contrer mon pb de résolution de nom de domaine sur ipfw, j'ai simplement remplacer les noms de domaines par leur @ ip respectifs.
Oui, tout cela est juste.
-- Emmanuel Dreyfus Publicité subliminale: achetez ce livre! http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
manu
gregg wrote:
Non, le rc.conf n'est qu'un script qui fixe des variables, il n'influe pas sur l'ordonnancement.
ah, zut, désolé (c) (r) (tm)
En clair, il positionne toutes les variables lors d'une première passe, et le système effectue les actions en fonction lors d'une seconde ?
Bon, on va encore me reprocher de faire de l'auto-pub, mais si tu as le cahier de l'admin BSD (par Emmanuel Dreyfus, aux editions Eyrolles), tout cela est expliqué en détail dans le chapitre 5. Si tu ne l'as pas, c'est une lacune qu'il faut combler dans les plus bref délais. :)
Sur l'ancienne initialisation BSD, /etc/rc lit /etc/rc.conf et il utilise les variables qui y sont définies pour savoir quoi lancer. Sur l'initialisation BSD nouvelle generation, c'est pas /etc/rc qui lit /etc/rc.conf mais le principe est à peu près le même.
-- Emmanuel Dreyfus Publicité subliminale: achetez ce livre! http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
gregg <greggory@netJUSTSAYNOcourrier.com> wrote:
Non, le rc.conf n'est qu'un script qui fixe des variables, il n'influe
pas sur l'ordonnancement.
ah, zut, désolé (c) (r) (tm)
En clair, il positionne toutes les variables lors d'une première passe,
et le système effectue les actions en fonction lors d'une seconde ?
Bon, on va encore me reprocher de faire de l'auto-pub, mais si tu as le
cahier de l'admin BSD (par Emmanuel Dreyfus, aux editions Eyrolles),
tout cela est expliqué en détail dans le chapitre 5. Si tu ne l'as pas,
c'est une lacune qu'il faut combler dans les plus bref délais. :)
Sur l'ancienne initialisation BSD, /etc/rc lit /etc/rc.conf et il
utilise les variables qui y sont définies pour savoir quoi lancer. Sur
l'initialisation BSD nouvelle generation, c'est pas /etc/rc qui lit
/etc/rc.conf mais le principe est à peu près le même.
--
Emmanuel Dreyfus
Publicité subliminale: achetez ce livre!
http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
manu@netbsd.org
Non, le rc.conf n'est qu'un script qui fixe des variables, il n'influe pas sur l'ordonnancement.
ah, zut, désolé (c) (r) (tm)
En clair, il positionne toutes les variables lors d'une première passe, et le système effectue les actions en fonction lors d'une seconde ?
Bon, on va encore me reprocher de faire de l'auto-pub, mais si tu as le cahier de l'admin BSD (par Emmanuel Dreyfus, aux editions Eyrolles), tout cela est expliqué en détail dans le chapitre 5. Si tu ne l'as pas, c'est une lacune qu'il faut combler dans les plus bref délais. :)
Sur l'ancienne initialisation BSD, /etc/rc lit /etc/rc.conf et il utilise les variables qui y sont définies pour savoir quoi lancer. Sur l'initialisation BSD nouvelle generation, c'est pas /etc/rc qui lit /etc/rc.conf mais le principe est à peu près le même.
-- Emmanuel Dreyfus Publicité subliminale: achetez ce livre! http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
Marwan Burelle
On Mon, 5 Apr 2004 22:25:09 +0200 "voodoo child" wrote:
Qu'est ce qui te fais penser à un pb de carte réseau?? Car en toute logique, je n'ai pas l'impression que l'ordre des paramètres dans rc.conf influ sur la séquence de boot.
Le driver n'arrive pas à déterminer le type de connexion ethernet (10BaseT, 100BaseTX ... )
Il y a ce genre de message lorsqu'il n'y a pas de cable réseau (enfin il me semble) ou avec certaines combinaisons cartes/switchs/cables.
Maintenant, si après ça marche ... (peut être, avez vous d'autres messages plus tard dans vos logs indiquant que la carte à trouver le type de media ... )
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
Qu'est ce qui te fais penser à un pb de carte réseau??
Car en toute logique, je n'ai pas l'impression que l'ordre des
paramètres dans rc.conf influ sur la séquence de boot.
Le driver n'arrive pas à déterminer le type de connexion ethernet
(10BaseT, 100BaseTX ... )
Il y a ce genre de message lorsqu'il n'y a pas de cable réseau (enfin il
me semble) ou avec certaines combinaisons cartes/switchs/cables.
Maintenant, si après ça marche ... (peut être, avez vous d'autres
messages plus tard dans vos logs indiquant que la carte à trouver le
type de media ... )
--
Burelle Marwan,
Equipe Bases de Donnees - LRI
http://www.cduce.org
(burelle@lri.fr | Marwan.Burelle@ens.fr)
On Mon, 5 Apr 2004 22:25:09 +0200 "voodoo child" wrote:
Qu'est ce qui te fais penser à un pb de carte réseau?? Car en toute logique, je n'ai pas l'impression que l'ordre des paramètres dans rc.conf influ sur la séquence de boot.
Le driver n'arrive pas à déterminer le type de connexion ethernet (10BaseT, 100BaseTX ... )
Il y a ce genre de message lorsqu'il n'y a pas de cable réseau (enfin il me semble) ou avec certaines combinaisons cartes/switchs/cables.
Maintenant, si après ça marche ... (peut être, avez vous d'autres messages plus tard dans vos logs indiquant que la carte à trouver le type de media ... )
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
gregg
Emmanuel Dreyfus wrote:
Bon, on va encore me reprocher de faire de l'auto-pub, mais si tu as le cahier de l'admin BSD (par Emmanuel Dreyfus, aux editions Eyrolles), tout cela est expliqué en détail dans le chapitre 5. Si tu ne l'as pas, c'est une lacune qu'il faut combler dans les plus bref délais. :)
J'ai jeté un coup d'oeil rapide, au Furet, et ça m'a l'air assez bien, mais beaucoup de "base", et surtout très... netbsd ?
D'un autre côté si l'auteur vient jusqu'à Lille faire une séance de dédicace, j'achèterai le bouquin sans problème :-)))
++
Emmanuel Dreyfus wrote:
Bon, on va encore me reprocher de faire de l'auto-pub, mais si tu as le
cahier de l'admin BSD (par Emmanuel Dreyfus, aux editions Eyrolles),
tout cela est expliqué en détail dans le chapitre 5. Si tu ne l'as pas,
c'est une lacune qu'il faut combler dans les plus bref délais. :)
J'ai jeté un coup d'oeil rapide, au Furet, et ça m'a l'air assez bien,
mais beaucoup de "base", et surtout très... netbsd ?
D'un autre côté si l'auteur vient jusqu'à Lille faire une séance de
dédicace, j'achèterai le bouquin sans problème :-)))
Bon, on va encore me reprocher de faire de l'auto-pub, mais si tu as le cahier de l'admin BSD (par Emmanuel Dreyfus, aux editions Eyrolles), tout cela est expliqué en détail dans le chapitre 5. Si tu ne l'as pas, c'est une lacune qu'il faut combler dans les plus bref délais. :)
J'ai jeté un coup d'oeil rapide, au Furet, et ça m'a l'air assez bien, mais beaucoup de "base", et surtout très... netbsd ?
D'un autre côté si l'auteur vient jusqu'à Lille faire une séance de dédicace, j'achèterai le bouquin sans problème :-)))
++
manu
gregg wrote:
[Le cahier de l'admin BSD, ISBN 2-212-112440]
J'ai jeté un coup d'oeil rapide, au Furet, et ça m'a l'air assez bien, mais beaucoup de "base", et surtout très... netbsd ?
Ben oui et non. Y'a pas mal de chapitres qui sont assez généraux et qui traitent aussi ben de BSD que de System V ou Linux. Tout ce qui est sequence de démarrage, gestion des utilisateurs, services web, DNS et messagerie, étude des catastrophes... c'est assez générique Unix. Par contre, certaines parties sont plus orientées BSD, voire NetBSD, mais bon quand tous les OS font des choses différentes, faut bien en prendre un pour parler de quelque chose de concret...
D'un autre côté si l'auteur vient jusqu'à Lille faire une séance de dédicace, j'achèterai le bouquin sans problème :-)))
Ca dépends, tu payes le voyage? ;o)
-- Emmanuel Dreyfus Publicité subliminale: achetez ce livre! http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
gregg <greggory@netJUSTSAYNOcourrier.com> wrote:
[Le cahier de l'admin BSD, ISBN 2-212-112440]
J'ai jeté un coup d'oeil rapide, au Furet, et ça m'a l'air assez bien,
mais beaucoup de "base", et surtout très... netbsd ?
Ben oui et non. Y'a pas mal de chapitres qui sont assez généraux et qui
traitent aussi ben de BSD que de System V ou Linux. Tout ce qui est
sequence de démarrage, gestion des utilisateurs, services web, DNS et
messagerie, étude des catastrophes... c'est assez générique Unix. Par
contre, certaines parties sont plus orientées BSD, voire NetBSD, mais
bon quand tous les OS font des choses différentes, faut bien en prendre
un pour parler de quelque chose de concret...
D'un autre côté si l'auteur vient jusqu'à Lille faire une séance de
dédicace, j'achèterai le bouquin sans problème :-)))
Ca dépends, tu payes le voyage? ;o)
--
Emmanuel Dreyfus
Publicité subliminale: achetez ce livre!
http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
manu@netbsd.org
J'ai jeté un coup d'oeil rapide, au Furet, et ça m'a l'air assez bien, mais beaucoup de "base", et surtout très... netbsd ?
Ben oui et non. Y'a pas mal de chapitres qui sont assez généraux et qui traitent aussi ben de BSD que de System V ou Linux. Tout ce qui est sequence de démarrage, gestion des utilisateurs, services web, DNS et messagerie, étude des catastrophes... c'est assez générique Unix. Par contre, certaines parties sont plus orientées BSD, voire NetBSD, mais bon quand tous les OS font des choses différentes, faut bien en prendre un pour parler de quelque chose de concret...
D'un autre côté si l'auteur vient jusqu'à Lille faire une séance de dédicace, j'achèterai le bouquin sans problème :-)))
Ca dépends, tu payes le voyage? ;o)
-- Emmanuel Dreyfus Publicité subliminale: achetez ce livre! http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
talon
Emmanuel Dreyfus wrote:
gregg wrote:
[Le cahier de l'admin BSD, ISBN 2-212-112440]
J'ai jeté un coup d'oeil rapide, au Furet, et ça m'a l'air assez bien, mais beaucoup de "base", et surtout très... netbsd ?
Ben oui et non. Y'a pas mal de chapitres qui sont assez généraux et qui traitent aussi ben de BSD que de System V ou Linux. Tout ce qui est sequence de démarrage, gestion des utilisateurs, services web, DNS et messagerie, étude des catastrophes... c'est assez générique Unix. Par
Etude des catastrophes: tu veux dire c'est générique Linux :-)
contre, certaines parties sont plus orientées BSD, voire NetBSD, mais bon quand tous les OS font des choses différentes, faut bien en prendre un pour parler de quelque chose de concret...
--
Michel TALON
Emmanuel Dreyfus <manu@netbsd.org> wrote:
gregg <greggory@netJUSTSAYNOcourrier.com> wrote:
[Le cahier de l'admin BSD, ISBN 2-212-112440]
J'ai jeté un coup d'oeil rapide, au Furet, et ça m'a l'air assez bien,
mais beaucoup de "base", et surtout très... netbsd ?
Ben oui et non. Y'a pas mal de chapitres qui sont assez généraux et qui
traitent aussi ben de BSD que de System V ou Linux. Tout ce qui est
sequence de démarrage, gestion des utilisateurs, services web, DNS et
messagerie, étude des catastrophes... c'est assez générique Unix. Par
Etude des catastrophes: tu veux dire c'est générique Linux :-)
contre, certaines parties sont plus orientées BSD, voire NetBSD, mais
bon quand tous les OS font des choses différentes, faut bien en prendre
un pour parler de quelque chose de concret...
J'ai jeté un coup d'oeil rapide, au Furet, et ça m'a l'air assez bien, mais beaucoup de "base", et surtout très... netbsd ?
Ben oui et non. Y'a pas mal de chapitres qui sont assez généraux et qui traitent aussi ben de BSD que de System V ou Linux. Tout ce qui est sequence de démarrage, gestion des utilisateurs, services web, DNS et messagerie, étude des catastrophes... c'est assez générique Unix. Par
Etude des catastrophes: tu veux dire c'est générique Linux :-)
contre, certaines parties sont plus orientées BSD, voire NetBSD, mais bon quand tous les OS font des choses différentes, faut bien en prendre un pour parler de quelque chose de concret...
--
Michel TALON
manu
Michel Talon wrote:
Etude des catastrophes: tu veux dire c'est générique Linux :-)
Euh oui voila... C'est pas moi qui l'ai dit! :)
-- Emmanuel Dreyfus A lire: 240 pages en français sur l'administration UNIX avec BSD http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
Michel Talon <talon@lpthe.jussieu.fr> wrote:
Etude des catastrophes: tu veux dire c'est générique Linux :-)
Euh oui voila... C'est pas moi qui l'ai dit! :)
--
Emmanuel Dreyfus
A lire: 240 pages en français sur l'administration UNIX avec BSD
http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
manu@netbsd.org
Etude des catastrophes: tu veux dire c'est générique Linux :-)
Euh oui voila... C'est pas moi qui l'ai dit! :)
-- Emmanuel Dreyfus A lire: 240 pages en français sur l'administration UNIX avec BSD http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
