> Le serveur doit de toute fa�on �tre d�mar� en root pour > "binder" le port 53, mais il doit le rester s'il veut > envoyer des donn�es avec un port source privil�gi� (ma > premi�re question reste). Sinon il peut changer > d'utilisateur).
Oui, BIND permets de d�marrer en root puis de switcher vers un autre utilisateur mais ... > En r�fl�chissant un peu, on peut se dire que les clients > "normaux" utiliseront un port non-privil�gi� comme source > et un autre bind, pour par exemple effectuer un transfer, > utiliserait le port 53 en source... D'une fa�on g�n�rale, > c'est au d�mon bind de d�finir qui a le droit � un service > diff�rent. Il me semble que UDP est utilis� pour les > requ�tes normale et tcp est plut�t utilis� pour les autres > fonctions dns (zone tranfer par exemple.) mais je n'en > suis pas s�r. .. si le serveur envoie des requ�tes depuis le port 53, cela signifie qu'il tourne forcement en root non ? Pomment un serveur peut-il utiliser le m�me port pour envoyer et recevoir des requ�tes ? cela signifie qu'il ne peut faire une requ�te et en recevoir une en m�me temps ? Une requ�te DNS implique un temps de timeout, si le c�t� client tombe sur un temps de r�ponse long, le c�t� serveur ne plus r�pondre pendant quelqeus secondes ??? ca me parait g�nant ... Cela, je veux bien admettre qu'il puisse ouvrir un port privil�gi� en root, switcher en user et l'utiliser. Donc pourquoi pour envoyer aussi des requ�tes ? De la m�me mani�re, il me semble que le port privil�gi� n'est utilis� que pour le debut de la requ�te, ensuite le serveur passe la main � un processus fils qui va s'occuper de r�pondre depuis un AUTRE port (non privil�gi�) ? Julien _______________________________________________ gull mailing list [EMAIL PROTECTED] http://lists.alphanet.ch/mailman/listinfo/gull
