Великолепный закон об исчезновении INetMgr.exe в моей системе Windows 7 x64

8

У меня странная проблема с диспетчером IIS в Windows 7 (x64).

Дома у меня Win7 Professional, и когда я проверяю значок диспетчера IIS в меню «Пуск», я вижу, что он ссылается на

%windir%\system32\inetsrv\InetMgr.exe

Когда я запускаю это из командной строки, это работает как шарм.

На работе, однако, у меня Windows 7 Enterprise (x64), и когда я проверяю свою ссылку в меню Пуск, запись точно такая же. Если я нажму на него - он работает как шарм.

Теперь, если я хочу запустить его из командной строки (cmd.exe или TakeCommand), однако - файла просто нет -

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

показывает несколько файлов, в том числе «inetmgr6.exe» - но не «inetmgr.exe» - и, конечно, я тоже не могу его запустить :-(

Как ни странно, когда я смотрю на каталог %windir%\system32\INetSrvв проводнике Windows или Windows Powershell, я SEE в INetMgr.exeфайл , и я не могу запустить его - не проблема.

Что ****здесь происходит? Как я могу найти INetMgr.exeиз моей классической командной строки и запустить его оттуда ??

ОБНОВЛЕНИЕ: хорошо, некоторые обновления. На моем рабочем ноутбуке INetMgr.exeфайл, кажется, действительно находится в каталоге с именем c:\windows\syswow64\inetsrv(я вспоминаю по памяти, поэтому не указывайте меня в имени каталога - что-то в этом роде). Я могу видеть это, если я ищу его, например, в Powershell или Windows 7 Explorer.

Тем не менее, из «классической» командной строки, такой как cmd.exe, он, похоже, находится в c:\windows\system32\inetsrv..... хммм .... проблема в том, что - хотя теперь я знаю, где на самом деле находится файл, я не могу получить доступ к этому каталогу из своего классическая командная строка - даже если я запускаю cmd.exe в качестве администратора с повышенными привилегиями ....... так что я знаю, где находится файл, но это все равно не решает мою проблему :-(

marc_s
источник

Ответы:

3

Это интересный. Попробуйте запустить командную строку с повышенными привилегиями в случае, если UAC борется с вами. Мое единственное предположение заключается в том, что% windir% задается по-другому в вашем пути для командной строки. Попробуйте перейти к нему с явным путем. Кроме того, попробуйте создать тестовый файл, например «test.txt», из командной строки и убедитесь, что он отображается в проводнике Windows, чтобы убедиться, что пути между двумя приложениями не мешают вам.

Скотт Форсайт - MVP
источник
Благодаря Скотт - я имею уже запущены мои командные строки как «Администратор». Я попробую другие вещи, которые вы упомянули, и я сообщу в ответ.
marc_s
3

FWIW - я видел точно такую ​​же проблему на моем рабочем столе Windows 2008 R2. Я так и не нашел исправления или объяснения.

Но обходным путем для меня было скопировать C: \ Windows \ System32 \ inetsrv \ InetMgr.exe в новую папку (например, «E: \ Apps \ IIS \ InetMgr.exe»). Теперь я могу выполнить его из командной строки в этом месте, UAC подходит, и с этого момента все работает нормально.

Hornblower409
источник
0

У меня похожая проблема, я использую Windows 7 64bit, я пытаюсь найти InetMgr.exe с помощью такой программы, как Chrome (используя окно загрузки) или notepad ++ (Файл -> Открыть), но я не вижу файл ,

Если я пытаюсь найти его, используя оригинальный блокнот Windows, я вижу это. При использовании CMD файл виден. Если я копирую и вставляю файл в тот же каталог ... он не виден другим программам. Если я переименую файл (test.txt) ... файл все еще не виден ...

Кажется, что файл виден другим программам операционной системы (Explorer, notepad), но не стороннему программному обеспечению (Chrome, notepadd ++, winamp ecc)

Во всех поисках я использовал . шаблон поиска. Во всех поисках w3wp.exe и InetMgr6.exe видны ... но InetMgr.exe нет.

В каталоге C: \ Windows \ SysWOW64 \ inetsrv файла нет.

Как это возможно?

ОБНОВИТЬ

Вот ответ :

если вы попросите 32-битное приложение открыть c: \ windows \ system32 \ task.xml, оно будет перенаправлено в c: \ windows \ syswow64 \ task.xml и не сможет найти файл, так как он не существует. Причина, по которой он работает, когда вы переименовываете его в .txt, заключается в том, что он заканчивается открытием в 64-битной копии блокнота, который правильно видит файл.

Маттео Конта
источник