문제인지 또는 ISP 문제인지 확인하는 방법

필자는 원래 "인터넷이 다운되었거나 네트워크가 망가 졌는지 확인하는 방법"이라는 제목을 붙였으며 Jeff의 AI는이 질문에 대한 답변이 마감 될 것이라고 말했다.

그럼에도 불구하고, 여기있는 누군가는 항상 ISP와 전화를하고 있으며 그것은 우리의 잘못입니다. 문제가 있는지 또는 문제가 있는지 알려주는 가장 좋은 기술은 무엇입니까?

나는 이것이 너무 포괄적 인 질문 일지 모른다는 것을 알고 있지만 ISP에 전화하기 전에 전반적인 중단 (예 : google.com을 핑 할 수 없음)뿐만 아니라 간헐적 대기 시간과 연결 끊김이있는 경우?

편리한 테스트 사이트는 다음과 같습니다. http://downforeveryoneorjustme.com/

핑 (Ping)과 트레이스 라우트는 이런 종류의 조사를 시작할 때 최초이자 최고의 테스트 중 하나입니다. 그러나 방화벽은이 트래픽을 차단할 수 있습니다.

정상적인 핑에서 멈추지 마십시오. 시도 ping <ip address> -l 2048몇 가지 큰 패킷을 전송하고 분열 / MTU 문제가 아니라 확인 할 수 있습니다.

활용도 확인-튜브가 가득 찼을 수 있습니다.

공급자와 네트워크 문제를 해결할 때 확인해야 할 사항. 여기서 'ping'은 '확장 핑을 수행하고, 크기 범위를 청소하고, 각 크기마다 최소 1000 개의 패킷을 전송하여 대기 시간, 손실 및 오류를 찾는 것'을 의미합니다.

1. 같은 서브넷에있는 장치에서 ISP의 핸드 오프를 핑 (Ping)합니다. (귀하와 ISP 사이에 L2 문제가 없음을 확인하십시오).
2. 내부 서브넷 중 하나에있는 장치에서 ISP의 핸드 오프를 핑 (Ping)합니다. (내부 네트워크와 ISP간에 라우팅 / 보안 문제가 없음을 확인합니다)
3. 공급자의 네트워크에서 IP를 핑합니다. 공개적으로 나열된 것을 찾을 수 없거나 헬프 데스크에서 제공하지 않으면 인터넷에서 무언가에 대한 경로를 지정하고 두 번째 또는 세 번째 홉을 사용하십시오. 이것은 귀하와 ISP 사이의 라우팅이 올바르게 구성되었음을 확인합니다.
4. 인터넷 IP 핑 . 나는 보통 기억하기 쉬운 Level3의 DNS 서버 중 하나 인 4.2.2.1을 사용합니다. 이는 ISP에서 핑한 특정 IP 로의 라우팅이 올바르게 구성되었음을 확인합니다.
5. 인터넷 도메인 이름을 핑합니다 . 이것은 공급자 / 제공자의 DNS 구성이 올바른지 확인합니다.

1 단계 또는 2 단계가 실패하면 내부 네트워크에 문제가있을 가능성이 높습니다.

3 단계가 실패하면 공급자의 네트워크에 문제가있는 것 같습니다. 그러나 응답이 전혀 없으면 ISP가 단순히 인프라 주소와의 ICMP를 차단했을 수 있습니다.

4 단계 실패는 ISP와 업스트림 공급자 중 하나 사이에 잠재적 인 문제가 있음을 나타냅니다.

5 단계 실패는 이름 확인 관련 문제를 나타냅니다.

희망이 도움이됩니다.

예를 들어 TCP 연결 수를 확인하는 것도 좋습니다

• netstat -a (리눅스 / 윈도우)
• lsof -i tcp (리눅스)
• Sysinternals TCP보기 (Windows).

일부 응용 프로그램은 동시에 많은 TCP 연결을 생성 할 수 있으며 이로 인해 새 연결을 만들 수 없지만 SSH와 같은 기존 연결은 계속 진행됩니다.

DSL 모뎀은 많은 연결에서 질식 할 수 있습니다.

이것은 일반적으로 Windows 시스템에만 영향을줍니다.

우리는 ISP에 문제가 있었고 Ping Plotter 도구 가 매우 도움이되었습니다. ISP의 인터넷 게이트웨이에서 라우터를 핑하도록 설정할 수 있습니다. 또는이 예에서는 지역 사무소에서 본사로 핑하도록 지시했습니다. 이 예제에서는 두 개의 다른 ISP를 거치고있었습니다. 무엇보다도 오래된 데스크탑 또는 가상 머신에 설정할 수 있으며 필요할 때까지 데이터 수집을 핑 (ping) 할 수 있습니다.

경로의 각 라우터와 각 라우터가 응답을 반환하는 데 걸리는 시간을 표시하므로 다운 스트림에서 문제 지점을 발견하는 데 매우 유용합니다.

1. 스위치와 라우터를 검사하여 충돌이나 트래픽이 많은지 확인하십시오
2. 단일 머신을 아웃 바운드 라우터에 연결하여 문제가 해결되는지 확인하십시오.

리눅스에는 MTR (My Trace Route의 줄임말)이라는 훌륭하고 사용하기 쉬운 도구가 있습니다.

가장 좋은 도구는 과학적 방법입니다. 문제의 원인에 대한 가설을 세웁니다. 받아 적어. 가설을 검정 할 실험을 공식화하십시오. 받아 적어. 실험을 수행하십시오. 결과를 적어 두십시오. 실험에서 가설이 확인되면 완료된 것입니다. 가설을 확인하지 못하면 새로운 가설이 필요합니다. 결정적이지 않으면 새로운 실험이 필요합니다.

라우터를 지나서 핑 (ping) 할 수 있다면 아마도 결함 일 수 있습니다. 당신이 할 수 없다면, 그것은 당신의 것입니다. tracert를 사용하여 패킷이 떨어지는 위치를 파악하십시오.

아웃 바운드 웹 사이트를 ping하십시오. 그렇게 할 수 있다면 네트워크 내 모든 것이 정상입니다. ISP에 문의하십시오.