Как узнать guid сетевой карты

Обновлено: 07.07.2024

Извечный вопрос, и в очередной раз его услышав - решил таки рассказать, открыть великую тайну.
"гугление" по этому вопросу - полная бестолковщина, каких только советов там нет.
Кое что близкое к истине есть здесь, но метода там все таки не описано -
и все же КАК!? восклицают "коменты".

Проблема сия по большей части от того, что ищут - не то "о чем увидели" в окне ошибки, когда в очередной раз пытаются присоединить компьютер из AD
GUID, сам по себе это всего лишь стандарт. и применяется во множестве решений.
Скорее всего вас все таки интересует UUID , в нашем случае он-же GUID (здесь как раз вся путаница и заключается)

Способов на самом деле несколько. вплоть до перехвата сетевого трафика спец.софтом и в служебной инфе там где-то он есть,
Но все таки проще и наверное правильнее использовать для этих целей WMI,
что опять-же довольно сложная тема для обсуждения, здесь есть очень доступная информация для того чтобы осознать что это, но как только вопрошающий начинает вникать - запросы, WOL, классы ; ему это кажется безумно сложным. оно на самом деле так и есть
Я же расскажу как вам получить результат не вникая в подробности.
проще всего было бы выложить vbs, но я решил показать как это получается. все предельно просто:

1. Нам необходимо иметь права администратора, так как доступ к WMI это очень привилегированная процедура
2. Необходимо получить чудесную утилиту Scriptomatic2
(она предназначена для более доступной подготовке скриптов для управления WMI)
3. Запустив ее - оглядимся:
поле WMI Namespace выбрано автоматически, там гордо выставлено root\CIMV2
а вот в поле WMI Class, нам необходимо выбрать Win32_ComputerSystemProduct
. в окне автоматически будет сгенерирован скрипт для просмотра параметров его полей,
далее прямо в программе мы имеем возможность его выполнить нажав кнопку Run
откроется консоль, где собственно говоря и будет информация о полях, одним из них
является UUID - ЭТО ТО ЧТО НАМ НУЖНО, ЭТО И ЕСТЬ GUID КОМПЬЮТЕРА.

-------
Одно дело искать сиюминутное решение, другое - искать знания.
вот и думай - что ты ищешь.

Довольно часто после переустановки Windows пользователи сталкиваются с тем, что у них не работает локальная сеть и Интернет. Очевидно, что нужно устанавливать драйверы, но для какой сетевой карты непонятно. В таких случаях пользователи задаются вполне закономерным вопросом, как узнать какая у меня сетевая карта.

Как узнать какая у меня сетевая карта на Windows 7, 8 или 10

Если вы используете операционную систему Windows 7, 8 или 10, то для того чтобы узнать какая у вас сетевая карта вам необходимо отрыть « Диспетчер устройств ». Самый простой способ открыть « Диспетчер устройств » это выполнить команду «mmc devmgmt.msc ».

Для этого нажмите комбинацию клавиш Windows+R и в открывшемся окне введите команду «mmc devmgmt.msc » (без кавычек, естественно).

После этого перед вами появится окно « Диспетчер устройств ». Здесь нужно открыть раздел « Сетевые адаптеры ». В данном разделе будет отображаться название вашей сетевой карты.

Обратите внимание, некоторые программы могут создавать виртуальные сетевые адаптеры, которые потом отображаются в списке сетевых адаптеров в « Диспетчере устройств ». Отличить такие виртуальные адаптеры довольно просто. Поскольку они имеют такое же название, как и программа. Например, на скриншоте выше есть виртуальный адаптер от программы VirtualBox.

Как узнать какая у меня сетевая карта на Windows XP

В операционной системе Windows XP все точно также, как описано выше. Вам нужно открыть « Диспетчер устройств » с помощью команды «mmc devmgmt.msc » и посмотреть название сетевой карты. Единственное отличие, в Windows XP раздел с сетевыми картами называется не «Сетевые адаптеры», а «Сетевые платы ».

Как узнать какая у меня сетевая карта с помощью командной строки

Также вы можете узнать название сетевой карты с помощью командной строки. Для этого откройте «Командную строку Windows» и введите команду «ipconfig/all ».

После этого в командной строке появится информация о всех сетевых подключениях на данном компьютере. Напротив, пункта «Описание», для каждого из сетевых подключений будет указано название сетевой карты.

Другие способы просмотра информации о сетевой карте

Все выше описанные способы получения информации о сетевой карте используют встроенные в операционную систему средства. Но, вы можете прибегнуть к помощи сторонних программ. Например, можно использовать программу AIDA64. В данной программе нужно открыть раздел « Устройства – Устройства Windows – Сетевые адаптеры ».

В данном разделе будет указано название сетевой карты, а также другая информация о ней.

Компьютер – супер умная вещь. Но без специальной платы, именуемой сетевой картой, которая стоит на материнской плате, не сможет выйти в интернет.Очень часто, переустанавливая операционную систему или когда возникают проблемы с сетью, на первый план выходит определение модели сетевой карты. Так как же узнать модель сетевой карты?

Тогда необходимы, кроме самого компьютера, сетевая карта, утилита Everest и возможность доступа в интернет.
Что такое утилита, пользователь должен знать. Но уточнение не помешает — это программа, решающая вспомогательные задачи. Классифицировать утилиты можно так: утилиты сервисного обслуживания компьютера; утилиты для расширения функций; утилиты информационные.

щелкнув на «Администрирование» в «Панели управления» открыть окно «Управление компьютером»;
перейти на «Диспетчер устройств»;
щелкнуть по знаку «плюс» рядом со строкой «Сетевые платы» и открыть список карт, которые установлены;

набрав «Cmd» в графе «Выполнить», запустить командную строку;
откроется окно и в него ввести команду «ipconfig/all».

Как только команда будет выполнена, на мониторе появится информация о сетевых платах, установленных на компьютере.

Как узнать модель сетевой карты, осматриваем пациента

Возможно, что система не определит сетевую карту. Нет на нее и драйверов. Тогда имеет смысл перейти к визуальному определению модели карты.

Придется сетевую карту извлечь из слота, а данные на маркировке производителя ввести в поисковик, причем, любой, в интернете.

Смотрим ID оборудования

Модель сетевой карты можно определить по «Vendor ID» и «Device ID». Данные вводятся во время загрузки BIOS. Можно воспользоваться утилитой Everest. Для этого устанавливается утилита, открывается программное окно и делается переход на вкладку «Устройство». Дальше в правом верхнем окне следует развернуть вкладку «Unknown», которая стоит со знаком вопроса. Необходимо щелкнуть по знаку, стоящему у строки «Сетевой контролер». Тогда в нижнем окне можно будет увидеть «Аппаратный ID» и значения VEN и DEV. VEN- это код, который идентифицирует производителя. За идентификацию устройства отвечает код DEV. По этим кодам программа и определит устройство, а информацию выведет на монитор.

Определить модель сетевой карты по «Device ID» и «Vendor ID». Эти данные выводятся при загрузке BIOS или же можно использовать утилиту Everest. Установите утилиту, откройте окно программы и перейдите на вкладку «Устройства». Разверните вкладку «Unknown» в правом верхнем окне, помеченную знаком вопроса. Щелкните по этому знаку, расположенному у строки «Сетевой контроллер». В нижнем окне появится «Аппаратный ID» со значениями VEN и DEV. VEN является кодом, идентифицирующим производителя, а DEV – устройство. Программа по этим кодам определяет устройство и выводит информацию на монитор.

Очень простое решение!

Легко и просто посмотреть на чек или гарантийный талон, если сетевая плата новая и уже внедрена в компьютер. При условии, что оригинальная коробка от устройства предусмотрительно хранится. Кстати, о том, чтобы не выбрасывать всю компьютерную упаковку примерно год, напомнит при покупке продавец консультант. Другое дело, прислушаться к такому совету. Как показывает практика, прислушаться стоит. Итак, имея гарантийный талон, всегда можно прочесть полное имя-название и модели устройства, и компании-изготовителя.

P.S. Вот мы с вами и ответили на вопрос о том, как узнать модель сетевой карты… как видите все просто, а какой вариант к вам подходит лучше — это уже ваш выбор 😉

Например, восстановили вы систему из резервной копии, но на чужое железо, и никак не можете вспомнить настройки TCP/IP сетевого адаптера, которые были в первичной системе. Не расстраивайтесь, все поправимо. Все это можно посмотреть в редакторе регистра.

1. Нажмите Start - Search (Start - Run в Windows XP/2003) и введите “regedit”. Данная команда запустит редактор реестра.
2. Перейдите в следующий раздел реестра:

HKEY_LOCAL_MACHINE
\SYSTEM
\CurrentControlSet
\Services
\Tcpip
\Interfaces
\

Каждый сетевой интерфейс в компьютере имеет свой уникальный GUID.
1: DHCP
Теперь мы знаем где расположены параметры. Посмотрим на них подробнее:
DhcpIPAddress
Этот ключ хранит IP адрес полученный от DHCP сервера. На скриншоте ниже это 192.168.0.3
DhcpSubnetMask
Этот ключ содержит сетевую маску IP адреса. На скриншоте ниже это 255.255.255.0
DhcpDefaultGateway
Этот ключ содержит шлюз по умолчанию. Здесь он равен 192.168.0.1
DhcpServer
IP адрес самого DHCP сервера (192.168.0.1)
DhcpNameServer
DNS сервер (192.168.0.1)

2 Статический IP адрес

В данном случае IP адрес получается не от DHCP сервера, а прописывается вручную в свойствах подключения.
IPAddress
Ключ, хранящий информацию о IP адресе. SubnetMask
Сетевая маска
DefaultGateway
Шлюз по умолчанию
NameServer
DNS сервера

То-есть мы можем просмотреть свойства или даже поменять их прямо в regedit. Как удалить отсутствующий в системе сетевой адаптер описано

Почему нельзя упорядочить по ссылке, если в ней содержится дата создания?
Как уже было описано, guid изначально был придуман для РАСПРЕДЕЛЕННЫХ систем, в которых ПРОБЛЕМА УНИКАЛЬНОСТИ идентификаторов решена полным ОТКАЗОМ ОТ АВТОИНКРЕМЕНТА в пользу СЛУЧАЙНЫХ чисел и специальных техник. GUIDы случайны и неповторяемы по определению и в этом его достоинство и недостаток. Например, в предопределенных элементах и произвольных идентификаторах используется Random GUIDs (Version 4). В "типизированных" же Time-Based GUIDs (Version 1).

Можно ли вытащить время из гуида?
Можно. Но не нужно.
bdb62d89-cede-11e4-b12b-d4ae52b5e909
Алгоритм:
дата содержится в первых символах, bdb62d89-cede-11e4 которые нужно переставить задом наперед: 11e4-cede-bdb62d89
первый символ отбрасываем, убираем "лишние" знаки "-"(тире)
интервал в десятых долях микросекунд (HEX) получается равным: интервал16= 1E4CEDEBDB62D89
переводим его в десяничный интервал интервал10 = HexToDec(интервал16);
в результате получаем: интервал10 = 136 461 344 788 852 105
находим интервал в секундах: интервалСек = интервал10 / 10 000 000;
Делаем сдвиг даты от [3]

Почему части времени идут "задом-наперед"?
"Так сложилось" ;)
Например потому что guid'ы появились задолго до того, как до них добрались руки ietf и баз данных.
Или потому что платформа написана на C, а не на Java, а как мы знаем из асемблера архитектура x86 имеет little-endian byte order.
Или, как говорит википедия, использовалось 2 варианта: для передачи по сети "on-wire" "network" (big-endian) byte order, а для хранения "native" (little-endian) byte order.
В любом случая я не знаю как там было и можно только догадываться.
[2] [3]

Если отчет из одной конфигурации копипастой тащу в другую - ID сохранится его?(в моей его не было) (c) 2michael

Ответ: При копировании объекта из одной конфы в другую _копипастом_ внутренний гуид меняется!
НО: при сравнении объединении этого не видно!, так как происходит сопоставление по имени.
НО: это не касается и предопределённых данных! Если добавлять их вручную, а потом конфу разработки сравнить-объединить с боевой - возникнут дубли в справочнике!
В edt же есть режим сравнения только по guid.

При замене отчета в дереве конфигурации командой "Заменить на внешнюю обработку, отчет. " меняется ли внутренний идентификатор объекта (отчета)? (с) Pandoch upd:02.07.20

Ответ: Нет, гуид при замене из файла остаётся прежним

Другая вариация вопроса: Есть две разные конфы. Но в них есть одинаковый объект метаданных например документ "Покупка". Как можно получить внутренний идентификатор этого объекта в обеих базах, используемый в сравнении и объединении, чтобы удостовериться, что этот объект, не зависимо от имени, замениться, а не дублируется ? Как я понял ЗначениеВСтрокуВнутр() дает не тот ID который нужен мне.

При каждой выгрузке во внешний отчет/обработку guid генерируется заного. При загрузке из файла - востанавливается. Это позволяет хоть 10 раз выгрузить отчет/обработу во внешний файл, и каждый из этих файлов можно будет открыть параллельно в клиенте.

ЗначениеВСтрокуВнутр() выдает идентификатор прикладного типа, а не внутреннего объекта метаданных. Помимо внутреннего идентификатора у каждого объекта метаданных есть идентификаторы типов. Например ОтчетМенеджер.<Имя отчета> и ОтчетОбъект.<ИмяОтчета>:

Все типы имеют свои идентификаторы, но при загрузке через "Заменить на внешнюю обработку, отчет. " они, так же как и идентификатор метаданных, заменяются на текущие.

Например - загрузка в отчет ABCАнализПокупателей внешнего отчета ДебиторскаяЗадолжность.epf вызовет лишь добавление суффикса (такой отчет уже есть в конфигурации), а все идентификаторы остаются прежними.

Скрин до загрузки - после загрузки:

Идентификаторы не изменились.

Почему используется "перевернутый" формат UUID внутри 1с?
<Объект не найден> (26:80f408002771598b11e7a3f0a3a64c3b)
Не знаю. Знаю только что первая цифра соответствует имени таблицы в sql: Reference26 -> ВидыНоменклатуры

[1]

Есть же спецификация?
Есть.

Расшифровываю:
Timestamp - это 60-битное число, содержащее количество 100-наносекундных интервалов с 15 октября 1582 г.
Часть low обнуляется каждые 2^32 / 10^7 / 60

7 минут, часть mid через 1 год, часть hi сами представляете.

Version - старшие 4 бита в седьмом октете, содержат тип гуида.
0x0001 1 time-based version
0x0010 2 DCE Security version (POSIX UIDs)
0x0011 3 name-based version (MD5 hashing)
0x0100 4 randomly generated version
0x0101 5 name-based version (SHA-1 hashing)

Clock Sequence - используется чтобы избежать появления дубликатов, когда часы переводятся назад или меняется идентификатор узла. Если предыдущее значение счетчика известно - то увеличивается на единицу, иначе берется случайное число.

Node - содержит физический MAC-адрес сервера. Дада, проверьте ipconfig /all ;)

Примеры? Есть их у меня.
Мы же "программисты", накодим функции:

Проверим ссылку обычного документа:

Проверим ссылку, сформированную вручную:

Проверим работу счетчика "уникальности":

Можно даже так:

Какой мак-адрес у меня, вы уже знаете ;)

ps: под "упорядочить по ссылке" везде имеется ввиду сортировка в порядке создания ссылок и вообще в каком-либо порядке, отличном от сравнения в побитовом бинарном формате хранения бд.

Ну вот и все.

Надеюсь, теперь мысль о том, чтобы "упорядочить по ссылке", я из вас вытряхнул окончательно.

Здравствуйте, idiMAN, Вы писали:

MAN>Как выбрать из списка сетевых подключений (адаптеров, интерфейсов), которые присутствуют на локальном компьютере, только те, которые связаны с реальными сетевыми картами. Т.е. нужно исключить, например, адаптеры VMWare и т.п.

Например, можно воспользоваться IP Helper, а именно, функцией GetAdaptersInfo. Там есть пример. Вам нужно обратить внимание на поле Description структуры IP_ADAPTER_INFO. В случае, если в системе присутствуют сетевые адаптеры для VMWare, то поле Description будет содержать "VMware Virtual Ethernet Adapter for. ". Тем самым вы можете их отсекать.
Вот примерчик получения описаний и названий адаптеров в системе (msdn):

Здравствуйте, -prus-, Вы писали:

P>Например, можно воспользоваться IP Helper, а именно, функцией GetAdaptersInfo. Там есть пример. Вам нужно обратить внимание на поле Description структуры IP_ADAPTER_INFO. В случае, если в системе присутствуют сетевые адаптеры для VMWare, то поле Description будет содержать "VMware Virtual Ethernet Adapter for. ". Тем самым вы можете их отсекать.

GetAdaptersInfo не подходит — она возвращает информацию не обо всех адаптерах, например, если состояние адаптера имеет значение "запрещено", то информация о нём не возвращается. И вообще, из данных, возвращаемых GetAdaptersInfo, невозможно определить что данный адаптер соответствует реальной (а не виртуальной) сетевой карте, кроме как по описанию (поле Description). VMware в качестве виртуального сесевого адаптера я указал лишь для примера. В моём случае у меня присутствует одна реальная сетевая карта, которая с помощью драйвера превратилась в две виртуальных, каждая из которых получает пакеты из своего VLAN. Так вот GetAdaptersInfo возвращает только информацию об этих двух виртуальных адаптерах, реальный же адаптер вообще почему-то не фигурирует в выдаваемых данных.

MAN>GetAdaptersInfo не подходит — она возвращает информацию не обо всех адаптерах, например, если состояние адаптера имеет значение "запрещено" то информация о нём не возвращается.

Ну так и на хрена они тебе нужны, если запрещённые?

MAN>И вообще, из данных, возвращаемых GetAdaptersInfo, невозможно определить что данный адаптер соответствует реальной (а не виртуальной) сетевой карте, кроме как по описанию (поле Description). VMware в качестве виртуального сесевого адаптера я указал лишь для примера. В моём случае у меня присутствует одна реальная сетевая карта, которая с помощью драйвера превратилась в две виртуальных, каждая из которых получает пакеты из своего VLAN. Так вот GetAdaptersInfo возвращает только информацию об этих двух виртуальных адаптерах, реальный же адаптер вообще почему-то не фигурирует в выдаваемых данных.

Ну так это как драйвер захочет так и покажет тебе, и на Win32-уровне в общем случае ничего ты не сделаешь.

Здравствуйте, x64, Вы писали:

MAN>>GetAdaptersInfo не подходит — она возвращает информацию не обо всех адаптерах, например, если состояние адаптера имеет значение "запрещено" то информация о нём не возвращается.

x64>Ну так и на хрена они тебе нужны, если запрещённые?

Это я лишь к тому, что данной функцией возвращается не вся информация. Т.е. нет способа получить информацию обо ВСЕХ сетевых адаптерах в системе!

MAN>>И вообще, из данных, возвращаемых GetAdaptersInfo, невозможно определить что данный адаптер соответствует реальной (а не виртуальной) сетевой карте, кроме как по описанию (поле Description). VMware в качестве виртуального сесевого адаптера я указал лишь для примера. В моём случае у меня присутствует одна реальная сетевая карта, которая с помощью драйвера превратилась в две виртуальных, каждая из которых получает пакеты из своего VLAN. Так вот GetAdaptersInfo возвращает только информацию об этих двух виртуальных адаптерах, реальный же адаптер вообще почему-то не фигурирует в выдаваемых данных.

x64>Ну так это как драйвер захочет так и покажет тебе, и на Win32-уровне в общем случае ничего ты не сделаешь.

Может я не правильно объяснил. Попробую по другому. Когда я захожу к себе в "Панель управления" -> "Сетевые подключения", то вижу 3 сетевых подключения
1) Имя — "Подключение по локальной сети", Имя устройства — "Intel(R) 82566DM Gigabit Network Connection"
2) Имя — "CTRL", Имя устройства — "Intel(R) 82566DM Gigabit Network Connection — VLAN : VLAN100"
3) Имя — "LAN", Имя устройства — "Intel(R) 82566DM Gigabit Network Connection — VLAN : VLAN2"
Все три подключения имеют состояние "Подключено".

GetAdaptersInfo возвражает только информацию о подключениях (2) и (3). Не понятно почему нет данных о подключении (1)
GetIfTable Возвращает тоже самое + информацию об интерфейсе "MS TCP Loopback interface"

Нужно получить:
1) информацию обо всех сетевых интерфейсах в системе
2) узнать какие сетевые интерфейсы соответствуют реальной сетевой карте
3) желательно узнать GUID данных интерфейсов

MAN>1) информацию обо всех сетевых интерфейсах в системе

Попробуй GetAdaptersAddresses().

MAN>2) узнать какие сетевые интерфейсы соответствуют реальной сетевой карте

Ты никогда не узнаешь этого в общем случае.

MAN>3) желательно узнать GUID данных интерфейсов

Начиная с Windows Vista можно получить больше информации:

GetAdaptersAddresses()
ConvertInterfaceIndexToLuid()
ConvertInterfaceLuidToGuid()

Здравствуйте, x64, Вы писали:

MAN>>1) информацию обо всех сетевых интерфейсах в системе

x64>Попробуй GetAdaptersAddresses().

MAN>>2) узнать какие сетевые интерфейсы соответствуют реальной сетевой карте

x64>Ты никогда не узнаешь этого в общем случае.

Через WMI я это уже сделал, только мне не нравится — несколько тормознуто.
Также через WMI выдаются все сетевые интерфейсы.

MAN>>3) желательно узнать GUID данных интерфейсов

x64>

x64>Начиная с Windows Vista можно получить больше информации:

x64>GetAdaptersAddresses()
x64>ConvertInterfaceIndexToLuid()
x64>ConvertInterfaceLuidToGuid()

Попробовал GetAdaptersAddresses с флагом Family=AF_UNSPEC, получил всё те же (2), (3) и "MS TCP Loopback interface".
Кстати в IP_ADAPTER_ADDRESSES.AdapterName получаю как раз искомый GUID.

Почему GetAdaptersAddresses не возвращает информацию о сетевом интерфейсе "Подключение по локальной сети" вроде ясно — данный интерфейс не имеет ip адреса (на нём не включен протокол TCP/IP).

MAN>>>2) узнать какие сетевые интерфейсы соответствуют реальной сетевой карте
MAN>Через WMI я это уже сделал, только мне не нравится — несколько тормознуто.

Неужто свойство (bool) Win32_NetworkAdapter.PhysicalAdapter работает? Или что-то другое?

MAN>Кстати в IP_ADAPTER_ADDRESSES.AdapterName получаю как раз искомый GUID.

GUID лучше из WMI получать, там отдельное свойство есть для этого.

MAN>Почему GetAdaptersAddresses не возвращает информацию о сетевом интерфейсе "Подключение по локальной сети" вроде ясно — данный интерфейс не имеет ip адреса (на нём не включен протокол TCP/IP).

Ну ты даёшь, чего ж ты хотел от GetAdaptersInfo(), если в подключении даже IP-протокола нет? :)

Здравствуйте, x64, Вы писали:

MAN>>>>2) узнать какие сетевые интерфейсы соответствуют реальной сетевой карте
MAN>>Через WMI я это уже сделал, только мне не нравится — несколько тормознуто.

x64>Неужто свойство (bool) Win32_NetworkAdapter.PhysicalAdapter работает? Или что-то другое?

Я сижу за Windows Server 2003, а надо, чтоб работало ещё и на XP.
PhysicalAdapter у меня не работает, т.к.

[msdn]PhysicalAdapter
Data type: boolean
Access type: Read-only

Indicates whether the adapter is a physical or a logical adapter. If True, the adapter is physical.

Windows Server 2003, Windows XP, Windows 2000, and Windows NT 4.0: This property is not available. [/msdn]

Я сделал так:
Select * From Win32_NetworkAdapter WHERE PNPDeviceID LIKE "PCI\\VEN_%"

MAN>>Кстати в IP_ADAPTER_ADDRESSES.AdapterName получаю как раз искомый GUID.

x64>GUID лучше из WMI получать, там отдельное свойство есть для этого.

Опять-таки не подходит, т.к.
[msdn]GUID
Data type: string
Access type: Read-only

Globally unique identifier for the connection.

Windows Server 2003, Windows XP, Windows 2000, and Windows NT 4.0: This property is not available.[/msdn]

MAN>>Почему GetAdaptersAddresses не возвращает информацию о сетевом интерфейсе "Подключение по локальной сети" вроде ясно — данный интерфейс не имеет ip адреса (на нём не включен протокол TCP/IP).

x64>Ну ты даёшь, чего ж ты хотел от GetAdaptersInfo(), если в подключении даже IP-протокола нет?
Ну да. А тогда чем?
Как, например, получает список всех сетевых интерфейсов WireShark или TcpDump?

MAN>Я сижу за Windows Server 2003, а надо, чтоб работало ещё и на XP.

Ну тогда да, не подходит, но вообще-то от Windows XP пора уже отходить потихоньку, реально устарело уже, особенно в сравнении с Windows 7.

MAN>Как, например, получает список всех сетевых интерфейсов WireShark или TcpDump?

Wireshark, насколько помню, тупо из реестра берёт список (путь я уже приводил выше).

Здравствуйте, x64, Вы писали:

MAN>>Я сижу за Windows Server 2003, а надо, чтоб работало ещё и на XP.

x64>Ну тогда да, не подходит, но вообще-то от Windows XP пора уже отходить потихоньку, реально устарело уже, особенно в сравнении с Windows 7.

На нашем предприятии с парком компьютеров более 1000 шт. растянется лет на 5 минимум.

MAN>>Как, например, получает список всех сетевых интерфейсов WireShark или TcpDump?

x64>Wireshark, насколько помню, тупо из реестра берёт список (путь я уже приводил выше).

Читайте также: