TCP를 통한 도달성 및 지연 시간
DNS 및 레코드
DNS 조회 모든 도메인의 전체 DNS 레코드 A 레코드 조회 도메인의 IPv4 주소 AAAA 레코드 조회 도메인의 IPv6 주소 MX 조회 도메인의 메일 서버 NS 조회 권한 있는 네임 서버 TXT 조회 TXT 레코드, SPF, 인증 CNAME 조회 정규 이름(별칭) 레코드 SOA 조회 Start of Authority 레코드 SRV 조회 서비스 위치 레코드 CAA 조회 어떤 CA가 인증서를 발급할 수 있는지 역방향 DNS (PTR) IP 주소에서 호스트명으로 DNSSEC 점검 도메인이 서명되고 검증되는가? DNS 헬스 체크 위임 및 DNS 전체를 진단하는 종합 리포트이메일 전달성
SPF 점검 Sender Policy Framework 레코드 검증 DMARC 점검 DMARC 정책 검사 및 등급 평가 DKIM 점검 DKIM 공개 키 찾기 및 검증 블랙리스트 점검 이메일 차단 목록(DNSBL)에 대해 IP 점검 SMTP 테스트 메일 서버에 연결하여 STARTTLS 점검 MTA-STS 점검 수신 메일에 대한 강제 TLS 정책 BIMI 점검 이메일용 브랜드 로고 레코드 TLS-RPT 점검 SMTP TLS 보고 정책네트워크 및 웹
SSL 인증서 점검 사이트의 TLS 인증서 및 만료 검사 HTTP 헤더 점검 응답 헤더, 리디렉션 및 보안 검사 핑 (TCP) TCP를 통한 도달성 및 지연 시간 포트 점검 어떤 일반 포트가 열려 있는지도메인
WHOIS 조회 도메인, IP 및 ASN의 등록 데이터TCP ping은 ICMP 에코를 보내는 대신 TCP 연결을 열어 호스트의 도달 가능성과 응답 속도를 측정합니다. 대부분의 호스팅과 CDN 뒤에서는 ICMP를 사용할 수 없으므로, IPeek는 포트 443과 80에 대한 TCP 연결로 도달 가능성과 지연 시간을 측정하고, 여러 번의 시도에 걸친 최소, 평균, 최대 왕복 시간을 보고합니다.
고전적인 ping 명령은 ICMP 에코 요청을 보내고 응답 시간을 잽니다. 이는 로컬 네트워크에서는 작동하지만 공용 인터넷의 상당 부분에서는 실패합니다. 방화벽, CDN, 클라우드 제공업체가 ICMP를 일상적으로 차단하거나 우선순위를 낮추기 때문입니다. TCP ping은 대신 서비스 포트에 실제 연결을 열고 핸드셰이크에 걸리는 시간을 잽니다. 웹 서버는 작동하려면 443과 80에서 연결을 수락해야 하므로, 이 방식은 ICMP에 절대 응답하지 않는 호스트에도 안정적으로 도달하며 실제 트래픽이 지나가는 경로의 지연 시간을 측정합니다.
IPeek는 여러 번의 시도에 걸친 최소, 평균, 최대 왕복 시간을 보고합니다. 최소는 경로의 최선의 지연 시간이고, 평균은 일반적으로 기대할 수 있는 값입니다. 최소와 최대의 차이는 지터입니다. 차이가 작으면 안정적인 연결이고, 크게 벌어지면 혼잡이나 과부하 호스트를 나타냅니다. 대략적인 기준으로 50ms 미만이면 우수, 50에서 150ms는 지역 간에서 정상이며, 일관되게 높거나 크게 변동하는 시간은 조사할 가치가 있는 네트워크나 서버 문제를 가리킵니다.
일반 ping이 100% 패킷 손실을 보고하지만 사이트는 분명히 로드될 때 TCP ping을 사용하세요. 이는 단지 ICMP가 필터링되었다는 뜻입니다. 서버가 웹 포트에서 연결을 수락하는지 확인하거나, 내 위치에서 호스트까지의 지연 시간을 비교하거나, 간헐적인 느림이 장애로 번지기 전에 포착할 때 사용하세요. 또한 실제 사용자 경험을 신경 쓸 때 정직한 측정 방법입니다. 별도의 ICMP 채널이 아니라 브라우저와 API가 사용하는 동일한 TCP 경로의 시간을 재기 때문입니다.
운영자는 공격 표면과 잡음을 줄이기 위해 ICMP를 차단하거나 속도를 제한합니다. ICMP 플러드는 고전적인 서비스 거부 공격 수단이었고, 에코 응답은 정찰에 유용한 정보를 흘립니다. CDN과 로드 밸런서도 엣지에서 연결을 종료하므로, ICMP ping은 원본 서버가 아니라 가장 가까운 엣지 노드를 측정하게 됩니다. 이 때문에 실패한 ICMP ping은 사이트의 가동 여부에 대해 아무것도 말해 주지 않습니다. 서비스가 실제로 수신 대기하는 포트에 대한 TCP ping은 도달 가능성에 대한 신뢰할 수 있는 답을 줍니다.
일반 ping은 ICMP를 사용하는데, 방화벽과 CDN이 이를 자주 차단하므로 사이트가 완전히 온라인 상태여도 실패로 보고할 수 있습니다. TCP ping은 443이나 80 같은 서비스 포트에 연결을 여는데, 정상 작동하는 웹 서버는 이를 반드시 수락해야 합니다. 실제 트래픽이 지나가는 동일한 경로를 사용하므로 ICMP가 필터링된 곳에서도 성공합니다.
50ms 미만이면 우수하고 즉각적으로 느껴지며, 50에서 150ms는 지역이나 대륙을 가로지르는 연결에서 정상이고, 150ms를 넘으면 상호작용 시 체감됩니다. 절대 수치보다 중요한 것은 일관성입니다. 최소와 최대 사이의 차이가 작고 평균이 안정적이면 건강한 경로이고, 크게 출렁이면 혼잡이나 과부하 서버를 나타냅니다.
이들은 여러 번의 시간 측정을 요약합니다. 최소는 가장 빠른 응답으로 네트워크 경로의 최선의 지연 시간을 나타냅니다. 평균은 기대할 수 있는 일반적인 지연 시간입니다. 최대는 가장 느린 시도입니다. 최소와 최대 사이의 차이가 지터이며, 차이가 작으면 안정적인 연결이고 크면 경로의 혼잡이나 불안정을 가리킵니다.
네, 바로 그것이 TCP ping의 용도입니다. ICMP 에코 대신 웹 서버가 트래픽을 처리하려면 반드시 수락해야 하는 포트 443과 80에 TCP 연결을 엽니다. 이로써 ICMP를 조용히 차단하는 방화벽과 CDN 뒤의 호스트에도 도달하여, 표준 ping이라면 그냥 시간 초과될 곳에서도 실제 도달 가능성과 지연 시간을 읽어 냅니다.
이들은 웹 서버가 작동하려면 열어 두어야 하는 표준 HTTPS 및 HTTP 포트이므로, 연결 기반 ping의 신뢰할 수 있는 대상이 됩니다. 이 포트에 대한 TCP 핸드셰이크 시간을 잼으로써 IPeek는 실제 웹 트래픽이 지나가는 경로의 지연 시간을 측정하고, 최신 호스팅과 CDN 뒤에서 ICMP 에코에 절대 응답하지 않는 호스트의 도달 가능성을 확인합니다.