Не может заставить nmap работать в соответствии с Windows 7 64 бита
Важно знать, что, если Вы хотите, чтобы люди смогли, получают доступ к каталогу, выполнить бит должен быть установлен на всех родительских каталогах для того конкретного пользователя. Например:
user1@host$ mkdir -p one/two
user1@host$ echo "hi" > one/two/readme
user1@host$ chmod 700 one
user1@host$ su user2
user2@host$ cd one/two
bash: cd: one/two: Permission denied
user2@host$ ls -al one/two/readme
ls: cannot access one/two/readme: Permission denied
user2@host$ cat one/two/readme
cat: one/two/readme: Permission denied
user2@host$ exit
user1@host$ chmod +x one
user1@host$ su user2
user2@host$ cat one/two/readme
hi
Это главным образом играет роль в вещах как веб-серверы, где пользователь захочет представить файлы населению в целом (обычно в ~/public_html, например), но хочет сохранить родительский каталог безопасным. Нет никакой потребности, или причина установить чтение укусила, если Вы не хотите, чтобы Ваш пользователь смог выполнить список каталогов.
Если у вас есть два сетевых адаптера на вашем компьютере, nmap иногда получает неверную информацию о маршруте (для Windows, отличную от того, что выводит route PRINT , сравните с nmap --iflist )
Вы можете увидеть, какой интерфейс он выбирает, с помощью опции -d
Решение состоит в том, чтобы указать правильный интерфейс с помощью -e , например, если Nmap выбирает eth1 , тогда как он должен был выбрать eth2 , вы должны написать nmap -e eth2 ...
У меня есть nmap, работающий отлично над моей машиной Windows 7 Professional 64 битов, таким образом, я не полагаю, что это - ОС, которая предотвращает nmap от надлежащего сканирования Вашего сервера. Или это - проблема с Вашей конфигурацией системы, конфигурацией сервера или конфигурацией сети.
Я рекомендовал бы как первый шаг, пытающийся выяснять, где проблема заключается (рабочая станция, сеть или сервер). Выполнение некоторой формы сетевого анализатора (например: wireshark, tcpdump) на Вашей рабочей станции и сервере, в то время как сканирование nmap работает, мог бы быть хороший первый шаг. Это поможет Вам определить, оставляет ли сетевой трафик от nmap даже рабочую станцию или прибывает в сервер. Очевидно, nmap программа думала, что выполнила сканирование без ошибки, таким образом, она, должно быть, получила трафик TCP назад из где-нибудь.
Снова, это - только первый шаг для получения Вас движение. Я не знаю, что очень много о Вашей установке может предоставить дальнейшие рекомендации.Удачи.
Некоторые случайные мысли:
Я всегда забываю, что мой локальный брандмауэр может заблокировать исходящий трафик. Я думаю, что поразил эту ту же проблему с nmap. Попытайтесь отключить свой локальный брандмауэр или создать политику, которая позволяет весь трафик, который происходит из localhost.
Если это не это, затем забывают nmap и фокусируются только на том, чтобы заставлять ping работать. Если ping в настоящее время не будет работать затем, то это поможет Вам найти точку отказа.
Порты на сервере могли бы быть открыты, но они выставляются Вашему исходному IP или сегменту сети? Они могли бы быть открыты только для localhost. Отключите брандмауэр на сервере в течение минуты, чтобы видеть, помогает ли это Вам найти, где блокирование происходит.
Вы сказали, что порты на сервере были открыты. Я предполагаю, что Вы протестировали это. Попробуйте netstat - на сервере только, чтобы быть уверенными, что он на самом деле слушает на тех портах.
Действительно ли там кто-либо является потенциальным для блокирования промежутка устройства? Ваш трафик пересекает маршрутизатор, другой брандмауэр, и т.д.?
Еще одна случайная потенциальная проблема: Иногда мои приложения просто не работают над Win7x64, если они не работают как Администратор. Даже если я запускаю их в соответствии с учетной записью, которая имеет администратора privs, я все еще иногда должен щелкать правой кнопкой по ним и выполнять их как администратор. Возможно...
Поскольку @Ryan сказал; планируйте потенциальное узкое горло для своего трафика и запускающийся тестирующий каждого.
Для тех, кто все еще сталкивался с этой проблемой:
Приведенный выше ответ (Каана) работает, но только в некоторых случаях. Я встречал случаи, когда маршрут по умолчанию привязан к неправильному интерфейсу, поэтому некоторые будут видеть сообщение «Невозможно выполнить маршрутизацию».
Просто для тех, кто сталкивается с этой проблемой, лучший способ - получить самую новую версию (в время публикации - 6,25 ( ссылка ), что, похоже, устранило проблему).
Поскольку у меня такая же проблема на моей 64-битной машине Win 7, и мне удалось ее исправить, я подумал, что должен внести свой вклад, чтобы другие пользователи могли выполнять поиск по ней.
Шаг 1 :
Выполните nmap --iflist , который покажет вам IP-адрес устройства (если есть) и MAC-адрес.
Оттуда выберите интерфейс, который вы будете использовать, например, eth2
Шаг 2: Затем вы готовы запустить сканирование, запустив:
nmap -v -O -e eth2 somehost.com