[résolu] prb netbios(voisinage réseau) + ipcop 1.4rc2

Forum traitant de la distribution sécurisée montante nommée IP cop et basée sur la distribution Smoothwall. C'est à l'heure actuelle le forum le plus actif du site.

Modérateur: modos Ixus

[résolu] prb netbios(voisinage réseau) + ipcop 1.4rc2

Messagepar TriaaaD » 09 Sep 2004 17:23

Salut,

voila mon problème:
j'ai remplacé un routeur numéris (netopia) par un ipcop 1.4rc2 (dns,snort) + modem alcatel + wanadoo avec une realtek et une intel en carte réseau.
-config en place:
2 postes en win xp pro & 4 en win98, tous en ip fixe avec le dns sur l'ip de ipcop
1 des poste en win98 (appelé transaction) partage des fichiers excel
tous les postes ping l'ip de tous les autres postes donc pas de prb ip apparament
tous sont dans le même workgroup (S.G.I)
-La connexion internet nickel, no problem.

par contre, les postes ont des difficultés a parcourir le voisinage réseau.

les 2 postes en win xp voient les stations win98 de manière discontinue dans le voisinage réseau, par exemple les xp affichent bien l'autre xp du réseau et un poste en win98 mais pas les autres! et une heure après plus de win98 du tout!
ou alors les postes win98 ne voient plus le poste transaction mais le retrouvent si je lance une recherche d'ordinateur avec l'adresse Ip
mais les xp si je ping le poste nommé "transaction" => que dalle

bref, manifestement j'ai un problème de résolution netbios quelque part...qui n'existait pas avec l'ancien routeur numéris


question: si je fais le paramétrage dns sur tous les postes, avec le dns de l'ipcop en primaire et le nom d'hote/nom de domaine défini normalement, sur une requete netbios c'est le dns qui doit me répondre non?
Dernière édition par TriaaaD le 10 Sep 2004 16:26, édité 1 fois au total.
"La culture c'est comme les parachutes, quand on en a pas on s'écrase" - P. Desproges.
Avatar de l’utilisateur
TriaaaD
Premier-Maître
Premier-Maître
 
Messages: 67
Inscrit le: 21 Juil 2003 00:00
Localisation: Dublin, Ireland

Messagepar guiguid » 09 Sep 2004 18:41

c'est pas plutot ca :
L'affichage dans le voisinage réseau est parfois très lent sur une machine Windows 2000 ou XP qui se trouve dans un réseau contenant des machines sous Windows 9X ou Millenium.

Cette latence importante est souvent liée à la recherche des tâches planifiées sur ces machines.

Pour désactiver la recherche des tâches planifiées, procédez de la manière suivante :

Cliquez sur le bouton Démarrer et choisissez la commande Exécuter...

Dans la fenêtre qui apparaît, tapez Regedit et validez en cliquant sur le bouton OK

Repérez dans l'arborescence, la clé HKEY_LOCAL_MACHINE / SOFTWARE / Microsoft / Windows / CurrentVersion / Explorer / RemoteComputer / NameSpace / D6277990-4C6A-11CF-8D87-00AA0060F5BF

Supprimez alors cette clé en appuyant sur la touche SUPPR de votre clavier.
Fermez l'Editeur de Base de registres
Relancez votre ordinateur pour que les modifications soient prises en compte
Avatar de l’utilisateur
guiguid
Vice-Amiral
Vice-Amiral
 
Messages: 636
Inscrit le: 10 Avr 2003 00:00
Localisation: 66

Messagepar betamax » 09 Sep 2004 23:09

Si la solution du post précédent n'a pas résolu ton probleme essaie d'ajouter dans le fichier lmhosts de chaque client windows les noms netbios des postes ainsi que leur adresse ip. (c:\windows\system32\drivers\etc )

Je ne connais pas le routeur netopia, et je ne pense pas qu'il servait des serveur wins . (ipcop ne le fait pas non plus d'ailleur à moins de rajouter un addon avec samba)

# Ce fichier est un modSle de fichier LMHOSTS utilis‚ par Microsoft TCP/IP
# pour Windows.
#
# Ce fichier contient les mappages des noms d'ordinateur NT (NetBIOS) sur
# des adresses IP. Vous devez vous en tenir … une seule entr‚e par ligne.
# L'adresse IP doit ?tre plac‚e dans la premiSre colonne, suivie du
# nom d'ordinateur correspondant. L'adresse et le nom d'ordinateur
# doivent ?tre s‚par‚s par au moins un espace ou une tabulation. Le
# caractSre ® # ? est g‚n‚ralement utilis‚ pour marquer le d‚but d'un
# commentaire (voir les exceptions ci-dessous).
#
# Ce fichier est compatible avec les fichiers lmhosts de Microsoft LAN
# Manager 2.x TCP/IP et les extensions offertes sont les suivantes:
#
# #PRE
# #DOM:<domaine>
# #INCLUDE <nom_de_fichier>
# #BEGIN_ALTERNATE
# #END_ALTERNATE
# \0xnn (caractSre non imprim‚)
#
# Si une entr‚e du fichier est suivie des caractSres "#PRE", cette entr‚e
# sera pr‚charg‚e dans le cache systSme. Par d‚faut, les entr‚es ne sont
# pas pr‚charg‚es, mais sont analys‚es uniquement aprSs l'‚chec de la
# r‚solution de nom dynamique.
#
# Si une entr‚e est suivie de l'extension "#DOM:<domaine>", cette entr‚e
# sera associ‚e au domaine sp‚cifi‚ par <domaine>. Cette op‚ration affecte le
# comportement des services de l'explorateur et des ouvertures de session
# dans les environnements TCP/IP. Pour pr‚charger le nom associ‚ … une entr‚e
# #DOM, vous devez ajouter les caractSres #PRE … la ligne. Le <domaine> est
# toujours pr‚charg‚ m?me s'il n'est pas affich‚ lorsque le cache du nom est
# visualis‚.
#
# Si vous sp‚cifiez "#INCLUDE <nom_de_fichier>", le logiciel RFC NetBIOS (NBT)
# sera forc‚ de rechercher le <nom_de_fichier> sp‚cifi‚ et de l'analyser comme
# s'il ‚tait local. Le <nom_de_fichier> correspond g‚n‚ralement … un nom
# qui respecte le code universel d'attribution de nom, permettant ainsi … un
# fichier lmhosts d'?tre maintenu de fa‡on centralis‚e sur un serveur. Il est
# TOUJOURS n‚cessaire de fournir un mappage pour l'adresse IP du serveur avant
# le #INCLUDE. Ce mappage doit utiliser la directive #PRE. De plus, le partage
# "public" de l'exemple ci-dessous doit figurer dans la liste LanManServer
# des "NullSessionShares" pour que les machines clients puissent lire le
# fichier lmhosts avec succSs. Cette cl‚ se trouve dans le registre :
# \machine\system\currentcontrolset\services\lanmanserver\parameters\nullsessionshares
# Ajoutez simplement "public" … la liste que vous trouverez … cet endroit.
#
# Les mots cl‚s #BEGIN_ et #END_ALTERNATE permettent … plusieurs
# instructions #INCLUDE d'?tre regroup‚es ensemble. Toute instruction
# Include qui r‚ussit engendrera le succSs du groupe.
#
# En dernier lieu, les caractSres non-imprim‚s peuvent ?tre incorpor‚s dans
# les correspondances en entourant d'abord le nom NetBIOS de guillemets,
# puis en utilisant la notation \0xnn pour sp‚cifier une valeur hexad‚cimale
# pour un caractSre non-imprim‚.
#
# Toutes ces extensions sont pr‚sent‚es dans les exemples suivants :
#
# 102.54.94.97 rhino #PRE #DOM:networking #DC du groupe r‚seau
# 102.54.94.102 "appname \0x14" #serveur d'app. sp‚cial
# 102.54.94.123 popular #PRE #serveur source
# 102.54.94.117 localsrv #PRE #n‚cessaire pour le include
#


à+
Avatar de l’utilisateur
betamax
Enseigne de vaisseau
Enseigne de vaisseau
 
Messages: 174
Inscrit le: 29 Déc 2003 01:00
Localisation: Ouest

Messagepar TriaaaD » 10 Sep 2004 09:13

merci à tous les deux,

je vais essayer ce matin.

@betamax: je m'était posé la question si ipcop avait un serveur wins maintenant j'ai la réponse
"La culture c'est comme les parachutes, quand on en a pas on s'écrase" - P. Desproges.
Avatar de l’utilisateur
TriaaaD
Premier-Maître
Premier-Maître
 
Messages: 67
Inscrit le: 21 Juil 2003 00:00
Localisation: Dublin, Ireland

Messagepar TriaaaD » 10 Sep 2004 16:26

Bon, j'ai mis tous le monde en dhcp et le problème est résolu.

@guiguid: même en conservant la clé de registre.
"La culture c'est comme les parachutes, quand on en a pas on s'écrase" - P. Desproges.
Avatar de l’utilisateur
TriaaaD
Premier-Maître
Premier-Maître
 
Messages: 67
Inscrit le: 21 Juil 2003 00:00
Localisation: Dublin, Ireland


Retour vers IPCop

Qui est en ligne ?

Utilisateur(s) parcourant actuellement ce forum : Aucun utilisateur inscrit et 1 invité

cron