Problème insolvable, besoin d'aide d'urgence!!svp

Problème insolvable, besoin d'aide d'urgence!!svp - Windows & Software

Marsh Posté le 29-01-2003 à 22:06:09    

Je travail dans une entreprise et ils ont un réseaux d'une dixaine de poste (certains ayant win 98, d'autres 2000 ou Me) et un serveur (sur windows nt 4)
 
Je suis sur un portable ayant WinMe. Voici 2 jours de celà il était capable d'accèder au autres ordinateurs partagé (certains usagers partages certains de leur dossier ou même leur disque dur au complet) mais depuis hier, il n'est plus capable de rentrer dans aucun ordinateur sauf le serveur.
 
Lorsque je click sur un ordinateur qui fait parti du réseau (et qui a des dossiers partagé) il dit :
 
\\Nomdel'ordinateur(qui est sur le réseau évidament) is not accessible
 
Windows cannot find the computer or share name. Make sure the computer or share name is valid and that you are connected to the network, and then try again.
 
Je suis bel et bien sur du nom de l'ordinateur et je suis bel et bien connecté au réseau (la preuve: je suis sur internet en ce moment et je suis capable d'aller sur le serveur)
 
Pourtant lorsque je prend n'importe quel autre poste que celui ci (le portable sur WinME) et que je fait la même chose, je suis capable de rentrer dans l'ordinateur et d'aller dans ses dossiers partagé. (même si je me logge au nom du même user qui utilise le portable WinME)
 
Quoi faire?? Je comprend rien!
 
P.S. Durant ses 2 jours je n'ai rien changé au serveur ni sur le portable, je ne comprend pas pourquoi tout d'un coup je ne suis plus capable d'accèder sur les autres postes (autres que le serveur)
 
Merci beaucoup de votre aide


Message édité par UnKnoW le 29-01-2003 à 22:11:22
Reply

Marsh Posté le 29-01-2003 à 22:06:09   

Reply

Marsh Posté le 29-01-2003 à 22:09:10    

insoluble le pb, certainement pas insolvable  :sarcastic:


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
Reply

Marsh Posté le 29-01-2003 à 22:11:55    

quid des permissions?

Reply

Marsh Posté le 30-01-2003 à 04:48:40    

krapaud a écrit :

quid des permissions?


 
Non c'est pas les permissions jai verrifier
La preuve: lorsque je me log sur le meme nom d'user sur un autre poste du réseau le problème disparait, donc le problème est dans le portable, mais quoi faire?

Reply

Marsh Posté le 30-01-2003 à 08:41:29    

tu as essayé en replaçant le nom par l'adresse IP :
 
net use * \\IP_de_la_machine\le_nom_du_partage
 
Ou en plaçant le nom et l'ip dans la fichier lmhosts puis nbtstat -R.
 
WW

Reply

Marsh Posté le 30-01-2003 à 14:25:43    

WESTWOOD a écrit :

tu as essayé en replaçant le nom par l'adresse IP :
 
net use * \\IP_de_la_machine\le_nom_du_partage
 
Ou en plaçant le nom et l'ip dans la fichier lmhosts puis nbtstat -R.
 
WW


 
Wow merci!!!!!! Je crois que l'on est sur la bonne voie
Lorsque je fait net use * \\IP_de_la_machine\le_nom_du_partage ca marche! Mais j'ai encore le problème que lorsqu'il click sur le poste (exemple le poste DanielB) il dit qu'il ne le trouve pas, mais lorsque je rentre son ip c'est ok
 
Comment faire pour dire dans le fichier lmhosts que tel IP est = à tel nom, example le poste DanielB = XXX.XXX.XXX.XXX  ??
 
Voici ce que contient mon fichier lmhosts.sam, que dois-je rajouter?
 
 
# Copyright (c) 1998 Microsoft Corp.
#
# This is a sample LMHOSTS file used by the Microsoft Wins Client (NetBios
# over TCP/IP) stack for Windows98
#
# This file contains the mappings of IP addresses to NT computernames
# (NetBIOS) names.  Each entry should be kept on an individual line.
# The IP address should be placed in the first column followed by the
# corresponding computername. The address and the comptername
# should be separated by at least one space or tab. The "#" character
# is generally used to denote the start of a comment (see the exceptions
# below).
#
# This file is compatible with Microsoft LAN Manager 2.x TCP/IP lmhosts
# files and offers the following extensions:
#
#      #PRE
#      #DOM:<domain>
#      #INCLUDE <filename>
#      #BEGIN_ALTERNATE
#      #END_ALTERNATE
#      \0xnn (non-printing character support)
#
# Following any entry in the file with the characters "#PRE" will cause
# the entry to be preloaded into the name cache. By default, entries are
# not preloaded, but are parsed only after dynamic name resolution fails.
#
# Following an entry with the "#DOM:<domain>" tag will associate the
# entry with the domain specified by <domain>. This affects how the
# browser and logon services behave in TCP/IP environments. To preload
# the host name associated with #DOM entry, it is necessary to also add a
# #PRE to the line. The <domain> is always preloaded although it will not
# be shown when the name cache is viewed.
#
# Specifying "#INCLUDE <filename>" will force the RFC NetBIOS (NBT)
# software to seek the specified <filename> and parse it as if it were
# local. <filename> is generally a UNC-based name, allowing a
# centralized lmhosts file to be maintained on a server.
# It is ALWAYS necessary to provide a mapping for the IP address of the
# server prior to the #INCLUDE. This mapping must use the #PRE directive.
# In addtion the share "public" in the example below must be in the
# LanManServer list of "NullSessionShares" in order for client machines to
# be able to read the lmhosts file successfully. This key is under
# \machine\system\currentcontrolset\services\lanmanserver\parameters\nullsessionshares
# in the registry. Simply add "public" to the list found there.
#
# The #BEGIN_ and #END_ALTERNATE keywords allow multiple #INCLUDE
# statements to be grouped together. Any single successful include
# will cause the group to succeed.
#
# Finally, non-printing characters can be embedded in mappings by
# first surrounding the NetBIOS name in quotations, then using the
# \0xnn notation to specify a hex value for a non-printing character.
#
# The following example illustrates all of these extensions:
#
# 102.54.94.97     rhino         #PRE #DOM:networking  #net group's DC
# 102.54.94.102    "appname  \0x14"                    #special app server
# 102.54.94.123    popular            #PRE             #source server
# 102.54.94.117    localsrv           #PRE             #needed for the include
#
# #BEGIN_ALTERNATE
# #INCLUDE \\localsrv\public\lmhosts
# #INCLUDE \\rhino\public\lmhosts
# #END_ALTERNATE
#
# In the above example, the "appname" server contains a special
# character in its name, the "popular" and "localsrv" server names are
# preloaded, and the "rhino" server name is specified so it can be used
# to later #INCLUDE a centrally maintained lmhosts file if the "localsrv"
# system is unavailable.
#
# Note that the whole file is parsed including comments on each lookup,
# so keeping the number of comments to a minimum will improve performance.
# Therefore it is not advisable to simply add lmhosts file entries onto the
# end of this file.

Reply

Marsh Posté le 30-01-2003 à 16:00:44    

[:tomilou]

Reply

Marsh Posté le 30-01-2003 à 17:13:03    

[:tomilou]
Il y a bien quelqu'un qui sait comment marche lmhosts non??  :(  
 
Svp!
 :jap:

Reply

Marsh Posté le 30-01-2003 à 17:26:46    

Comment se déroule la résolution de noms sur ton réseau ?
Vous avez un WINS et/ou un DNS ?

Reply

Marsh Posté le 30-01-2003 à 17:41:34    

Au lieu de faire \\NomdeMachine fait \\IP de la machine.
 
Au fait tu n'aurais pas changé ton login ou tu ne te serais pas connecté avec un autre nom de login que celui habituel ?

Reply

Marsh Posté le 30-01-2003 à 17:41:34   

Reply

Marsh Posté le 30-01-2003 à 17:56:30    

ça ressemble beaucoup à un wins non renseigné
 
essaye de ping une machine par son nom netbios puis par son ip
si ça ping pas avec le nom netbios, bingo, c le wins
enfin c'est fort probable en tout cas  :D

Reply

Marsh Posté le 30-01-2003 à 18:02:12    

Le fichier sert à resoudre les noms quand tu n'as pas de wins ou Dns.
 
Le premier test est de "pinger" la machine.
ping adresse_ip_cible.
Cela permet deja de savoir si les cartes réseaux dialogues.
Si le test n'est pas bon il faut verifier:  
- Cables
- Adresses IP
- Hub (ou switch)
 
Si le test est bon :
- Il faut verifier que les machines sont dans le même domaine (workgroup quand pas de controleur de domaine). Windows >= 2000 verifie et bloque les accés
- Il faut aussi verifier que l'utilisateur de la machine1 a le droit d'ouvrir une session sur la machine 2. Pour cela il faut aller dans la gestion des utilisateurs de la machine 2 et rajouter l'utilisateur de la machine 1. Attention au droit, car si l'utilisateur n'est pas administrateur, il faut modifier la statégie systéme (option : "Permettre à l'utilisateur X d'ouvrir une session" ).
 
Bon courage (99% des problemes réseaux sont resolus par un ping)

Reply

Marsh Posté le 30-01-2003 à 19:04:52    

smea a écrit :

ça ressemble beaucoup à un wins non renseigné
 
essaye de ping une machine par son nom netbios puis par son ip
si ça ping pas avec le nom netbios, bingo, c le wins
enfin c'est fort probable en tout cas  :D  


 
Je crois que tu as raison, lorsque je fait un ping avec l'ip ca marche, mais lorsque je ping avec le nom netbios il me dit "unknown quelque chose"
 
Mais comment je fait pour justement "renseigné" le wins?

Reply

Marsh Posté le 30-01-2003 à 19:09:31    

rchiquet a écrit :

Le fichier sert à resoudre les noms quand tu n'as pas de wins ou Dns.
 
Le premier test est de "pinger" la machine.
ping adresse_ip_cible.
Cela permet deja de savoir si les cartes réseaux dialogues.
Si le test n'est pas bon il faut verifier:  
- Cables
- Adresses IP
- Hub (ou switch)
 
Si le test est bon :
- Il faut verifier que les machines sont dans le même domaine (workgroup quand pas de controleur de domaine). Windows >= 2000 verifie et bloque les accés
- Il faut aussi verifier que l'utilisateur de la machine1 a le droit d'ouvrir une session sur la machine 2. Pour cela il faut aller dans la gestion des utilisateurs de la machine 2 et rajouter l'utilisateur de la machine 1. Attention au droit, car si l'utilisateur n'est pas administrateur, il faut modifier la statégie systéme (option : "Permettre à l'utilisateur X d'ouvrir une session" ).
 
Bon courage (99% des problemes réseaux sont resolus par un ping)


 
 
Lorsque je ping c'est bon, il est capable
 
-Les machines sont dans le même domaine
-utilisateur a tous les droits d'ouvrir une session (la preuve: lorsque je vais sur un autre ordinateur et que je me logge sur le meme utilisateur, il est capable d'accèder à tous les autres postes partager, mais lorsque j'arrive sur le portable (winMe) pouf, pus capable, juste capable d'aller sur le serveur, mais pourtant je vois les autres ordinateurs, c'est seulement que lorsque je click dessu ca dit qu'il ne le trouve pas (sauf le serveur)

Reply

Marsh Posté le 30-01-2003 à 19:15:55    

Réponse sur comment renseigner le lmhosts dans ton private mail du forum.
 
WW

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed