IpCop et boot PXE

[iochy]

Bonsoir à tous, pour un TP j'ai monté sous VmWare l'architecture suivante :
IpCop en serveur DHCP et passerelle, un controleur de domaine, qui fait DNS et déploiement d'application, et 3 postes XP.
Sur un autre réseau, j'ai une Débian qui fait clonage d'OS avec CloneZilla et serveur DHCP pour que les clients démarre par le réseau.

Je cherche à faire évoluer mon architecture en intégrant ma Débian au réseau principale, il faut donc que je désactive le DHCP qui est dessus et que j'active le boot PXE sur l'IpCop. Problème je n'arrive pas à l'activer, dans l'interface web, j'ai bien coché la case "Autoriser les clients bootp" mais ça ne semble pas suffir.

Je vous mais une copie de mon DHCP.conf :

ddns-update-style none;
deny bootp; #default
authoritative;

subnet 192.168.226.240 netmask 255.255.255.240 #GREEN
{
range 192.168.226.245 192.168.226.250;
option subnet-mask 255.255.255.240;
option domain-name "skynet.local";
option routers 192.168.226.254;
option domain-name-servers 192.168.226.253;
default-lease-time 3600;
max-lease-time 7200;
allow bootp;
} #GREEN

host fix0 # XP-client-1
{
hardware ethernet 00:0c:29:dc:7e:7b;
fixed-address 192.168.226.241;
}

PS : Le serveur DHCP d'IpCop démare correctement, dans les log il ne m'affiche pas d'erreur et il est "started". Les poste sous windows ont des IP.

quand un client bootp démarre, j'ai dans les log les requêtes : "DHCPDISCOVER ; DHCPOFFER ; DHCPREQUEST ; DHCPPACK qui se succède, et je vois bien m'ont IP qui est bien attibué sur mon client "192.168.226.241", après j'ai afficher :
TFTP ....
puis :
PXE-E32 : TFTP open timeout.

je confonds peut être bootp et PXE ?


Merci de votre aide.

[jack]

Oui tu confonds

BOOTP et DHCP sont deux protocoles différents qui permettent de faire la même chose.

Ici ton probleme c'est que tu ne spécifies pas ou est le serveur tftp, ni ou se trouve le fichier à charger.

Setting up a server for PXE network booting

les lignes next-server et filename.

Fait attention de n'avoir QU'UN SEUL DHCP actif, car les firmware PXE des cartes peuvent "mixer" les infos de deux DHCP ... l'IP de l'un et le next-server/filename de l'autre ...

[iochy]

Ok merci de l'info. donc j'active le bootp dans ipcop, il me permet d'attribuer des IP au démarrage de mes postes.

Par contre pour next-server et filename, j'ai bien ces options dans IpCop, mais je ne sais vraiment à quoi ils correspondent et donc quoi y mettre.
next-server : l'adresse de mon serveur débian qui contien les images ?
filename : le chemin de mon partage sur débian?

[jack]

next-server doit contenir l'ip du serveur tftp, filename le path du fichier pxe à charger depuis le serveur tftp, le path est relatif à la racine de partage du serveur pxe bien sur.

[iochy]

bon mon DHCP bootp fonctionne, j'ai bien mes adresses IP au démarrage.
par contre il ne trouve l'image à charger

PXE-T01: File not found
PXE-E3B: TFTP Error - File Not found
PXE-M0F: Exiting Intel PXE ROM

Mon fichier de partage généré à la base par CloneZilla à bien était modifié pour autorisé le partage à tout le LAN :

# Generated by DRBL at 19:43:29 2011/06/02
/tftpboot/node_root 192.168.226.240/28(ro,sync,async,no_root_squash,subtree_check)
/usr 192.168.226.240/28(ro,sync,async,no_root_squash,subtree_check)
/opt 192.168.226.240/28(ro,sync,async,no_root_squash,subtree_check)
/home 192.168.226.240/28(rw,sync,async,no_root_squash,no_subtree_check)
/var/spool/mail 192.168.226.240/28q(rw,sync,async,root_squash,no_subtree_check)
/home/partimag 192.168.226.240/28(rw,sync,async,no_root_squash,no_subtree_check)

/tftpboot/ 192.168.226.240/28(rw,sync,async,no_root_squash,no_subtree_check)

[jack]

Quel est le nom du fichier utilisé pour booter en pxe dans ton systeme ? pxelinux.0 ? Il est présent dans ton tftpboot ?

Est-il téléchargeable manuellement lorsque tu te connectes en manuel sur ton tftp ?

Les erreurs que tu me montrent peuvent vouloir dire que ton DHCP ne pointe pas sur la bonne IP en ce qui concerne le next-server, voir que le fichier vers lequel tu pointes n'existe pas ou n'est pas disponible ... que le serveur tftp est indisponible ... d'ailleurs lui aussi peut ne pas repondre sur certaines plages ip si il est mal configuré ...

[iochy]

quand mon client est sur windows, je peux faire un ping sur 192.168.226.251, mon serveur CloneZilla.
Mains je ne parvients pas à voir les partages.

J'ai bien un fichier "pxelinux.0" dans \tftpboot\nbi_img

[jack]

Je connais pas clonezilla vraiment, mais le fichier de conf que tu me montre ressemble beaucoup à un fichier export nfs ... si c'est du NFS c'est tout a fait normal que tu ne vois rien sous Windows ...

Mais attention, ça n'a rien a voir avec ton probleme, ton DHCP semble fonctionner ok ... mais il ne donne pas les bonnes informations afin de finaliser la deuxieme étape du boot PXE >> le chargement du bootloader via TFTP ! Ou deuxieme cas il donnes les bonnes informations mais le TFTP ne reponds pas ...

TFTP est généralement demarré à la demande via le demon xinetd, verifies que c'est le cas dans la conf de ta debian, ensuite verifies le contenu de la racine de ton tftp, est-ce que les fichiers nécéssaires au bon fonctionnement du PXE sont la ... et verifies qu'en te connectant via un client tftp tu peux télécharger les fichiers pxe ...

J'ai deja fait de nombreux boot réseaux/installation, mais pas avec clonezilla, ça n'empeche le fonctionnement de PXE puis de l'OS au dessus est quasiment toujours le même :

Récuperation des informations IP/MASK/TFTP_SERV/FILENAME via DHCP
Récuperation du bootloader PXE via TFTP
Récuperation des informations du bootloader via TFTP toujours
Boot d'un OS allegé via ces informations, l'OS récuperant par la suite à nouveau une IP et ses conf d'une manière qui lui est propre, ça peut etre du TFTP ... HTTP ... NFS enfin ce qu'il veut du moment qu'il le gère ...
L'OS allegé fait une installation des binaires selon la conf qu'on lui a donné, puis lorsque cette operation est effectuée ça reboot et demarre sur les binaires installés.

[iochy]

il est possible qu'en arrétant le service DHCP, les autre service comme TFTP fonctionne anormalement ? car je n'arrive pas à me connecter sur le serveur.

ça commence à devenir un peu compliqué mon histoire lol

[jack]

Normalement non il n'y a pas de dépendances entre le DHCP et le TFTP normalement ...

Tu n'arrives plus à te connecter en SSH ?