우리 회사는 WAN에서 운영됩니다. 각 지점은 특정 범위의 IP(예: 192.168.0.100, 192.168.1.100, 192.168.2.100)에서 운영됩니다.
연결을 모니터링하고 싶습니다. 저는 5초마다 각 주소를 ping하고 결과를 CSV 파일에 기록하는 빠른 콘솔 애플리케이션을 C#으로 작성했습니다. 이 정도면 충분합니까? 다음 테스트에서 주소를 사용할 수 있더라도 TimedOut 오류가 상당히 많이 발생합니다(따라서 다운되지는 않았지만 시간 초과됨). 왜 이런 일이 발생할 수 있습니까? 핑을 너무 자주 보내는 걸까요? 나는 넉넉한 제한 시간을 설정했습니다.
감사해요.
편집: 각 지점에는 '서버'가 없고 단지 WAN의 일부로 구성된 라우터만 있다고 말했어야 했습니다. 그러면 연결 테스트 외에 더 할 수 있는 일이 있습니까?
답변1
WAN을 통한 지점 간 기본 네트워크 연결 확인 정보. 정상적인 조건에서 일반 Ping 추적은 안정적인 연결을 보여야 합니다.
그러나 귀하의 경우(WAN 링크를 통한) 연결이 약한 것 같습니다.
즉, WAN 경로에서 간헐적으로 패킷 손실이 발생할 수 있습니다.
서버 애플리케이션 가용성 확인 정보. 이제 그것은 다른 야구 게임입니다.
서버 프로토콜(웹 서버인 경우 TCP 및 HTTP/HTTPS)과 관련된 테스트를 사용해야 합니다.
왜냐하면 '서버'에 연결할 수는 있지만 서비스가 손상되거나 종료될 수 있기 때문입니다.
귀하의 의견에서 업데이트하십시오.
해당 네트워크에 연결할 수 있는지 확인하기 위해 라우터 외부에 확인된 주소가 하나도 없는 경우 고전적인 방법을 고려해야 합니다.네트워크 관리라우터에서 다음을 향해 작업합니다.웹 기반 추적뼈대.
답변2
제 생각에는 일부 서비스(www, 파일 공유 등)를 사용할 수 있는지 확인하는 더욱 풍부한 테스트가 필요하다고 생각합니다. Ping은 기본 OS가 실행 중임을 알려줍니다. 이미 이 작업을 수행하는 Nagios, ZenOSS 및 monit과 같은 무료 도구가 있습니다.
답변3
특정 유형의 SNMP 소프트웨어를 조사하고 싶을 수도 있습니다. 이는 정확히 귀하가 원하는 작업을 위해 설계되었습니다.넷SNMP오픈 소스이며 꽤 인기가 있습니다.
답변4
사용 가능하다는 말의 의미에 따라 다릅니다. ping은 물리적 서버에 대한 연결을 확인하지만 서버 소프트웨어와 들어오는 요청에 응답하는 기능은 확인하지 않습니다. 시간 초과는 소스와 서버 사이 어디에서나 ping이 삭제되어 발생할 수 있습니다. Traceroute(Windows의 경우 Tracert)는 핑이 삭제되는 위치를 보여줍니다. 서버(소프트웨어)의 응답성에 대해서도 알려주지 않습니다.