Salut,
[Remarque : encoder en base64 ne me semble pas une bonne idée]
Julien a écrit :
Je viens d'installer un serveur sous Sarge et des clients Windows
derrière. J'ai également installé firestarter dessus et j'ai ouvert
les ports 137,138,139 et 445 pour Samba.
En TCP et/ou UDP ? Normalement c'est UDP 137 et 138, TCP 139 et TCP et
UDP 445.
Tu pourrais fournir le jeu de règles iptables généré (avec
iptables-save), éventuellement sur une page web s'il est trop gros pour
ne pas encombrer la liste ?
Je pensais que la diffusion du nom Netbios dépendait de ces ports
Oui, au moins d'un d'entre eux. UDP 137 il me semble (netbios-name).
mais apparemment tant que le firewall est actif et malgré ces ports
ouverts, mes postes Windows ne résolvent pas le nom de mon serveur
(bien que je ne vois aucune connexion bloquée dans firestarter).
En revanche, si je désactive le firewall, un ping sur le nom Netbios
du serveur fonctionne immédiatement.
Tu peux lancer une capture de trafic avec tcpdump ou ethereal pendant
que tu fais un ping sur le nom Netbios du serveur pour voir quel sont
les ports impliqués, avec et sans firewall puis comparer pour voir ce
qui manque dans le premier cas.
Piste possible : il me semble que les requêtes de résolution de nom
Netbios utilisent des broadcasts UDP. Or par construction le suivi
d'état de connexion de Nefilter/iptables (ip_conntrack) ne reconnaît pas
les paquets unicast émis en réponse à une requête émise en broadcast
comme ESTABLISHED car l'adresse source nécessairement unicast des
réponses est différente de l'adresse destination broadcast de la
requête. Donc si les règles de filtrage en sortie du serveur sont trop
strictes, la réponse est bloquée.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
