Я использую ubuntu 13.10, и раньше я использовал ping, чтобы проверить, что сервер работает / не работает.
Может ли кто-нибудь помочь мне понять, поскольку я не могу найти ничего, объясняющего это, я выполнил обычную команду ping
ping 8.8.8.8
вывод без домена google
64 bytes from 8.8.8.8: icmp_seq=1 ttl=48 time=35.9 ms
Обратите внимание на конечный. (Точка) в IP
ping 8.8.8.8.
вывод с доменом google
64 bytes from google-public-dns-a.google.com (8.8.8.8): icmp_seq=1 ttl=48 time=35.3 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 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
Какое значение имеет конечный период в команде ping?
Обновить:
Это происходит только на Ubuntu системы, а не в centos / Debian.
Другой пример:
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
Обычно конечная точка используется для обозначения того, что используемое имя хоста является полным доменным именем (в корне DNS).
Добавление точки предотвратит добавление поискового домена к (коротким) именам хостов при поиске DNS. Почему он дает результат в ваших примерах с Айпи адрес, Я не знаю.
Может случиться так, что обычно имя хоста с точкой . также интерпретируется как полное доменное имя, за исключением случаев, когда обнаруживается десятичное представление IP-адреса (четыре числа [0-255], разделенных точками), но это правило сопоставления не выполняется, когда конечная точка добавляется к IP-адресу.
Если ваш поисковый домен example.com и рекорд А для www.example.com. существуют:
ping www
должен решить:
ping www.example.com.
и запись A вашего веб-сервера, что приведет к отправке некоторых пакетов ICMP на ваш веб-сервер.
ping www.
не удастся, потому что AFAIK нет домена верхнего уровня www
Конечный период изменяет его с IP-адреса, который он просто использует в числовой форме, на доменное имя, которое он ищет с помощью обратного разрешения адресов (домен in-addr.arpa).