Bonjour Alni,
Essaie de supprimer TOUS les pwl, pour voir. Ta config doit être un
peu secouée, car ça marche.
Bonjour Alni,
Essaie de supprimer TOUS les pwl, pour voir. Ta config doit être un
peu secouée, car ça marche.
Bonjour Alni,
Essaie de supprimer TOUS les pwl, pour voir. Ta config doit être un
peu secouée, car ça marche.
Bonjour Alni,Pas de domaine, station configurée en "Ouverture de session Windows"
Donc, puisque tu as l'air sûr de toi, comment faire pour empecher le
démarrage d'un W98 si l'onb a pas le mot de passe. Que dois je
ajouter.
Essaie de supprimer TOUS les pwl, pour voir. Ta config doit être un
peu secouée, car ça marche.
Bonjour Alni,
Pas de domaine, station configurée en "Ouverture de session Windows"
Donc, puisque tu as l'air sûr de toi, comment faire pour empecher le
démarrage d'un W98 si l'onb a pas le mot de passe. Que dois je
ajouter.
Essaie de supprimer TOUS les pwl, pour voir. Ta config doit être un
peu secouée, car ça marche.
Bonjour Alni,Pas de domaine, station configurée en "Ouverture de session Windows"
Donc, puisque tu as l'air sûr de toi, comment faire pour empecher le
démarrage d'un W98 si l'onb a pas le mot de passe. Que dois je
ajouter.
Essaie de supprimer TOUS les pwl, pour voir. Ta config doit être un
peu secouée, car ça marche.
Bonjour,
Pareil, le poste s'ouvre sans pb, et j'ai bien "Deconnexion..."
sans nom d'utilisateur derrière dans le menu demarrer.
Bonjour,
Pareil, le poste s'ouvre sans pb, et j'ai bien "Deconnexion..."
sans nom d'utilisateur derrière dans le menu demarrer.
Bonjour,
Pareil, le poste s'ouvre sans pb, et j'ai bien "Deconnexion..."
sans nom d'utilisateur derrière dans le menu demarrer.
Je vais tenter de te donner une explication :
sous 98 la fenêtre de saisie de mot de passe apparait dès lors qu'une
config réseau est installée (carte réseau ou carte d'accès distant).
En mode "client pour les réseau Windows" la saisie du mot de passe
n'interdit pas l'ouverture de windows mais la connexion au réseau,
c'est pour ça que [échap] lance windows. En mode "Ouverture de session
Windows" il n'y a pas de controle d'identité. Si l'identité par défaut
et le mot de passe est valide, W s'ouvre et connecte le réseau, dans
le cas contraire W est ouvert sans réseau. Le positionnement de la clé
Mustbevalidated interdit la touche ESC dans la fenêtre de saisie de
l'identité ainsi que la saisie d'un nouvel utilisateur. Celle-ci doit
être valide au préalable. Donc pour pouvoir utiliser Mustbevalidated
il faut que l'ouverture de session + accès réseau soit valide pour au
moins un utilisateur.
Je vais tenter de te donner une explication :
sous 98 la fenêtre de saisie de mot de passe apparait dès lors qu'une
config réseau est installée (carte réseau ou carte d'accès distant).
En mode "client pour les réseau Windows" la saisie du mot de passe
n'interdit pas l'ouverture de windows mais la connexion au réseau,
c'est pour ça que [échap] lance windows. En mode "Ouverture de session
Windows" il n'y a pas de controle d'identité. Si l'identité par défaut
et le mot de passe est valide, W s'ouvre et connecte le réseau, dans
le cas contraire W est ouvert sans réseau. Le positionnement de la clé
Mustbevalidated interdit la touche ESC dans la fenêtre de saisie de
l'identité ainsi que la saisie d'un nouvel utilisateur. Celle-ci doit
être valide au préalable. Donc pour pouvoir utiliser Mustbevalidated
il faut que l'ouverture de session + accès réseau soit valide pour au
moins un utilisateur.
Je vais tenter de te donner une explication :
sous 98 la fenêtre de saisie de mot de passe apparait dès lors qu'une
config réseau est installée (carte réseau ou carte d'accès distant).
En mode "client pour les réseau Windows" la saisie du mot de passe
n'interdit pas l'ouverture de windows mais la connexion au réseau,
c'est pour ça que [échap] lance windows. En mode "Ouverture de session
Windows" il n'y a pas de controle d'identité. Si l'identité par défaut
et le mot de passe est valide, W s'ouvre et connecte le réseau, dans
le cas contraire W est ouvert sans réseau. Le positionnement de la clé
Mustbevalidated interdit la touche ESC dans la fenêtre de saisie de
l'identité ainsi que la saisie d'un nouvel utilisateur. Celle-ci doit
être valide au préalable. Donc pour pouvoir utiliser Mustbevalidated
il faut que l'ouverture de session + accès réseau soit valide pour au
moins un utilisateur.
"Alni" , le lun. 22 déc. 2003 19:35:56, écrivait
ceci:Bonjour,
Salut,Pareil, le poste s'ouvre sans pb, et j'ai bien "Deconnexion..."
sans nom d'utilisateur derrière dans le menu demarrer.
Je vais tenter de te donner une explication :
sous 98 la fenêtre de saisie de mot de passe apparait dès lors qu'une
config réseau est installée (carte réseau ou carte d'accès distant).
En mode "client pour les réseau Windows" la saisie du mot de passe
n'interdit pas l'ouverture de windows mais la connexion au réseau,
c'est pour ça que [échap] lance windows. En mode "Ouverture de session
Windows" il n'y a pas de controle d'identité. Si l'identité par défaut
et le mot de passe est valide, W s'ouvre et connecte le réseau,
dans
le cas contraire W est ouvert sans réseau. Le positionnement de la clé
Mustbevalidated interdit la touche ESC dans la fenêtre de saisie de
l'identité ainsi que la saisie d'un nouvel utilisateur.
Celle-ci doit
être valide au préalable. Donc pour pouvoir utiliser Mustbevalidated
il faut que l'ouverture de session + accès réseau soit valide pour au
moins un utilisateur.
"Alni" <nospam@nowhere.com>, le lun. 22 déc. 2003 19:35:56, écrivait
ceci:
Bonjour,
Salut,
Pareil, le poste s'ouvre sans pb, et j'ai bien "Deconnexion..."
sans nom d'utilisateur derrière dans le menu demarrer.
Je vais tenter de te donner une explication :
sous 98 la fenêtre de saisie de mot de passe apparait dès lors qu'une
config réseau est installée (carte réseau ou carte d'accès distant).
En mode "client pour les réseau Windows" la saisie du mot de passe
n'interdit pas l'ouverture de windows mais la connexion au réseau,
c'est pour ça que [échap] lance windows. En mode "Ouverture de session
Windows" il n'y a pas de controle d'identité. Si l'identité par défaut
et le mot de passe est valide, W s'ouvre et connecte le réseau,
dans
le cas contraire W est ouvert sans réseau. Le positionnement de la clé
Mustbevalidated interdit la touche ESC dans la fenêtre de saisie de
l'identité ainsi que la saisie d'un nouvel utilisateur.
Celle-ci doit
être valide au préalable. Donc pour pouvoir utiliser Mustbevalidated
il faut que l'ouverture de session + accès réseau soit valide pour au
moins un utilisateur.
"Alni" , le lun. 22 déc. 2003 19:35:56, écrivait
ceci:Bonjour,
Salut,Pareil, le poste s'ouvre sans pb, et j'ai bien "Deconnexion..."
sans nom d'utilisateur derrière dans le menu demarrer.
Je vais tenter de te donner une explication :
sous 98 la fenêtre de saisie de mot de passe apparait dès lors qu'une
config réseau est installée (carte réseau ou carte d'accès distant).
En mode "client pour les réseau Windows" la saisie du mot de passe
n'interdit pas l'ouverture de windows mais la connexion au réseau,
c'est pour ça que [échap] lance windows. En mode "Ouverture de session
Windows" il n'y a pas de controle d'identité. Si l'identité par défaut
et le mot de passe est valide, W s'ouvre et connecte le réseau,
dans
le cas contraire W est ouvert sans réseau. Le positionnement de la clé
Mustbevalidated interdit la touche ESC dans la fenêtre de saisie de
l'identité ainsi que la saisie d'un nouvel utilisateur.
Celle-ci doit
être valide au préalable. Donc pour pouvoir utiliser Mustbevalidated
il faut que l'ouverture de session + accès réseau soit valide pour au
moins un utilisateur.
Plus exactement cela interdit la connexion au domaine et
l'éventuel accès à des ressource partagées sur le réseau qu'elles
soient protégées par un contrôle au niveau de l'utilisateur
(domaine), ou simplement protégées ou non par un mot de passe.
Bref cela interdit l'accès aux ressources d'un réseau Microsoft.
Mais cela n'interdit pas l'accès a tous les programmes sur le
disque, et même de lancer Internet Explorer ou autre logiciel basé
sur IP si connecté par un routeur. Une connexion à internet est
même possible pourvu qu'on ai un compte chez un FAI et qu'il y ait
un modem.
c'est pour ça que [échap] lance windows. En mode "Ouverture de
session Windows" il n'y a pas de controle d'identité. Si
l'identité par défaut et le mot de passe est valide, W s'ouvre et
connecte le réseau,
A ce stade là, il ne connecte à rien du tout en ouverture de
session. Seul un eventuel serveur WINS ou le browsemaster va
enregistrer les infos de la station dans sa base.dans
le cas contraire W est ouvert sans réseau. Le positionnement de
la clé Mustbevalidated interdit la touche ESC dans la fenêtre de
saisie de l'identité ainsi que la saisie d'un nouvel utilisateur.
Nan Nan, en mode "Ouverture de session Windows" la clé n'empeche
rien du tout.
Bon je refais le test .....
Voilà, c'est fait...
Je suis en "Ouverture de session Windows". J'ai positionné la clé
"MustBeValidated" à 1, j'ai rebooté, j'ai l'invite login/pass, je
fais echap, je suis sous Windows.
Certes je ne pourrais pas acceder à des ressources partagées sur
d'autres stations, mais rien ne m'empecche de lancer excel et de
consulter des documents.
Celle-ci doit
être valide au préalable. Donc pour pouvoir utiliser
Mustbevalidated il faut que l'ouverture de session + accès réseau
soit valide pour au moins un utilisateur.
Bref on le sait déjà tout ça.
Je passe en mode "Client pour les réseaux microsoft"....
Je reboot le VMWare...
Invite le login/pass, Ca ne passe pas en faisant echap, ni en
essayant des logins/passwords (valides ou non valides) comme il
n'y a pas de controleur de domaine Windows refuse de s'ouvrir...
Comme indiqué par l'initiateur du thread.
Je ne peux effectivement rien faire d'autre que d'éteindre la
machine, passer en mode sans echec, et remettre en "Ouverture de
session Windows".
Et là j'accede à la station en faisant "Annuler" !
Si je suis mal intentionné, rien ne m'empeche de passer par le
mode sans echec, positionner l'ouverture de session ou même
retirer la clé, faire ce que je veux sur la station, et remettre
tout en ordre avant de partir.
Vous voulez que je vous fasse une vidéo ?
RAPPEL
La question initiale est :
Comment empecher de bypasser la fenetre d'ouverture de session
windows de façon à interdire l'accès à la machine *quand on est
pas dans un domaine*.
Plus exactement cela interdit la connexion au domaine et
l'éventuel accès à des ressource partagées sur le réseau qu'elles
soient protégées par un contrôle au niveau de l'utilisateur
(domaine), ou simplement protégées ou non par un mot de passe.
Bref cela interdit l'accès aux ressources d'un réseau Microsoft.
Mais cela n'interdit pas l'accès a tous les programmes sur le
disque, et même de lancer Internet Explorer ou autre logiciel basé
sur IP si connecté par un routeur. Une connexion à internet est
même possible pourvu qu'on ai un compte chez un FAI et qu'il y ait
un modem.
c'est pour ça que [échap] lance windows. En mode "Ouverture de
session Windows" il n'y a pas de controle d'identité. Si
l'identité par défaut et le mot de passe est valide, W s'ouvre et
connecte le réseau,
A ce stade là, il ne connecte à rien du tout en ouverture de
session. Seul un eventuel serveur WINS ou le browsemaster va
enregistrer les infos de la station dans sa base.
dans
le cas contraire W est ouvert sans réseau. Le positionnement de
la clé Mustbevalidated interdit la touche ESC dans la fenêtre de
saisie de l'identité ainsi que la saisie d'un nouvel utilisateur.
Nan Nan, en mode "Ouverture de session Windows" la clé n'empeche
rien du tout.
Bon je refais le test .....
Voilà, c'est fait...
Je suis en "Ouverture de session Windows". J'ai positionné la clé
"MustBeValidated" à 1, j'ai rebooté, j'ai l'invite login/pass, je
fais echap, je suis sous Windows.
Certes je ne pourrais pas acceder à des ressources partagées sur
d'autres stations, mais rien ne m'empecche de lancer excel et de
consulter des documents.
Celle-ci doit
être valide au préalable. Donc pour pouvoir utiliser
Mustbevalidated il faut que l'ouverture de session + accès réseau
soit valide pour au moins un utilisateur.
Bref on le sait déjà tout ça.
Je passe en mode "Client pour les réseaux microsoft"....
Je reboot le VMWare...
Invite le login/pass, Ca ne passe pas en faisant echap, ni en
essayant des logins/passwords (valides ou non valides) comme il
n'y a pas de controleur de domaine Windows refuse de s'ouvrir...
Comme indiqué par l'initiateur du thread.
Je ne peux effectivement rien faire d'autre que d'éteindre la
machine, passer en mode sans echec, et remettre en "Ouverture de
session Windows".
Et là j'accede à la station en faisant "Annuler" !
Si je suis mal intentionné, rien ne m'empeche de passer par le
mode sans echec, positionner l'ouverture de session ou même
retirer la clé, faire ce que je veux sur la station, et remettre
tout en ordre avant de partir.
Vous voulez que je vous fasse une vidéo ?
RAPPEL
La question initiale est :
Comment empecher de bypasser la fenetre d'ouverture de session
windows de façon à interdire l'accès à la machine *quand on est
pas dans un domaine*.
Plus exactement cela interdit la connexion au domaine et
l'éventuel accès à des ressource partagées sur le réseau qu'elles
soient protégées par un contrôle au niveau de l'utilisateur
(domaine), ou simplement protégées ou non par un mot de passe.
Bref cela interdit l'accès aux ressources d'un réseau Microsoft.
Mais cela n'interdit pas l'accès a tous les programmes sur le
disque, et même de lancer Internet Explorer ou autre logiciel basé
sur IP si connecté par un routeur. Une connexion à internet est
même possible pourvu qu'on ai un compte chez un FAI et qu'il y ait
un modem.
c'est pour ça que [échap] lance windows. En mode "Ouverture de
session Windows" il n'y a pas de controle d'identité. Si
l'identité par défaut et le mot de passe est valide, W s'ouvre et
connecte le réseau,
A ce stade là, il ne connecte à rien du tout en ouverture de
session. Seul un eventuel serveur WINS ou le browsemaster va
enregistrer les infos de la station dans sa base.dans
le cas contraire W est ouvert sans réseau. Le positionnement de
la clé Mustbevalidated interdit la touche ESC dans la fenêtre de
saisie de l'identité ainsi que la saisie d'un nouvel utilisateur.
Nan Nan, en mode "Ouverture de session Windows" la clé n'empeche
rien du tout.
Bon je refais le test .....
Voilà, c'est fait...
Je suis en "Ouverture de session Windows". J'ai positionné la clé
"MustBeValidated" à 1, j'ai rebooté, j'ai l'invite login/pass, je
fais echap, je suis sous Windows.
Certes je ne pourrais pas acceder à des ressources partagées sur
d'autres stations, mais rien ne m'empecche de lancer excel et de
consulter des documents.
Celle-ci doit
être valide au préalable. Donc pour pouvoir utiliser
Mustbevalidated il faut que l'ouverture de session + accès réseau
soit valide pour au moins un utilisateur.
Bref on le sait déjà tout ça.
Je passe en mode "Client pour les réseaux microsoft"....
Je reboot le VMWare...
Invite le login/pass, Ca ne passe pas en faisant echap, ni en
essayant des logins/passwords (valides ou non valides) comme il
n'y a pas de controleur de domaine Windows refuse de s'ouvrir...
Comme indiqué par l'initiateur du thread.
Je ne peux effectivement rien faire d'autre que d'éteindre la
machine, passer en mode sans echec, et remettre en "Ouverture de
session Windows".
Et là j'accede à la station en faisant "Annuler" !
Si je suis mal intentionné, rien ne m'empeche de passer par le
mode sans echec, positionner l'ouverture de session ou même
retirer la clé, faire ce que je veux sur la station, et remettre
tout en ordre avant de partir.
Vous voulez que je vous fasse une vidéo ?
RAPPEL
La question initiale est :
Comment empecher de bypasser la fenetre d'ouverture de session
windows de façon à interdire l'accès à la machine *quand on est
pas dans un domaine*.
