이 메시지를 게시하는 홈 네트워크 192.168.0.x가 있고 이 네트워크에는 네트워크용 DNS 서버를 실행하는 CentOS7 호스트 192.168.0.3이 있습니다.
ssh192.168.0.3으로 이동 하여 nslookup원격 컴퓨터의 IP 주소를 얻을 수 있지만 라우터에 ping을 보낼 수 없습니다.
[root@san ~]# ping -c3 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
--- 192.168.0.1 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 1999ms
다음은 arp보고서 내용 이다
[root@san ~]# arp
Address HWtype HWaddress Flags Mask Iface
192.168.0.8 ether b8:8d:12:20:36:6c C eno1
192.168.0.13 ether c0:3f:d5:63:4e:1a C eno1
192.168.0.10 ether c0:3f:d5:63:52:06 C eno1
192.168.0.11 ether c0:3f:d5:61:e8:54 C eno1
192.168.0.7 ether 00:50:56:61:2b:75 C eno1
192.168.0.12 ether c0:3f:d5:63:19:71 C eno1
192.168.0.1 ether c0:a0:bb:f8:1f:d4 C eno1
네트워크의 다른 컴퓨터에 ping을 보낼 수 있습니다.
[root@san ~]# ping -c3 192.168.0.13
PING 192.168.0.13 (192.168.0.13) 56(84) bytes of data.
64 bytes from 192.168.0.13: icmp_seq=1 ttl=64 time=0.248 ms
64 bytes from 192.168.0.13: icmp_seq=2 ttl=64 time=0.377 ms
64 bytes from 192.168.0.13: icmp_seq=3 ttl=64 time=0.366 ms
--- 192.168.0.13 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2000ms
rtt min/avg/max/mdev = 0.248/0.330/0.377/0.060 ms
route인쇄된 내용 이에요
[root@san ~]# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.0.1 0.0.0.0 UG 1024 0 0 eno1
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eno1
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 enp0s20u4
이것이 ifconfig출력 이다
[root@san ~]# ifconfig
eno1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.3 netmask 255.255.255.0 broadcast 192.168.0.255
inet6 fe80::c23f:d5ff:fe63:d1dd prefixlen 64 scopeid 0x20<link>
ether c0:3f:d5:63:d1:dd txqueuelen 1000 (Ethernet)
RX packets 6513 bytes 1321730 (1.2 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 15991 bytes 18326750 (17.4 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 20 memory 0xf7c00000-f7c20000
enp0s20u4: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.4 netmask 255.255.255.0 broadcast 192.168.0.255
inet6 fe80::224:9bff:fe0b:ddf2 prefixlen 64 scopeid 0x20<link>
ether 00:24:9b:0b:dd:f2 txqueuelen 1000 (Ethernet)
RX packets 469 bytes 36166 (35.3 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 21 bytes 4155 (4.0 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
loop txqueuelen 0 (Local Loopback)
RX packets 2122 bytes 642922 (627.8 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2122 bytes 642922 (627.8 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
이름 확인이 작동하더라도 google.com에 대한 ping 시도는 실패합니다.
[root@san ~]# ping -c3 google.com
PING google.com (74.125.226.134) 56(84) bytes of data.
--- google.com ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 1999ms
라우터는 네트워크의 다른 컴퓨터에서 핑을 보낼 수 있습니다. 아래 출력은 내 Mac Book Pro 192.168.0.8에서 나온 것입니다.
ping -c3 192.168.0.1
PING 192.168.0.1 (192.168.0.1): 56 data bytes
64 bytes from 192.168.0.1: icmp_seq=0 ttl=64 time=1.794 ms
64 bytes from 192.168.0.1: icmp_seq=1 ttl=64 time=2.000 ms
64 bytes from 192.168.0.1: icmp_seq=2 ttl=64 time=1.986 ms
--- 192.168.0.1 ping statistics ---
3 packets transmitted, 3 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 1.794/1.927/2.000/0.094 ms
내 네트워크의 라우터는 D-Link DIR-850L이며, 192.168.0.x 네트워크의 DNS 서버로 192.168.0.3을 가리키도록 구성했습니다. 또한 Google DNS 서버 8.8.8.8로 전달하도록 192.168.0.3의 DNS 서버를 구성했습니다.
192.168.0.3이 192.168.0.3을 통해 네트워크의 어느 곳에서나 DNS를 검색할 수 있는 내 Mac 192.168.0.8에서 이 질문을 게시하는 데 사용하는 기본 DNS 서버임에도 불구하고 왜 192.168.0.3에서 192.168.0.1을 핑할 수 없지만 192.168.0.3에 로그인하면 192.168.0.1로 ping을 할 수 없고 인터넷 어디에도 접속할 수 없나요?
답변1
10.132.168.0.3의 라우팅 테이블에 대해 질문이 있습니다.
default 192.168.0.1 0.0.0.0 UG 1024 0 0 eno1
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eno1
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 enp0s20u4
호스트가 라우터가 아닌 경우 라우팅 테이블에 다음 순서로 두 개의 행만 있는 것이 좋습니다.
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eno1
default 192.168.0.1 0.0.0.0 UG 1024 0 0 eno1
기존 경로를 삭제하고 새 경로를 만들어 보세요.
답변2
알고 보니 내 DIR-850L이 원인이었습니다. 이를 Asus RT-AC66R로 교체했는데 이제 모든 것이 예상대로 잘 작동하고 있습니다.