LAMP 기반의 오래된 데스크톱에서 개인 웹 사이트를 호스팅합니다. 이 문제에 대한 몇 가지 이상한 점이 있으므로 단계별로 세분화합니다.
동적 IP가 있으므로 no-ip를 사용하여 항상 작동하는 도메인 이름을 갖도록합니다. 자동 업데이트 클라이언트를 사용하지만 로그인하여 체크인했으며 no-ip 도메인에 적절한 IP가 연결되어 있습니다. 다음 은 참조 용으로 no-ip 도메인을 통한 홈페이지 링크입니다. 또한 no-ip 도메인에서 ping과 traceroute를 수행하여 다음을 얻습니다.
[eckertzs@localhost ~]$ ping -c 1 endradil.noip.me
PING endradil.noip.me (65.24.215.99) 56(84) bytes of data.
64 bytes from endradil.noip.me (65.24.215.99): icmp_seq=1 ttl=64 time=2.23 ms
--- endradil.noip.me ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 104ms
rtt min/avg/max/mdev = 2.233/2.233/2.233/0.000 ms
[eckertzs@localhost ~]$ traceroute endradil.noip.me
traceroute to endradil.noip.me (65.24.215.99), 30 hops max, 60 byte packets
1 . (192.168.2.1) 1.755 ms 5.409 ms 5.380 ms
2 endradil.noip.me (65.24.215.99) 6.297 ms 9.543 ms 10.324 ms
이 도메인을 사용하면 문제 또는 중단없이 웹 서버에 연결할 수 있습니다 (https는 리디렉션 서버 측을 피하기 위해 필요하지만 작동합니다).
또한 GoDaddy에서 구입 한 도메인이 있는데 www 하위 도메인을 IP가없는 도메인으로 전달하는 CNAME 레코드가 있습니다.
CNAME Record
Host: www
Points to: endradil.noip.me
TTL: 1 hour
지난 몇 주 동안 GoDaddy 도메인을 사용하여 연결하는 데 문제가 없었습니다 (ssh 또는 https). 그러나 지난 며칠 동안 GoDaddy 도메인은 한 번에 몇 분 동안 간헐적으로 만 작동 한 다음 한 시간에 몇 시간 동안 중단됩니다. 대부분의 경우 서버에서 오류를 찾을 수 없습니다. 또한 ssh 연결에 GoDaddy 도메인을 사용하면 연결이 중단됩니다.
DNS의 온라인 테스트 를 실행 했으며 웹 사이트가 외부 서버에 의해 표시되고 올바른 IP로 확인되는 것을 확인했습니다. 또한 GoDaddy 지원 팀에 문의했지만 웹 사이트 연결에 문제가 없었으므로 문제가 발생하지 않았습니다. 개인용 Wi-Fi에서 개인 컴퓨터 (Windows 데스크톱, Linux 랩톱, Android 전화)가 모두 연결되지 않습니다. Wi-Fi에서 전화기를 분리하고 AT & T 무선 데이터를 사용하면 문제없이 두 도메인에 연결할 수 있습니다. Google 웹 마스터 도구를 사용하여 GoDaddy 도메인을 사용하여 사이트를 크롤링하려고하면 Google에서 해당 사이트를 찾을 수 없습니다.
내 리눅스 노트북에서 도메인을 핑하거나 추적 할 때 흥미로운 결과를 얻었습니다. 이 결과는 다음과 같습니다.
[eckertzs@localhost ~]$ ping -c 1 www.endradil.com
PING www.endradil.com.Belkin (198.105.244.228) 56(84) bytes of data.
--- www.endradil.com.Belkin ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 10000ms
[eckertzs@localhost ~]$ traceroute www.endradil.com
traceroute to www.endradil.com (198.105.244.228), 30 hops max, 60 byte packets
1 . (192.168.2.1) 1.918 ms 2.806 ms 2.772 ms
2 cpe-65-24-208-1.insight.res.rr.com (65.24.208.1) 29.247 ms 29.654 ms 30.094 ms
3 cpe-69-23-24-117.new.res.rr.com (69.23.24.117) 15.597 ms 23.218 ms 23.581 ms
4 agg24.clmcohib01r.midwest.rr.com (65.29.1.52) 30.581 ms 30.556 ms 31.192 ms
5 be27.clevohek01r.midwest.rr.com (65.29.1.38) 30.580 ms 31.062 ms 31.038 ms
6 bu-ether25.atlngamq47w-bcr01.tbone.rr.com (107.14.19.38) 37.863 ms 68.844 ms 43.773 ms
7 107.14.17.178 (107.14.17.178) 51.866 ms 51.019 ms 50.989 ms
8 ae0.pr1.dca10.tbone.rr.com (107.14.17.200) 48.467 ms ae-4-0.a0.lax91.tbone.rr.com (66.109.1.113) 49.912 ms *
9 v413.core1.ash1.he.net (209.51.175.33) 60.270 ms 50.842 ms 50.819 ms
10 100ge5-1.core1.nyc4.he.net (184.105.223.166) 55.597 ms 56.045 ms 56.020 ms
11 xerocole-inc.10gigabitethernet12-4.core1.nyc4.he.net (216.66.41.242) 56.001 ms 55.969 ms 55.992 ms
12 * * *
둘 다 잘못된 IP를 표시합니다. 또한 홉 12에서 255까지의 추적 경로 시간 초과 (위에서 잘린 출력). site24x7을 사용 하는 traceroute 는 작동하며 캘리포니아 서버에서 실행할 때 합리적인 결과를 보여줍니다. 다른 네트워크의 다른 Linux 상자에서 나와 같은 도시 (10 마일 떨어진)에서 여전히 경로 추적 시간 초과가 발생하지만 IP는 도메인에 대해 올바르게 해결됩니다.
이것으로 DNS 결과가 라우터 / 모뎀 또는 ISP 수준에서 잘못 캐시된다고 생각합니다. 내 질문은 첫째, 무엇이 잘못되었는지 정확히 어떻게 알 수 있는지, 둘째로 어떻게 해결할 수 있는지입니다.