O nmap não reconhece essas opções porque elas começam com um unicode EN DASH ( 342 200 223, – ) em vez de um hífen ou traço regular ( - ). Como resultado, o nmap interpreta essas "opções" como nomes a serem resolvidos.
Quando eu digito o comando nmap –Pn –sT -sV –p0-65535 192.168.1.100 , meu terminal responde:
Starting Nmap 7.60 ( https://nmap.org ) at 2018-01-29 11:24 PST
Failed to resolve "–Pn".
Failed to resolve "–sT".
Failed to resolve "–p0-65535".
Nmap scan report for 192.168.1.100
Host is up (0.0075s latency).
Not shown: 999 closed ports
PORT STATE SERVICE VERSION
53/tcp filtered domain
Service detection performed. Please report any incorrect results at https://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 1.73 seconds
Estou confuso sobre o motivo de não conseguir resolver os sinalizadores. Isso costumava funcionar nas minhas máquinas; Eu tenho um MacBook e estou usando o bash, assim como o Kali Linux. Eu tentei reiniciar as duas máquinas e ele continua a falhar na resolução de sinalizadores, independentemente de qual endereço IP eu tente verificar.
O nmap não reconhece essas opções porque elas começam com um unicode EN DASH ( 342 200 223, – ) em vez de um hífen ou traço regular ( - ). Como resultado, o nmap interpreta essas "opções" como nomes a serem resolvidos.
Tags command-line nmap options