Hola!
Estamos buscando un nuevo integrante para nuestro equipo de Ingenieros de Soporte, concretamente en el área de Redes.
Si estáis interesados, podéis encontrar más información y rellenar la solicitud en el siguiente enlace:
https://careers.microsoft.com/JobDetails.aspx?ss=&pg=0&so=&rw=11&jid=36041&jlang=EN
Un saludo y ¡¡¡¡ suerte !!!!
Consulta con el equipo de Windows
El sistema operativo nos ofrece una serie de scripts que nos pueden ser de gran utilidad para la administración de impresoras.
Situados bajo la ruta “%systemroot%\System32\Printing_Admin_Scripts\” dentro de una carpeta local específica de cada idioma encontraremos lo siguientes scripts.
prncnfg.vbs
prndrvr.vbs
prnjobs.vbs
prnport.vbs
prnqctl.vbs
pubprn.vbs
Permite listar y administrar configuraciones específicas de impresoras
Permite listar, instalar y administrar drivers de impresoras
Permite listar y administrar trabajos y colas de impresión
Permite añadir, configurar y eliminar puertos TCP/IP utilizados por impresoras
Permite administrar colas de impresión
Permite publicar impresoras de directorio activo
Si es la primera vez que trabajáis con scripts desde line a de comando, lo primero será configurar Wscript para para que cscript sea el entorno de ejecución por defecto. Par ello basta con ejecutar “cscript //h:cscript //s” si no estamos seguros de si el entorno donde lo vamos a ejecutar está ya configurado de este modo, también podemos incluir esta línea dentro de nuestro script.
Volviendo a los scripts de hoy, estos ofrecen la posibilidad de que les especifiquemos un equipo remoto contra el que vamos a realizar las tareas, utilizando el parámetro -S y especificando las credenciales mediante los modificadores –U y –W . Utiliza –U para especificar la cuenta de usuario (Dominio\usuario) y –W para su contraseña.
Ejemplo: -S nombreservidor de impresión –u miusuario –w micontraseña
Otra herramienta muy útil es Printbrm.exe , la encontrareis en la ruta “%SystemRoot%\System32\Spool\Tools” una vez instaléis las “Print Services tools” para administración remota o el rol de “Servidor de Impresión”.
Veamos un ejemplo para verificar las impresoras y drivers de un servidor
prndrvr.vbs –l
Microsoft (R) Windows Script Host Version 5.8
Copyright (C) Microsoft Corporation. All rights reserved.
Server name
Driver name Xerox Global Print Driver PS,3,Windows x64
Version 3
Environment Windows x64
Monitor name
Driver path C:\Windows\system32\spool\DRIVERS\x64\3\PSCRIPT5.DLL
Data file C:\Windows\system32\spool\DRIVERS\x64\3\xUNIVPFL.p3p
Config file C:\Windows\system32\spool\DRIVERS\x64\3\PS5UI.DLL
Help file C:\Windows\system32\spool\DRIVERS\x64\3\PSCRIPT.HLP
Dependent files
C:\Windows\system32\spool\DRIVERS\x64\3\xUNIVPFL.ini
C:\Windows\system32\spool\DRIVERS\x64\3\xUNIVPFL.cfg
C:\Windows\system32\spool\DRIVERS\x64\3\x2upFL.dll
C:\Windows\system32\spool\DRIVERS\x64\3\x2rpsFL.dll
C:\Windows\system32\spool\DRIVERS\x64\3\x2wfuvFL.dll
C:\Windows\system32\spool\DRIVERS\x64\3\x2guiFL.dll
C:\Windows\system32\spool\DRIVERS\x64\3\x2coreFL.dll
C:\Windows\system32\spool\DRIVERS\x64\3\x2utilFL.dll
C:\Windows\system32\spool\DRIVERS\x64\3\x2comsFL.dll
C:\Windows\system32\spool\DRIVERS\x64\3\x2jobtFL.exe
C:\Windows\system32\spool\DRIVERS\x64\3\x2ptpcFL.dll
C:\Windows\system32\spool\DRIVERS\x64\3\x2fputFL.dll
C:\Windows\system32\spool\DRIVERS\x64\3\x2txtFL.cab
C:\Windows\system32\spool\DRIVERS\x64\3\x2UNIVFL.cab
C:\Windows\system32\spool\DRIVERS\x64\3\x2JARFL.cab
C:\Windows\system32\spool\DRIVERS\x64\3\x2fpbFL.exe
C:\Windows\system32\spool\DRIVERS\x64\3\xlibeay.dll
C:\Windows\system32\spool\DRIVERS\x64\3\x2fpd02.dll
C:\Windows\system32\spool\DRIVERS\x64\3\x2UNIV.ppd
C:\Windows\system32\spool\DRIVERS\x64\3\PSCRIPT.NTF
C:\Windows\system32\spool\DRIVERS\x64\3\PS_SCHM.GDL
C:\Windows\system32\spool\DRIVERS\x64\3\PSCRPTFE.NTF
Otro modo de verlo ejecutando “PrintBrm.exe –Q”
Operation mode: query
Target server: local machine
Queue publish mode: none
Overwrite mode: keep existing settings
LISTING PRINT QUEUES
Send To OneNote 2010
LISTING PRINTER DRIVERS
Xerox WorkCentre 7235 PCL 6, Windows x64, None
Xerox WorkCentre 7232 PCL6, Windows x64, None
Xerox WorkCentre 5645 PCL6, Windows x64, None
Xerox Phaser 5500DN, Windows x64, None
Xerox Global Print Driver PS, Windows x64, None
Xerox Global Print Driver PCL6, Windows x64, None
Send To Microsoft OneNote 2010 Driver, Windows x64, None
LISTING PRINT PROCESSORS
XeroxV5Print Windows x64 x5print.dll
Displaying print hierarchy.
Send To Microsoft OneNote 2010 Driver (Windows x64) #1
Unassociated:
Xerox WorkCentre 7235 PCL 6 (Windows x64) #0
Xerox WorkCentre 7235 PCL 6 #0
Xerox WorkCentre 7232 PCL6 (Windows x64) #0
Xerox WorkCentre 7232 PCL6 #0
Xerox WorkCentre 5645 PCL6 (Windows x64) #0
Xerox WorkCentre 5645 PCL6 #0
Xerox Phaser 5500DN (Windows x64) #0
Xerox Phaser 5500DN #0
Xerox Global Print Driver PS (Windows x64) #0
Xerox Global Print Driver PS #0
Xerox Global Print Driver PCL6 (Windows x64) #0
Xerox Global Print Driver PCL6 #0
Send To Microsoft OneNote 2010 Driver #0
Un saludo, Paloma García
Técnico de Soporte Microsoft Premier
Hola de nuevo,
Estos últimos días hemos estado trabajando en un caso que parece estar bastante presente en la red, pero que no habiamos tenido en soporte con frecuencia y no esta bien documentada la solución.
La situación es la siguiente, tras ejectutar sysprep el fichero system de la carpeta %windir%\repair\system pasa a llamarse system.bak, además de renombrarlo en alguna manera lo deja corrupto o inválido.
Esto produce que, si tratamos de seguir el artículo 307545, el cual se apoya en este fichero para arrancar la máquina en caso de quedar corrupta la hive de sistema, esta hive no puede ser empleada dando un error al cargar.
En mi laboratorio esto se ha producido en el momento en que añado un fichero sysprep.inf, el resultado de sysprep deja este fichero inservible, independientemente de las modificaciones que realice el fichero sobre el proceso.
Tras contactar con uno de nuestros ingenieros de escalación (Gracias Mike) hemos localizado una forma de tener este fichero disponible y correcto tras sysprep.
Ejecutando el siguiente comando en cmdlines.txt o en GuiRunOnce, (funciona igual empleando cualquiera de los dos, pero no los dos a la vez) “REG.EXE save hklm\system %windir%\repair\system” se genera una copia de system durante el proceso de Sysprep y todo queda como esperamos.
Creo que esto será de ayuda, ya que según me comento el cliente que generó el caso no tenemos información al respecto y como solucionarlo.
Un saludo.
Raúl del Moral.
Ingeniero de Soporte Premier.