Bonjour,
 
voilà j'ai quelques postes en Win2000 pro sur lesquels j'aimerai y déclarer une imprimante du réseau. Je la déclare donc en admin local mais lorsque je me connecte via un utilisateur du domaine celle-ci n'apparait plus, il faut donc la déclarer pour chaque utilisateur    
 
une solution ?
 
merci

Ou ce trouve ton imprimante? partage activé? et autorisation pour tous?
 
 
 
 
si il me répond sur la table a droite de l'entrée je le mange!

1 - installation imprimante sur compte admin
2 - propriétés système => profiles utilisateurs
3 - sélectionner compte admin (celui à l'imprimante)
4 - cliquer sur "copier dans"
!4 - copier le profil dans : Default user (dans doc&sett's).
!5 - autorisé à utiliser : LOCAL\utilisateurs authentifiés
6 - OK
 
A savoir :
- Les comptes déjà "logués" une première fois avant cette manip n'hériteront pas de cette modif.
- Tous les règlages (tailles fenêtre, menu démarrer, favoris, taille max cache IE, icônes bureau, ...) appliqués dans le compte source seront dupliqués pour tout nouveau compte qui s'identifiera sur la machine (local ou domaine).
- Si tu veux que les comptes déjà logués héritent de ce règlage... supprime les de "profils utilisateurs" (au même onglet) avant de faire "copier dans" , si bien sûr il n'y a aucune info (documents, ...) vitale sur les-dits profiles.

gni? modifier le default user pour une connection d'imprimante reseau?
il vaut mieux utiliser un script qui connect l'imprimante et le placer dans demarrer du profile all user.
 
sinon tu creer l'imprimante en dur sur la machine avec un port reseau comme sur ton serveur, la elle sera dispo pour tout les utilisateurs.

quand t'as une sale à déployer... tu fais cette manip une fois et tu t'emerdes pas avec un script

Le problème est que mes profils ne sont pas sur mon serveur    
Nous aurons bientôt une salle en win2000 mais pour l'instant nous avons aussi du Win98.
La solution des profil fonctionne mais un peu long car je dois le faire sur chaque poste.
 
Pour le script c'est une bonne idée mais mon script :
 
net use lpt1: \\info11\laser
 
ne fonctionne pas , erreur 85 (nom de périphérique local déjà utilisé)

euh je trouve ca bof, genre 1an apres qq un ce logue avec un nouveau compte et l'imprimante a changé, il ce retrouve avec cette connection qui sert a rien... :\
pis si les utilisateurs ont deja un profile de cree? tu vire leurs profiles pis apres ca geule de partout? :x
 
non franchement tu fais un script pour connecter l'imprimante, tu le colle sur un serveur et avec un script tu creer un raccourci dans demarrer du profile all users de toutes tes becanes. apres ca si l'imprimante change t'a juste a modifier le script sur le serveur, en plus tu peux utiliser ce script pour pleins d'autres choses.
 
sinon on peut aussi faire appel a l'interface chaise\clavier en envoyant un mail qui explique comment connecter l'imprimante a tout le monde. y'en a qui fonctionne comme ca, perso j'evite autant que possible toutes interactions avec cette interface tres... peu fiable pour rester correcte

ok knives
 
une réponse pour le piti problème de script ?

Quand c'est avant utilisation ce n'est pas "que" pour une installation d'imprimante... c'es sûr qu'après coup c'est un peu lourd.

je trouve que c est une super mauvaise idee surtout dans le cas present
et puis t'a vu le temps que ca prend ta methode?
 
pour le script, utilise un script vbs qui fais appel a wsh c beaucoups mieux, fais une recherche y'a pleins de topic avec des scripts tout fait que tu pourras copier coller comme une faignasse

wsh?

Windows Script Host

 
   
 
une solution : Microsoft TCP/IP printing
 
en fait chaque poste est serveur d'impression  
il faut que tu crées sur chaque station un port TCP/IP (adresse ip de l'imprimante) qui aurra la meme fonction qu'un port LPT ,donc tu verras l'imprimante avec tous les profiles
 
@+

 
Une sale de 20 postes... une installation témoins... règlages en admin + application de "ma méthode" + tests + sysprep + ghost + application du ghost sur les 19 autres postes.
Ca evite d'avoir du script qui se lance à chaque logon...
 
Ensuite, le "Windows Script Host" est une chose que nous désactivons... sauf dans les salles où il est nécessaire.

on peut tres facilement faire que le script ne s'execute qu'une seule fois.
 
desactiver WSH? je serais curieux de savoir pkoi.
 
enfin bon, si tu manage ton parc avec des ghost c clair que la logique est un peu differente, j'abordais pas le prb vu sous cet angle...

ho, pour rien...
un lien trouvé vite fait : http://fr.trendmicro-europe.com/sm [...] _guide.php

hmmm, la tu desactive l'execution des vbs, rien a voir avec wsh.
en fait, on peut pas virer WSH ca fait partis integrante de windows.