Как я могу лучше всего изучить “wmic” инструмент командной строки Windows WMI?

То, что Вы описываете, указывает что:

  • Маршрутизатор знает, где обратиться к Вашему ПК в сети L2 для отправления запроса ping - таким образом, его кэш ARP, как предполагают, корректен.
  • Но Ваш ПК не знает, где обратиться к маршрутизатору для отправки ответа ping - таким образом, его кэш ARP не мог бы быть корректным.

Первые две действительно очевидных вещи исключить состоят в том что:

  1. Ваш старый маршрутизатор все еще не пытается поднять IP-адрес 192.168.1.1
  2. Ваш новый маршрутизатор не является брандмауэрингом запрос ping (эхо ICMP), когда это входит.

Предположение, что это не эти две вещи затем, можно продолжить двигаться в проверке, что записи ARP корректны. Примите во внимание, что, если Вы не используете статические записи ARP, которые я предполагаю, что Вы не, затем они хранятся динамично как требуется и истекут после промежутка времени. Это означает, что они не сохранятся через перезагрузки или длительные промежутки времени. Таким образом, если Ваш старый маршрутизатор определенно не находится на старом IP-адресе еще затем, это не должна быть причина проблемы.

  1. Обратите внимание, каковы корректные MAC-адреса для Вашего ПК и нового маршрутизатора. Можно получить эту информацию из ifconfig или ipconfig, Зависимый от операционной системы.
  2. Проверьте это дважды против записей ARP на каждом устройстве. Можно просмотреть текущие записи в кэше ARP с arp -a или arp -an пропускать определение имен.
  3. Если кэш ARP от одной машины не согласовывается с MAC-адресом другой, и наоборот затем попытайтесь удалить его с arp -d <ip>. Если это возвращается с тем же адресом затем, возможно, у Вас действительно есть машина жулика в сети.

Случайно можно также удостовериться, что MAC-адреса, отображенные в запросе и ответе получения Wireshark, соответствуют тем, которых Вы записали от интерфейсов машины.

2
задан 21 October 2010 в 04:09
1 ответ

PowerShell является полным Тьюрингом языком сценариев. В теории, можно записать программу в PowerShell, чтобы сделать что-либо.

WMIC является программой командной строки для взаимодействия с WMI. Отдельно, это не имеет никаких конструкций для ветвления и цикличного выполнения, переменного управления или любой из хороших вещей, которые имеет язык программирования. Это - просто инструмент, в основном, для того, чтобы получить или установить значения в WMI. Действие программно на вывод или вход инструмента - что-то, что это обычно обрабатывается сценарием пакетной обработки, который называет инструмент.

Можно узнать больше об использовании инструмента WMIC от Microsoft или путем поиска с помощью Google фраз как учебное руководство WMIC. Вы найдете много материала.

4
ответ дан 3 December 2019 в 10:22
  • 1
    Это означает, что Powershell может сделать все, что WMIC может? Например, это может выполнить команды WMI на удаленных машинах с альтернативой creds? –  goodguys_activate 21 October 2010 в 23:54
  • 2
    PowerShell 1.0 имеет некоторое ре ограничений: аутентификация при доступе к WMI на удаленных компьютерах (см. technet.microsoft.com/en-us/library/ff730973.aspx), но это очищено в PowerShell 2.0. Связанные с WMI методы и объекты в PowerShell 2.0 могут позволить выполнять любой тип WMI maniuplation, что Вы могли с любым другим инструментом WMI (WMIC, VBScript, и т.д.). –  Evan Anderson 22 October 2010 в 00:06

Теги

Похожие вопросы