네트워크 명령어 [ ping ]

Ping

usage: ping [-AaDdfnoQqRrv] [-b boundif] [-c count] [-G sweepmaxsize]

            [-g sweepminsize] [-h sweepincrsize] [-i wait] [−k trafficclass]

            [-l preload] [-M mask | time] [-m ttl] [-p pattern]

            [-S src_addr] [-s packetsize] [-t timeout][-W waittime] [-z tos]

            host

       ping [-AaDdfLnoQqRrv] [-b boundif] [-c count] [-I iface] [-i wait]

            [−k trafficclass] [-l preload] [-M mask | time] [-m ttl] [-p pattern] [-S src_addr]

            [-s packetsize] [-T ttl] [-t timeout] [-W waittime]

            [-z tos] mcast-group

네트워크 통신 여부 확인에 유용하게 사용되어지는 명령어이다.

라우터, 스위치, 서버, 컴퓨터 등에는 NIC 카드가 내장되어 있으며, IP 주소를 할당해서 사용하고 있다.

ping 192.168.1.6

인터넷을 사용중인 IP

PING 192.168.1.6 (192.168.1.6): 56 data bytes

64 bytes from 192.168.1.6: icmp_seq=0 ttl=64 time=0.721 ms

64 bytes from 192.168.1.6: icmp_seq=1 ttl=64 time=0.658 ms

64 bytes from 192.168.1.6: icmp_seq=2 ttl=64 time=0.584 ms

64 bytes from 192.168.1.6: icmp_seq=3 ttl=64 time=0.498 ms

ping 192.168.1.7

인터넷을 사용중이지 않는 IP

PING 192.168.1.7 (192.168.1.7): 56 data bytes

Request timeout for icmp_seq 0

Request timeout for icmp_seq 1

Request timeout for icmp_seq 2

Request timeout for icmp_seq 3

64 bytes from 192.168.1.6: icmp_seq=3 ttl=64 time=0.498 ms

OS 마다 Default Value 가 다르다

Device/OS	Version	Protocol	TTL
AIX		TCP	60
AIX		UDP	30
AIX	3.2,4.1	ICMP	255
BSDI	BSDI/OS 3.1 and 4.0	ICMP	255
Compa	Tru64 v5.0	ICMP	64
Cisco		ICMP	254
DEC Pathworks	V5	TCP/UDP	30
Foundry		ICMP	64
FreeBSD	2.1R	TCP/UDP	64

FreeBSD	3.4,4.0	ICMP	255
FreeBSD	5	ICMP	64
HP-UX	9.0x	TCP/UDP	30
HP-UX	10.01	TCP/UDP	64
HP-UX	10.2	ICMP	255
HP-UX	11	ICMP	255
HP-UX	11	TCP	64
Irix	5.3	TCP/UDP	60
Irix	6.x	TCP/UDP	60
Irix	6.5.3,6.5.8	ICMP	255

juniper		ICMP	64
MPE/IX (HP)		ICMP	200
Linux	2.0.x kernel	ICMP	64
Linux	2.2.14 kernel	ICMP	255
Linux	2.4 kernel	ICMP	255
Linux	Red Hat 9	ICMP/TCP	64
MacOS/MacTCP	2.0.x	TCP/UDP	60
MacOS/MacTCP	X (10.5.6)	ICMP/TCP/UDP	64
NetBSD		ICMP	255
Netgear FVG318		ICMP/UDP	64

OpenBSD	2.6 & 2.7	ICMP	255
OpenVMS	07.01.2002	ICMP	255
OS/2	TCP/IP 3.0		64
OSF/1	V3.2A	TCP	60
OSF/1	V3.2A	UDP	30
Solaris	2.5.1,2.6,2.7,2.8	ICMP	255
Solaris	2.8	TCP	64
Stratus	TCP_OS	ICMP	255
Stratus	TCP_OS (14.2-)	TCP/UDP	30
Stratus	TCP_OS (14.3+)	TCP/UDP	64

Stratus	STCP	ICMP/TCP/UDP	60
SunOS	4.1.3/4.1.4	TCP	60
SunOS	5.7	ICMP/TCP	255
Ultrix	V4.1/V4.2A	TCP	60
Ultrix	V4.1/V4.2A	UDP	30
Ultrix	V4.2-4.5	ICMP	255
VMS/Multinet		TCP/UDP	64
VMS/TCPware		TCP	60
VMS/TCPware		UDP	64
VMS/Wollongong	1.1.1.1	TCP	128

VMS/Wollongong	1.1.1.1	UDP	30
VMS/UCX		TCP/UDP	128
Windows	for Workgroups	TCP/UDP	32
Windows	95	TCP/UDP	32
Windows	98	ICMP	32
Windows	98, 98 SE	ICMP	128
Windows	NT 3.51	TCP/UDP	32
Windows	NT 4.0	TCP/UDP	128
Windows	NT 4.0 SP5-		32
Windows	NT 4.0 SP6+		128

Windows	NT 4 WRKS SP 3, SP 6a	ICMP	128
Windows	NT 4 Server SP4	ICMP	128
Windows	ME	ICMP	128
Windows	2000 pro	ICMP/TCP/UDP	128
Windows	2000 family	ICMP	128
Windows	Server 2003		128
Windows	XP	ICMP/TCP/UDP	128
Windows	Vista	ICMP/TCP/UDP	128
Windows	7	ICMP/TCP/UDP	128
Windows	Server 2008	ICMP/TCP/UDP	128

Windows

10

ICMP/TCP/UDP

128

TTL ( Time To Live ) 에 대해서 기본 값에서 Router 를 지날 때마다 1씩 감소

TTL 64 이면 Unix/Linux 계열의 TTL 값이고

Window 128 이고 

Solaris/AIX 는 254 라고 하는데 일반적으로 유추가 가능할 뿐 정확하게 그 값이다라고 하는 근거로는 많이 부족하지는 않을까 싶다.

특히 Cisco L4를 사용하고 있는 가상IP에 물려 있는 도메인인 경우에는 254로 나올 것이고, KeepAlive를 사용하는 시스템이면, 64로 나오지 않을까..

대략 유추는 가능하지만 그것이 그 OS라는 보장은 없을 것 같다.

Window 인 경우에는 

PING 192.168.1.110 (192.168.1.110): 56 data bytes

Request timeout for icmp_seq 0

Request timeout for icmp_seq 1

Request timeout for icmp_seq 2

Request timeout for icmp_seq 3

Request timeout for icmp_seq 4

Request timeout for icmp_seq 5

Window10 에서는 기본적으로 ping 에 대한 응답을 주지 않고 있다.

Ping 을 허용해보도록 한다.

터미널에서 관리자 권한으로 

 >> netsh advfirewall firewall add rule name="ICMP Allow" protocol=icmpv4:8,any dir=in action=allow

PING 192.168.1.110 (192.168.1.110): 56 data bytes

64 bytes from 192.168.1.110: icmp_seq=0 ttl=128 time=0.558 ms

64 bytes from 192.168.1.110: icmp_seq=1 ttl=128 time=0.613 ms

64 bytes from 192.168.1.110: icmp_seq=2 ttl=128 time=0.645 ms

64 bytes from 192.168.1.110: icmp_seq=3 ttl=128 time=0.647 ms

TTL 128인 경우에는 Window 로 Router 의 감소 없이 Ping 에 대한 응답을 받은 결과로 보여진다.

TTL 값을 Window 에서 변경해볼까 

HKEY_LOCAL_MACHINE \SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
Name: DefaultTTL
Type: REG_DWORD
Valid Range: 1-255

에서 바꿀 수 있는지 확인이 가능할까?

설정을 바꾸고 재부팅을 한다.

PING 192.168.1.110 (192.168.1.110): 56 data bytes

64 bytes from 192.168.1.110: icmp_seq=0 ttl=64 time=0.511 ms

64 bytes from 192.168.1.110: icmp_seq=1 ttl=64 time=0.755 ms

64 bytes from 192.168.1.110: icmp_seq=2 ttl=64 time=0.765 ms

64 bytes from 192.168.1.110: icmp_seq=3 ttl=64 time=0.781 ms

64 bytes from 192.168.1.110: icmp_seq=4 ttl=64 time=0.773 ms

64 bytes from 192.168.1.110: icmp_seq=5 ttl=64 time=0.630 ms

64 bytes from 192.168.1.110: icmp_seq=6 ttl=64 time=0.665 ms

TTL 값을 64로 바꿨다.

window 와 리눅스는 ping 에 대한 옵션에 대해서는 많이 상이하다.

Unix 계열은 기본으로 ping 을 하면 무한정 보내는 -t 옵션이 기본이나

윈도우는 4번만 요청한다. 다음은 윈도우 옵션 값이다.

사용법: ping [-t] [-a] [-n count] [-l size] [-f] [-i TTL] [-v TOS]

            [-r count] [-s count] [[-j host-list] | [-k host-list]]

            [-w timeout] [-R] [-S srcaddr] [-c compartment] [-p]

            [-4] [-6] target_name

옵션:

    -t             중지될 때까지 지정한 호스트를 ping합니다.

                   통계를 보고 계속하려면 <Ctrl+Break>를 입력합니다.

                   중지하려면 <Ctrl+C>를 입력합니다.

    -a             주소를 호스트 이름으로 확인합니다.

    -n count       보낼 에코 요청의 수입니다.

    -l size        송신 버퍼 크기입니다.

    -f             패킷에 조각화 안 함 플래그를 설정(IPv4에만 해당)합니다.

    -i TTL          Time To Live

    -v TOS         서비스 종류(IPv4에만 해당. 이 설정은 더

                   이상 사용되지 않으며 IP 헤더의 서비스 종류 필드에 영향을

                   주지 않음)입니다.

    -r count       count 홉의 경로를 기록합니다(IPv4에만 해당).

    -s count       count 홉의 타임스탬프(IPv4에만 해당)입니다.

    -j host-list   host-list에 따라 원본 라우팅을 완화합니다(IPv4에만 해당).

    -k host-list   host-list에 따라 원본 라우팅을 강화합니다(IPv4에만 해당).

    -w timeout     각 응답의 대기 시간 제한(밀리초)입니다.

    -R             라우팅 헤더를 사용하여 역방향 라우팅도

                   테스트합니다(IPv6에만 해당).

                   RFC 5095에 따라 이 라우팅 헤더는 사용되지

                   않습니다. 이 헤더를 사용할 경우 일부 시스템에서 에코

                   요청이 삭제될 수 있습니다.

    -S srcaddr     사용할 원본 주소입니다.

    -c compartment 라우팅 컴파트먼트 ID입니다.

    -p             Hyper-V 네트워크 가상화 공급자 주소에 대해 ping을 수행합니다.

    -4             IPv4를 사용합니다.

    -6             IPv6을 사용합니다.