Ответы:
Вероятно, лучший способ - использовать NMAP ( http://nmap.org/ ) в режиме сканирования ARP Ping. Использование будет что-то вроде nmap -sP -PR 192.168.0.*(или какова ваша сеть).
Преимущество этого подхода состоит в том, что он использует протокол разрешения адресов, чтобы определить, назначены ли IP-адреса компьютерам. Любая машина, которая хочет быть найденной в сети, должна отвечать на ARP, поэтому этот подход работает там, где нет проверки на пинг, широковещательные запросы и сканирование портов (из-за брандмауэров, политики ОС и т. Д.).
nmapрешение горизонтального сканирования для (новичка?) Вопроса, спрашивающего, как «протолкнуть» неиспользуемый IP-адрес в распределенной сетевой среде DHCP. Разве мы не несем ответственности (как администраторы?) За то, чтобы он предложил обратиться к локальному администратору DHCP (своему администратору?) И выделить несколько тестовых IP-адресов? СОГЛАСОВАНО, это элегантный хак, мы все любим Nmap, включая поклонников матриц. Но понимаем ли мы, что здесь происходит?
Вы действительно не должны пытаться найти неиспользуемые IP-адреса в сети, которая использует DHCP. Вам не следует делать это, если вы не знаете, что делаете, и если вы спрашиваете, как это сделать, это означает, что вы этого не делаете.
Управление сетевыми адресами неявно является организационной (а не технической) деятельностью. DHCP заставляет сетевых администраторов часто думать, что он чисто технический, но протокол хорошо спроектирован и может легко удовлетворить ваши потребности с помощью небольшого количества политических переговоров.
DHCP имеет функцию, позволяющую определенным системам каждый раз назначать один и тот же IP-адрес (другими словами, механизм назначения может быть динамическим, но сами назначения могут быть фиксированными).
Попросите вашего администратора DHCP создать несколько записей для вас. Если они говорят «нет», сделайте небольшую работу по ногам и попросите своего менеджера попросить их сделать это.
Или попросите администратора DHCP выделить диапазон IP-адресов для личного использования, но не обслуживать их вне DHCP.
Это действительно в общих интересах. Если ваш проект стоит немного дополнительных усилий, некоторая организационная любовь будет иметь большое значение.
Я не думаю, что другие авторы серьезно думали о том, что может произойти, и отчасти опасность заключается в том, что результаты конфликтов IP-адресов непредсказуемы:
Если вы переманиваете адреса, а затем они конфликтуют с чужой системой, результаты могут быть болезненными, например, работа заканчивается.
Системы ведут себя по-разному, когда у них есть конфликты IP. Некоторые бросают себя быстро. Некоторые просто помещают странные предупреждения на ваш экран. Потенциально некоторые системы будут бороться за IP-адрес.
Вы не знаете, какую систему вы бы отключили. Возможно, вы отключаете важный сервер, или ваша система может иметь заглушку, которая начинает реагировать на реальный трафик. Или это может быть компьютер вашего босса или какой-то высокопоставленный инженер, который тоже занимался IP-корточками.
Вот история DNS, которая очень похожа. Я работал с умным, но иногда неприятным человеком в компании, и он понимал почти все, кроме разрешения DNS. Он настроил около 80% почтовых систем компаний таким образом, чтобы в случае незначительного простоя моя лабораторная среда в конечном итоге была сервером исходящей почты. Они быстро уловили эту проблему, но вы можете себе представить, насколько это может быть плохо, если моя система не поставила в очередь почту за брандмауэром.
Лично мне нравится AngryIPScanner. http://www.angryziber.com/
Однажды в моей компании кто-то случайно установил свой IP на основной коммутатор в нашей серверной комнате.
Чистый результат:
"WTF произошел с сетью1?!?!"
Мораль истории: Пожалуйста, поговорите со своими админами. Если вы работаете в инженерной фирме, скорее всего, у них есть процесс, чтобы дать вам адрес или даже ваш собственный диапазон.
Вы в основном должны варианты:
Спросите у своего DHCP-сервера, какие адреса он уже назначил (через веб-интерфейс, интерфейс Cli или любой другой интерфейс, используемый вашим сервером). Это будет работать, если сам узел в вашей сети использует DHCP для настройки (то есть не имеет каких-либо самостоятельно назначенных IP-адресов). Очевидно, что вам также необходим доступ к конфигурации маршрутизатора, который, по-видимому, отсутствует.
Пингуйте (или просматривайте порты) всю свою подсеть и смотрите, кто отвечает. Это может не сработать, если на определенных узлах отключен ICMP-эхо-запрос (т. Е. «Пинг блокировки»).
nmap -sP 192.168.0.1-254
Как упоминалось в других ответах, сканирование ping или сканирование NMAP в вашей локальной подсети, вероятно, является лучшим способом определения свободных IP-адресов, если у вас нет доступа к DHCP-серверу.
Однако , пожалуйста, имейте в виду две вещи.
Администраторы вашей сети, вероятно, не будут любезно выполнять сканирование портов / пингов; если у них есть что-то похожее на приличную защиту от вторжений, вы не должны удивляться, когда они бродят к вашему столу, выглядя несчастными.
Смешивание статической конфигурации и DHCP в одной подсети может вызвать проблемы. Если вы настраиваете устройство с IP-адресом, который вы считаете «свободным» при сканировании подсети и т. Д., И DHCP-сервер впоследствии передает этот адрес другому узлу, ваша машина и «реальный» владелец IP-адреса будут постоянно бороться у кого должна быть запись ARP для этого IP. Это приведет к прерывистой связи для обеих машин. (И снова возможный визит от вашего дружелюбного соседского администратора).
Если вам действительно нужен другой IP-адрес для тестирования, можно ли обратиться к сетевым администраторам и спросить? Они смогут настроить запись DHCP вручную, которая даст вашей машине конкретную аренду DHCP на основе ее MAC-адреса.
Проверьте финг. Раньше его называли lookatlan. Это небольшая установка, но она будет сканировать сеть и предоставит вам простой графический интерфейс, чтобы увидеть, что используется, а что нет.
Если вы используете Windows Server DHCP, то программа просмотра DHCP показывает используемые IP-адреса. Возможно, у вас очень маленький диапазон IP, попробуйте расширить диапазон.
У меня была похожая проблема при использовании маршрутизатора для назначения IP-адресов. Мое решение, я расширил диапазон, и это, казалось, сработало.