인터넷을 사용할 수 있도록 자동 모드로 핑 (ping)하도록 설정할 수있는 공통 상시 작동 서버가 있습니까? 구글처럼? 8.8.8.8 일 수 있습니까?

내 특정 상황은 이중 WAN 라우터를 사용하고 있다는 것입니다. 각 WAN은 ISP 중 하나에 연결되어 있습니다. 내 돈이 ISP 중 하나에서 끝나는 경우 채널을 차단하지 않습니다. 대신 경고 페이지로 리디렉션됩니다. 따라서 라우터는 데이터가 이동하기 때문에 인터넷이 켜져 있다고 생각합니다. 이 라우터의 다른 옵션은 인터넷이 켜져 있는지 확인하기 위해 주소를 핑하는 것입니다.

8.8.8.8을 핑 (ping)하면 Google에서 부적절한 사용을 금지하지 않을까 궁금합니다. Google에 일부 할당량이있을 수 있습니다. 이름 서버를 너무 자주 핑 (ping)하면 DNS 거부가 발생하는 경우가 있습니다.

Google 기본 DNS 서버 인 8.8.8.8을 핑 (ping) 해보십시오. 나는 항상 연결을 확인하기 위해 핑을했는데 결코 찾지 못했습니다. 또는 Google 보조 DNS 인 8.8.4.4를 사용해 볼 수 있습니다.

Microsoft 가하는 일을 할 수 있습니다.

http://www.msftncsi.com/ncsi.txt

"Microsoft NCSI"를 반환합니다. (이는 Wifi 포털이나 다른 사이트가 아닌 사이트에서 올바른 데이터를 얻을 수 있는지 확인합니다).

dns.msftncsi.com을 확인 (예 : ping) 할 수도 있습니다.

131.107.255.255를 가리킴 (DNS가 작동하는지 확인)

http://technet.microsoft.com/en-us/library/ee126135를 참조하십시오.

주의 : 필요한 경우 http://www.msftconnecttest.com/redirect 를 방문 하여 포로 포털을 통해 자신을 얻을 수도 있습니다 .

구체적인 경우

ISP가 트래픽 과부하 상태에 들어갈 때 라우팅 할 수없는 "가장 가까운"고정 IP를 핑하려고합니다. 내 시스템에서 ADSL 인증에 실패하여이 상황을 에뮬레이션 할 수 있습니다. 이 경우 traceroute -n정상 및 비정상 조건 의 결과를 비교하여 첫 번째 홉이 응답하지 않는 8.8.8.8 (또는 다른 외부 사이트) 인 151.6.68.45이며 이는 ISP 인프라의 일부입니다.

해당 IP를 "체크-유지"호스트로 사용하여 (테스트 가 고정되어 있는지 확인한 후 ) ADSL이 정상인 경우 오탐 (false positive)없이 ISP 이상을 탐지 할 수 있지만 ISP 라우팅에 문제가 있습니다 .

물론 8.8.8.8 을 의도적으로 사용할 수 있습니다 .Google 인프라에 연결할 수 없으면 이유에 신경 쓰지 않고 백업 라우터를 사용해 볼 수도 있습니다.

일반적인 경우

"인터넷 사용 가능"은 단순히 "8.8.8.8 (또는 다른 IP) 연결 가능" 보다 훨씬 더 복잡한 것입니다.

빠르고 더럽고 항상 신뢰할 수있는 검사가 아닌 경우 핑 핑 8.8.8.8이 좋습니다. 그러나 도메인 이름 대신 숫자 IP를 사용하는 방법을 살펴보면 DNS 문제로 인해 IP 연결이 가능 하고 "인터넷이 없음" 이라는 사실을 이미 알고 있습니다.

완전한 진단은 PC 가까이에서 시작해야합니다.

• 로컬 네트워크 구성을 쿼리하고 게이트웨이 및 DNS 서버를 검색합니다.
• 게이트웨이를 핑합니다. 도달 할 수 있어야합니다. 그렇지 않은 경우 로컬 문제가 있습니다.
• 외부 주소가 짧은 TTL (실제로는 hping에서 제공하는 것과 같은 TCP 추적 경로가 더 좋음)을 사용하여 추적 경로를 실행하면 8.8.8.8이 좋습니다.
• 게이트웨이 후에 일부 추가 노드가 응답하고 있음을 확인하려고합니다.

예를 들어 집에서 Windows XP를 사용하는 경우 :

 1    <1 ms    <1 ms    <1 ms  192.168.4.200   -- (constant) Home Linux box (gateway)
 2    <1 ms    <1 ms    <1 ms  192.168.0.1     -- (constant) ADSL modem
 3     *        *        *     *               -- WAN interface, always fails; expected
 4     *        6 ms     6 ms  151.6.64.30     -- (varies) ISP gateway

이제 핑 (Ping) DNS를 시도하십시오. 도달 할 수 있어야합니다. 더 좋은 방법은 간단한 DNS 확인을 실행하는 것입니다. DNS 캐시를 피하기 위해 때로는 어떤 도메인 이든 사용하여 어떤 쿼리를 수행하더라도 모든 쿼리에 응답합니다 . 예를 들어

$ host randomasdfdsasdqwerty987667.godaddy.com
randomasdfdsasdqwerty987667.godaddy.com has address 97.74.104.201

DNS 서버를 신뢰할 수없는 경우 동일한 쿼리가 wifi 용 캡 티브 포털의 주소를 반환 할 수 있습니다.

$ host randomasdfdsasdqwerty987667.godaddy.com
captiveportal.homenet has address 192.168.4.200

또는 127.0.0.1 또는 오류입니다.

DNS 오류가 발생하면 DNS IP 주소 (또는 OpenDNS와 같은 다른 DNS)의 추적 경로를 시도 할 수 있습니다. 그것은 문제가 DNS인지 ISP인지를 말해 줄뿐만 아니라 종종 중단 문제를 해결할 수있게 해줍니다.

이 시점에서 모든 것이 정상이면 연결이 일반적으로 작동하는 것입니다. 일부 사이트에서는 여전히 실패 할 수 있습니다. 내가 지금 필요한 것은 isup.me일어나기 위한 것입니다 :-), 다음 확인

http://www.isup.me/www.google.com
http://www.isup.me/mail.google.com

또는 Down Detector 와 같은 사이트 에서 "인터넷 날씨"에 대해 계속 알려줍니다.

실제로 내 홈 서버에는 오징어 캐시가 있으며 오류 페이지에는 다운 사이트 통계에서 성공적으로 검색된 마지막 데이터가 포함되어 있습니다.

                Google.com is not reachable

                STORM ALERT: 12 out of 14 sites are unreachable!

마찬가지로 그것은이 지난 금요일에 일어난 이탈리아 여기.

부부가 말했듯이 Google 기본 DNS를 핑하여 응답을 얻을 수 있지만 한 주소에 의존하지는 않습니다. 실제로 네트워크 연결에 문제가없는 경우 소프트웨어가 "연결되지 않음"을보고하는 동안 여러 가지 이유로 주소가 다운 될 수 있습니다. 허위 부정을 배제 할 수 있도록 항상 둘 이상의 주소와 통신을 시도해야합니다.

주소를 한 번 핑하는 기능을 작성하고 다른 IP 주소로 이동하지 못하는 경우 (최대 3 개의 IP로) 몇 가지 긍정적 인 응답을받는 순간이 기능은 응용 프로그램 / 스크립트에 인터넷을 사용할 수 있음을 알려야합니다. 계속하다.

Flakey Internet Connection을 사용하는 조직에서 일할 때 먼저 LAN 라우터 / 스위치, 로컬 파일 서버, T1 라우터, ISP의 DNS, 그런 다음 Google. DNS 주소와 핑 자체를 확인하기 위해 후자를 숫자 주소와 도메인으로 테스트했습니다. 핑이 너무 자주 실패하면 인터넷 연결에 문제가있을 가능성이 가장 높다는 생각이 들었습니다.

Google의 숫자 주소는 이전에 nslookup에서 얻은 주소를 사용했습니다. 8.8.8.8이 더 간단하다고 가정합니다.

사람들이 "인터넷이 다운되었다"고 말했을 때 종종 DNS 만 다운되었다고 밝혀졌습니다. 우리는 그 다른 것들을 부를 수도 있지만, 동료의 관점에서 볼 때 어느 쪽이든 인터넷을 사용할 수 없었습니다.

저는 10 년 넘게 4.2.2.1을 사용해 왔습니다. Google의 공개 DNS 서비스가 있기 전에. 신뢰할 수있는 DNS 캐시 및 ICMP 응답자 인 것 같습니다.

DNS 서버를 사용해보십시오. 어쨌든 필요합니다. ISP의 외부 연결이 끊어졌을 수 있습니다. 그것은 정말로 당신이 원하는 것에 달려 있습니다. 특정 서비스에 액세스해야하는 경우 확인하십시오.