Bisogno di capire: ping

Sto utilizzando Ubuntu 13.10 e ho usato ping prima di controllare il server è su / giù.

Qualcuno può aiutarmi a capire, poiché non riesco a trovare qualcosa che spiega questo ho fatto il solito command ping

  • In DNS può un punto IN NS a un CNAME?
  • Imansible eseguire OpenVPN sulla port 53 (DNS smette di funzionare)
  • Dizionario DNS di Cisco o Hairpinning?
  • DNS: come trova il mondo i miei nameserver?
  • (Come) posso utilizzare il syslog per diagnosticare incidenti misteriosi?
  • Problemi con sudo nel path
  • ping 8.8.8.8 

    output senza dominio google

     64 bytes from 8.8.8.8: icmp_seq=1 ttl=48 time=35.9 ms 

    Si prega di notare il trailing (periodo) in IP

     ping 8.8.8.8. 

    output con dominio google

     64 bytes from google-public-dns-a.google.com (8.8.8.8): icmp_seq=1 ttl=48 time=35.3 ms 

    Produzione:

     developer@chnphp006:~$ ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. 64 bytes from 8.8.8.8: icmp_seq=1 ttl=48 time=35.9 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=48 time=35.7 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=48 time=46.2 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=48 time=36.6 ms ^C --- 8.8.8.8 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3005ms rtt min/avg/max/mdev = 35.779/38.658/46.276/4.415 ms developer@chnphp006:~$ ping 8.8.8.8. PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. 64 bytes from google-public-dns-a.google.com (8.8.8.8): icmp_seq=1 ttl=48 time=35.3 ms 64 bytes from google-public-dns-a.google.com (8.8.8.8): icmp_seq=2 ttl=48 time=35.1 ms 64 bytes from google-public-dns-a.google.com (8.8.8.8): icmp_seq=3 ttl=48 time=36.1 ms 64 bytes from google-public-dns-a.google.com (8.8.8.8): icmp_seq=4 ttl=48 time=35.8 ms ^C --- 8.8.8.8 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3001ms rtt min/avg/max/mdev = 35.128/35.631/36.145/0.441 ms 

    Qual è la differenza che il periodo di trailing fare in ping command?

    Aggiornare:

    Ciò accade solo su sisthemes Ubuntu , non in centos / Debian.

    Altro es:

     developer@chnphp006:~$ ping 198.252.206.16 PING 198.252.206.16 (198.252.206.16) 56(84) bytes of data. 64 bytes from 198.252.206.16: icmp_seq=1 ttl=52 time=258 ms 64 bytes from 198.252.206.16: icmp_seq=2 ttl=52 time=258 ms 64 bytes from 198.252.206.16: icmp_seq=3 ttl=52 time=273 ms ^C --- 198.252.206.16 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2000ms rtt min/avg/max/mdev = 258.144/263.339/273.598/7.278 ms developer@chnphp006:~$ ping 198.252.206.16. PING 198.252.206.16 (198.252.206.16) 56(84) bytes of data. 64 bytes from stackoverflow.com (198.252.206.16): icmp_seq=1 ttl=52 time=259 ms 64 bytes from stackoverflow.com (198.252.206.16): icmp_seq=2 ttl=52 time=267 ms 64 bytes from stackoverflow.com (198.252.206.16): icmp_seq=3 ttl=52 time=271 ms ^C --- 198.252.206.16 ping statistics --- 7 packets transmitted, 6 received, 14% packet loss, time 6000ms rtt min/avg/max/mdev = 258.292/264.777/274.093/6.447 ms 

  • PHP ha lanciato errori del server dopo che Ubuntu ha eseguito una session di aggiornamenti automatici - qualunque modo per determinare la causa?
  • Domanda DNS: eseguire un proprio server, utilizzare la società del registro o di terzi?
  • distribuzione di distribuzione migliore per DHCP, servizi di directory ecc
  • La risoluzione DNS di dominio locale non funziona utilizzando OpenVPN in una casella pfSense
  • Failover DNS con più bilancieri di carico Nginx
  • Sono necessari SPF per i domini che non inviano messaggi e non dispongono di record MX?
  • 2 Solutions collect form web for “Bisogno di capire: ping”

    Di solito viene utilizzato un punto di trascinamento per indicare che il nome host utilizzato è un nome di dominio completo (sotto la radice DNS).

    Aggiungendo il punto impedirebbe che il dominio di ricerca venga aggiunto a nomi di host (brevi) nelle ricerche DNS. Perché ha il risultato che fa nei tuoi esempi con un indirizzo IP , non lo so.

    Può essere che normalmente un nome host con un punto . viene interpretato anche come un FQDN tranne quando viene rilevata la rappresentazione decimale di un indirizzo IP (quattro numbers [0-255] separati da punti), ma la regola di corrispondenza non riesce quando il punto trascinante viene aggiunto all'indirizzo IP.

    Se il dominio di ricerca è example.com e il record A per www.example.com. esiste:

     ping www 

    dovrebbe risolvere:

     ping www.example.com. 

    e il record A del tuo webserver e provocherebbe che alcuni pacchetti ICMP siano inviati al tuo webserver.

     ping www. 

    non riesce, perché AFAIK non esiste un dominio di dominio www

    Il periodo di trascinamento lo modifica da un indirizzo IP che utilizza solo in forma numbersca a un nome di dominio che esamina utilizzando la risoluzione degli indirizzi di indirizzi (dominio in-addr.arpa).

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.