Попробуйте KON-начальную-загрузку LiveCD.
Это изменяет ядро на лету при начальной загрузке и позволяет Вам входить в систему с основным паролем существующей системы на жестком диске.
Только что попробовал это с моей OpenBSD 5.1. Да, у вас FreeBSD 7.4, но мы говорим о довольно похожем зверю.
Как обычный пользователь, nmap -sn my.host
возвращает Хост, кажется,
и для меня тоже не работает. , хотя моя тестовая машина наверняка отвечает на ping как обычный пользователь.
Однако как root nmap -sn my.host
возвращает Host is up
, как и должно.
Глядя на ваше приглашение, вы, вероятно, также пытаетесь использовать nmap как пользователь без полномочий root. Попробуйте, работает ли nmap от имени root.
РЕДАКТИРОВАТЬ: Только что запустил мою FreeBSD 9.0, сканирование с помощью ping работает нормально без полномочий root.
Моим первым наблюдением было бы то, что tcpdump -i fxp0
сбрасывает пакеты, которые поступают на fxp0
, однако nmap
выполняется как процесс пользовательского пространства, поэтому ряд вещей может помешать Nmap увидеть ответ.
iptables -t filter -n -L
) selinux
(не видел этой конкретной вещи, но selinux всегда является хорошим выбором, когда происходит глупое дерьмо iptables -t nat -n -L
У меня была такая же проблема, и я решил ее с частичной помощью отсюда.
Я установил новый безголовый RaspberryPi с WiFi-ключом и отредактировал SD-карту чтобы поместить мои учетные данные Wi-Fi в wpa_supplicant.conf.
RPi загрузился и подключился к Wi-Fi нормально, но сканирование nmap ping на моем ноутбуке с Ubuntu не нашло его, пока я не сделал ДВЕ вещи:
sudo
- disable-arp-ping
У меня была эта проблема с nmap 7.92 в Windows 11, и установка npcap решила эту проблему для меня.