El gran acto de desaparición de INetMgr.exe en mi sistema Windows 7 x64

8

Estoy enfrentando un problema extraño con el Administrador de IIS en Windows 7 (x64).

En casa, tengo Win7 Professional, y cuando verifico el ícono de mi administrador de IIS en el menú de inicio, veo que se vincula a

%windir%\system32\inetsrv\InetMgr.exe

Cuando ejecuto esto desde la línea de comandos, funciona de maravilla.

En el trabajo, sin embargo, tengo Windows 7 Enterprise (x64), y cuando reviso mi enlace en el menú de inicio, la entrada es exactamente la misma. Si hago clic en él, funciona de maravilla.

Ahora, si me gustaría iniciarlo desde la línea de comandos (cmd.exe o TakeCommand), sin embargo, el archivo simplemente no está allí, un

DIR %windir%\system32\inetsrv\*.exe

muestra varios archivos, incluido un "inetmgr6.exe", pero no un "inetmgr.exe", y, por supuesto, tampoco puedo iniciarlo :-(

Curiosamente, cuando miro el directorio %windir%\system32\INetSrven el Explorador de Windows o Windows PowerShell, me VEO el INetMgr.exearchivo y puedo lanzarlo - no hay problema.

¿Qué ****está pasando aquí? ¿Cómo puedo encontrarlo INetMgr.exedesde mi línea de comandos clásica y ejecutarlo desde allí?

ACTUALIZACIÓN: ok, algunas actualizaciones. En mi computadora portátil de trabajo, el INetMgr.exearchivo parece estar realmente ubicado en un directorio llamado c:\windows\syswow64\inetsrv(estoy recordando de memoria, así que no me cite el nombre del directorio, algo así). Puedo ver esto si lo busco en, por ejemplo, Powershell o Windows 7 Explorer.

Sin embargo, desde una línea de comando "clásica" como cmd.exe, parece estar en c:\windows\system32\inetsrv... hmmm ... el problema es que, aunque ahora dónde está realmente el archivo, no puedo acceder a ese directorio desde mi línea de comandos clásica: ni siquiera si estoy ejecutando cmd.exe como administrador con privilegios elevados ... así que sé dónde está el archivo, pero eso todavía no resuelve mi problema :-(

marc_s
fuente

Respuestas:

3

Esa es una interesante. Intente iniciar su símbolo del sistema con privilegios elevados en caso de que UAC esté luchando con usted. Mi única otra suposición es que% windir% está configurado de manera diferente en su ruta para el símbolo del sistema de alguna manera. Intenta navegar hacia él con la ruta explícita. Además, intente crear un archivo de prueba como 'test.txt' desde el símbolo del sistema y asegúrese de que aparezca en el Explorador de Windows, para asegurarse de que las rutas entre las dos aplicaciones no le molesten.

Scott Forsyth - MVP
fuente
Gracias Scott, ya estoy ejecutando mis líneas de comando como "Administrador". Probaré las otras cosas que mencionaste y te informaré.
marc_s
3

FWIW - Estaba viendo exactamente el mismo problema en mi "escritorio" de Windows 2008 R2. Nunca encontré una solución o una explicación.

Pero una solución para mí fue copiar C: \ Windows \ System32 \ inetsrv \ InetMgr.exe a una nueva carpeta (por ejemplo, "E: \ Apps \ IIS \ InetMgr.exe"). Ahora puedo ejecutarlo desde una línea de comando en esta ubicación, aparece UAC y todo funciona bien a partir de ahí.

Hornblower409
fuente
0

Tengo un problema similar, estoy usando Windows 7 64bit, trato de encontrar el InetMgr.exe usando un programa como Chrome (usando la ventana de carga) o notepad ++ (Archivo -> Abrir) pero no veo el archivo .

Si trato de encontrarlo usando el bloc de notas original de Windows, lo veo. Usando CMD el archivo es visible. Si copio y pego el archivo en el mismo directorio ... no es visible para otros programas. Si cambio el nombre del archivo (test.txt) ... el archivo aún no está visible ...

Parece que el archivo es visible para otros programas del sistema operativo (Explorer, bloc de notas) pero no para el software de terceros (Chrome, notepadd ++, winamp ecc)

En todas las búsquedas he usado el . patrón de búsqueda En todas las búsquedas, w3wp.exe e InetMgr6.exe son visibles ... pero InetMgr.exe no.

En el directorio C: \ Windows \ SysWOW64 \ inetsrv el archivo no está presente.

¿Como es posible?

ACTUALIZAR

Aquí está la respuesta :

si le pide a una aplicación de 32 bits que abra c: \ windows \ system32 \ task.xml, será redirigida a c: \ windows \ syswow64 \ task.xml y no podrá encontrar el archivo, ya que no existe. La razón por la que funciona cuando cambia el nombre a .txt es que termina abriéndose en una copia de 64 bits del bloc de notas, que ve el archivo correctamente.

Matteo Conta
fuente