странная ошибка "(22 - 'Недопустимый аргумент')" при использовании с IPv4

странная ошибка "(22 - 'Недопустимый аргумент')" при использовании с IPv4

У меня есть "(22 - 'Недопустимый аргумент')" с использованием nmap. Я погуглил и получилhttps://seclists.org/nmap-dev/, но это обсуждение IPv6, в то время как у меня эта ошибка при использовании IPv4. Там не упоминается IPv4, так почему же я получаю эту странную ошибку?

Я вошел:

$ nmap --send-eth --release-memory --nsock-engine=epoll --allports --fuzzy \
     --randomize-hosts --log-errors  --max-os-tries=9 -n --reason          \
     --append-output --scanflags=URGACKPSHRSTSYNFIN --max-retries=6        \
     --host-timeout=225s --stats-every=10m --ttl=255 --min-hostgroup=5 .   \
     --max-hostgroup=25 --max-rtt-timeout=60s --scan-delay=250ms .         \
     --max-scan-delay=25s --stats-every=1 -v5 -sT -sV -A -p 80-82          \
     0.18.0.0

И получил такой результат:

Starting Nmap 7.70 ( https://nmap.org ) at 2019-01-17 16:05 CET
NSE: Loaded 148 scripts for scanning.
NSE: Script Pre-scanning.
NSE: Starting runlevel 1 (of 2) scan.
Initiating NSE at 16:05
Completed NSE at 16:05, 0.00s elapsed
NSE: Starting runlevel 2 (of 2) scan.
Initiating NSE at 16:05
Completed NSE at 16:05, 0.00s elapsed
Initiating Ping Scan at 16:05
Scanning 0.18.0.0 [2 ports]
Stats: 0:00:01 elapsed; 0 hosts completed (0 up), 1 undergoing Ping Scan
Ping Scan Timing: About 0.00% done
Strange read error from 0.18.0.0 (22 - 'Invalid argument')
Strange read error from 0.18.0.0 (22 - 'Invalid argument')
Completed Ping Scan at 16:05, 0.50s elapsed (1 total hosts)
NSE: Script Post-scanning.
NSE: Starting runlevel 1 (of 2) scan.
Initiating NSE at 16:05
Completed NSE at 16:05, 0.00s elapsed
NSE: Starting runlevel 2 (of 2) scan.
Initiating NSE at 16:05
Completed NSE at 16:05, 0.00s elapsed
Read data files from: /usr/bin/../share/nmap
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
Nmap done: 1 IP address (0 hosts up) scanned in 1.46 seconds

При попытке с меньшим количеством аргументов nmap -p 80-82 0.18.0.0 получилось:

Starting Nmap 7.70 ( https://nmap.org ) at 2019-01-17 16:24 CET
Strange read error from 0.18.0.0 (22 - 'Invalid argument')
Strange read error from 0.18.0.0 (22 - 'Invalid argument')
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
Nmap done: 1 IP address (0 hosts up) scanned in 0.12 seconds

При попытке ncatя получил:

$ nc -vvv 0.18.0.0 80
0.18.0.0: inverse host lookup failed: Unknown host
(UNKNOWN) [0.18.0.0] 80 (http) : Invalid argument
 sent 0, rcvd 0

$ nc -vvv 0.18.0.0 81
0.18.0.0: inverse host lookup failed: Unknown host
(UNKNOWN) [0.18.0.0] 81 (hosts2-ns) : Invalid argument
 sent 0, rcvd 0

У меня по-прежнему «Неверный аргумент», но на этот раз вместо 22 я получил номера почтовых отправлений и услуг:

80 (http)
81 (hosts2-ns)

Это поднимает несколько вопросов:

  1. Относится ли «Недействительный аргумент» ncatи nmapк одному и тому же?
  2. Как сделать nmapтак, чтобы было информативно, а не печатать 22?
  3. Как я могу сказать, что удаленный порт действительно ЗАКРЫТ или он действительно ОТКРЫТ и отклоняет соединения из-за брандмауэра?

решение1

Адрес0.18.0.0(соотв.0.0.0.0/8) не допускается в качестве IP-адреса назначения по стандарту™:

ОтRFC6890:

2.2.2 Записи реестра адресов специального назначения IPv4

В таблицах 1–16 ниже представлены записи, которыми IANA
изначально заполнила Реестр адресов специального назначения IPv4.

          +----------------------+----------------------------+
          | Attribute            | Value                      |
          +----------------------+----------------------------+
          | Address Block        | 0.0.0.0/8                  |
          | Name                 | "This host on this network"|
          | RFC                  | [RFC1122], Section 3.2.1.3 |
          | Allocation Date      | September 1981             |
          | Termination Date     | N/A                        |
          | Source               | True                       |
          | Destination          | False                      |
          | Forwardable          | False                      |
          | Global               | False                      |
          | Reserved-by-Protocol | True                       |
          +----------------------+----------------------------+

                Table 1: "This host on this network"

Таким образом0.0.0.0/8и поэтому0.18.0.0не является допустимым адресом назначения, поэтому ядро ​​возвращает управление EINVALIDпри операциях с сокетами, пытаясь использовать его в качестве назначения.

Подсказка: Возможно, вам захочется использоватьЗапрос предложений 1918адреса для вашей локально администрируемой сети.

Связанный контент