Выключите gzip сжатие для одного виртуального хоста

Действительно ли возможно, что у Вас есть брандмауэр Windows (или сторонний брандмауэр) включил, который блокирует вызов WMI? Порт 135 потребностей быть открытым, чтобы WMI работал правильно. См. эту статью для получения дополнительной информации о соединении WMI через брандмауэр.

Править:

Я сделал еще некоторое рытье об этом - Вы, проблема состоит в том, как WMIC использует Ваши учетные данные, когда это пытается соединиться с networkPC. Вы выполняете WMIC в, он - режим олицетворения по умолчанию "Impersonate" - это позволяет WMIC Являться олицетворением Вашей учетной записи на локальном компьютере (компьютеры в compList.txt) - но когда это пытается соединиться с удаленным компьютером (networkPC), это не может исполнить роль Вас, таким образом, это соединяется как ВХОД В СИСТЕМУ NT AUTHORITY\ANONYMOUS.

Я думаю, что у Вас есть 2 возможных решения здесь:

1. Позвольте доле на networkPC иметь доступ для чтения для ВХОДА В СИСТЕМУ NT AUTHORITY\ANONYMOUS - это немного более сложно, чем это звучит - необходимо дать АНОНИМНУЮ долю ВХОДА В СИСТЕМУ и полномочия уровня файла, а также разрешение этого активировать WMI в dcomcfg
2. Установите свой вызов WMIC для использования олицетворения Делегата. Это требует, чтобы Вы установили учетные записи пользователей и учетные записи компьютера в AD с "Доверяемым для Делегации" полномочия. Можно затем назвать wmic с /IMPLEVEL:Delegate - но это открывает новую проблему, потому что также необходимо передать в /AUTHORITY:"kerberos:targetdomain\targetcomputer" параметр - и targetcomputer является названием компьютера из compList.txt - это означает, что необходимо было бы поместить вызовы wmic в цикл вокруг компьютеров в compList.txt вместо использования /NODE:@compList.txt