Вы не дали нам очень для продолжения, но кажется маловероятным, что привязка веб-сервиса к порту 80 должна мешать совместному доступу к файлам работать. Это - довольно типичная ситуация и должно работать достаточно хорошо. Мое предположение - то, что или DNS так или иначе испорчен, существует проблема полномочий или сервер, так или иначе неправильно конфигурируется. Больше информации необходимо; какие диагностирующие шаги Вы попробовали?
Я нашел способ сделать это в этом блоге: http://akshayjain.org/blog/2008/08/hack-unable-to-change-priority-in-task-manager/
Если я выполняю эту команду
ntsd -c qd taskmgr.exe
taskmanager запускается с системных полномочий, и я могу изменить приоритет процесса. Это означает, что мой wsh сценарий может сделать это, также. Я создал пакетный файл
@ECHO OFF
ntsd -c qd cscript.exe set_service_priority.vbs
и теперь приоритет процесса добирается, изменил, как я хотел.
Первоначально я не мог изменить приоритет процесса, потому что услуга работала в соответствии с системной учетной записью. Странная вещь состоит в том что, даже после изменения пользователя услуги к administrator
(это - я ;) Я получил сообщение "доступа запрещен". Но с этим приемом, который работает как очарование.
Вы, возможно, должны были бы добавить следующее к верхней части Вашего сценария:
Set objLoc = createobject("wbemscripting.swbemlocator")
objLoc.Security_.privileges.addasstring "sedebugprivilege", true
Хотя.. Я не хотел бы использовать что-либо выше 128.. (256 = В реальном времени)
Полный список здесь: http://msdn.microsoft.com/en-us/library/aa393587.aspx
http://setiathome.berkeley.edu/forum_thread.php?id=69381
wmic процесс, где name = "notepad.exe" ВЫЗОВ setpriority 32768
Простоя: 64 Ниже нормального: 16384 Нормальный: 32 Выше нормы: 32768 Высокий приоритет: 128 В реальном времени: 256