Zjištění, jestli je IP alive

medvicek

Zjištění, jestli je IP alive
« kdy: 02. 09. 2012, 15:46:26 »
Ahoj,

mam seznam asi peti set IP adres a potrebuju co nejrychleji u kazde zjistit, jestli je alive v jednom okamziku.
Zkousel jsem nejaky ping, ale ty adresy vetsinou alive nejsou a pak to pingu trva hrozne dlouho (dostanu se na jednu sekundu, niz ne - `ping X.X.X.X -w 1 -W 1`).

Jde nejak nmapem zjistit jen jestli je IP alive, bez nejakeho skenovani portu?
Nebo treba nejak lepe tim pingem, nejak mu rict, aby poslal jen jeden paket a pak skoncil bud kdyz dostane odpoved nebo po 100ms cekani? Podle manualu se mi nic takoveho nepovedlo, potrebuju to dostat na tu desetinu sekundy.

Diky za pomoc
« Poslední změna: 03. 09. 2012, 12:29:34 od Petr Krčmář »


JardaP .

  • *****
  • 11 064
    • Zobrazit profil
    • E-mail
Re:Zjisteni, jestli je IP alive
« Odpověď #1 kdy: 02. 09. 2012, 16:07:53 »

nmap

Re:Zjisteni, jestli je IP alive
« Odpověď #2 kdy: 02. 09. 2012, 20:47:23 »
HOST DISCOVERY:
  -sL: List Scan - simply list targets to scan
  -sP: Ping Scan - go no further than determining if host is online

 -sn (No port scan)

    This option tells Nmap not to do a port scan after host discovery, and only print out the available hosts that responded to the scan. This is often known as a “ping scan”, but you can also request that traceroute and NSE host scripts be run. This is by default one step more intrusive than the list scan, and can often be used for the same purposes. It allows light reconnaissance of a target network without attracting much attention. Knowing how many hosts are up is more valuable to attackers than the list provided by list scan of every single IP and host name.

    Systems administrators often find this option valuable as well. It can easily be used to count available machines on a network or monitor server availability. This is often called a ping sweep, and is more reliable than pinging the broadcast address because many hosts do not reply to broadcast queries.

    The default host discovery done with -sn consists of an ICMP echo request, TCP SYN to port 443, TCP ACK to port 80, and an ICMP timestamp request by default. When executed by an unprivileged user, only SYN packets are sent (using a connect call) to ports 80 and 443 on the target. When a privileged user tries to scan targets on a local ethernet network, ARP requests are used unless --send-ip was specified. The -sn option can be combined with any of the discovery probe types (the -P* options, excluding -Pn) for greater flexibility. If any of those probe type and port number options are used, the default probes are overridden. When strict firewalls are in place between the source host running Nmap and the target network, using those advanced techniques is recommended. Otherwise hosts could be missed when the firewall drops probes or their responses.

    In previous releases of Nmap, -sn was known as -sP.

http://nmap.org/book/man-host-discovery.html