인터넷은 되는데 특정 사이트만 접속 안 될 때? DNS·IPv6·MTU 해결 방법

인터넷은 연결되는데 특정 사이트만 접속 안 된다면 DNS 오류, IPv6 통신 문제, MTU 불일치부터 확인하는 것이 좋습니다. 네이버나 유튜브는 정상적으로 열리지만 일부 웹사이트만 무한 로딩되거나 연결 시간이 초과된다면 인터넷 회선 전체가 끊긴 상황과는 구분해야 합니다.

1. 특정 사이트만 접속 안 될 때 먼저 확인할 사항

인터넷 속도 측정이 정상이라고 모든 웹사이트의 연결 상태가 정상인 것은 아닙니다. 사이트마다 DNS 조회 결과, 서버 주소, 통신 경로, IPv6 지원 여부가 다를 수 있기 때문입니다.

공유기 초기화나 인터넷 재설치부터 진행하기보다 다른 브라우저, 스마트폰, 모바일 데이터를 활용해 문제가 발생하는 범위를 먼저 좁혀야 합니다.

발생 증상	의심 원인	확인 방법
사이트 주소를 찾지 못함	DNS	nslookup 검사
일부 사이트만 연결 지연	IPv6·경로 장애	IPv4·IPv6 비교
페이지가 일부만 열림	MTU·서버·브라우저	패킷 크기 검사
모바일 데이터에서는 정상	집·사무실 네트워크	다른 회선과 비교

같은 와이파이에 연결된 스마트폰과 PC에서 동일한 사이트가 열리지 않는다면 공유기, DNS 설정, 통신사 연결 경로를 점검할 필요가 있습니다. 반대로 한 대의 PC에서만 오류가 발생한다면 해당 기기의 브라우저, 보안 프로그램, 네트워크 설정을 우선 확인합니다.

특정 사이트에서 403 오류나 접속 차단 안내가 나타난다면 DNS보다 사이트 자체의 접근 제한이나 보안 정책이 원인일 수도 있습니다.

2. DNS 오류 확인과 윈도우11 해결 방법

DNS는 웹사이트 주소를 서버의 IP 주소로 변환하는 역할을 합니다. DNS 서버에서 특정 도메인을 정상적으로 조회하지 못하면 인터넷 연결은 유지되더라도 해당 사이트에 접속하지 못할 수 있습니다.

윈도우11에서는 시작 메뉴에서 명령 프롬프트를 검색한 뒤 다음 명령어를 실행합니다.

① DNS 조회 상태 확인

nslookup example.com

example.com 대신 실제 접속되지 않는 사이트의 도메인을 입력합니다. 정상적인 IP 주소가 반환되는지, DNS 조회 시간이 초과되는지 확인합니다.

② 다른 DNS 서버로 비교

nslookup example.com 1.1.1.1

기본 DNS에서는 조회에 실패하지만 1.1.1.1에서는 정상적으로 IP 주소를 반환한다면 기존 DNS 서버 또는 해당 조회 경로를 의심할 수 있습니다.

③ DNS 캐시 초기화

ipconfig /flushdns

명령 실행 후 브라우저를 다시 열어 접속 상태를 확인합니다. 이 명령은 윈도우에 저장된 DNS 확인자 캐시를 초기화하며, 인터넷 회선이나 공유기 전체를 초기화하지 않습니다.

DNS 서버 변경이 필요하다면 윈도우11의 설정 → 네트워크 및 인터넷 → 사용 중인 Wi-Fi 또는 이더넷 → DNS 서버 할당에서 편집할 수 있습니다.

공용 DNS는 클라우드플레어 1.1.1.1과 1.0.0.1, 구글 8.8.8.8과 8.8.4.4 등이 있습니다. 기존 설정을 기록하고 변경 전후 결과를 비교한 뒤 개선이 없다면 원래 설정으로 복구하는 편이 좋습니다.

회사나 학교에서 내부 도메인을 사용하는 경우 공용 DNS로 변경하면 업무 시스템 접속이 끊길 수 있으므로 관리자 확인 없이 변경하지 않아야 합니다. 브라우저의 보안 DNS 설정이 별도로 적용된 환경이라면 해당 설정도 확인합니다.

DNS 서버에 따른 차이가 궁금하다면 통신사 DNS와 구글·클라우드플레어 DNS 비교에서 조회 방식과 체감 차이를 확인할 수 있습니다.

3. IPv6 연결 문제인지 확인하는 방법

DNS 조회 결과가 정상인데도 특정 사이트에서 연결이 지연된다면 IPv4와 IPv6 경로를 구분해서 확인할 필요가 있습니다.

IPv4와 IPv6는 서로 다른 인터넷 주소 체계입니다. 웹사이트가 두 방식의 주소를 제공하더라도 이용 중인 네트워크의 IPv6 경로가 불안정하면 일부 연결에서 시간 초과나 지연이 발생할 수 있습니다.

윈도우11에는 curl 명령어가 기본 제공되므로 명령 프롬프트에서 다음과 같이 확인할 수 있습니다.

curl -4 -I –max-time 10 https://example.com

curl -6 -I –max-time 10 https://example.com

각 명령어는 IPv4와 IPv6 연결을 지정해 HTTP 응답 헤더를 요청합니다. 실제 문제가 발생하는 사이트 주소로 바꿔 검사합니다.

IPv4에서는 정상적인 HTTP 응답이 돌아오지만 IPv6에서만 연결 시간이 초과된다면 IPv6 주소 설정이나 통신 경로를 추가로 확인해야 합니다.

단, 해당 사이트에 IPv6 주소가 없거나 서버가 HEAD 요청을 거부하는 경우에는 이 결과만으로 IPv6 장애라고 판단할 수 없습니다.

정확한 비교를 위해 같은 사이트에서 nslookup -type=AAAA example.com 명령어로 IPv6 주소 제공 여부도 확인합니다.

IPv6 자체를 무조건 비활성화하는 방식은 권장하지 않습니다. 특히 기업 VPN, 내부 시스템, 특정 네트워크 서비스에서는 IPv6 설정 변경이 다른 연결에 영향을 줄 수 있습니다. IPv4와 IPv6 검사 결과를 확보한 뒤 공유기 펌웨어, IPv6 설정 및 통신사 경로를 점검하는 순서가 적절합니다.

4. MTU 문제로 웹사이트가 무한 로딩될 때

MTU는 네트워크에서 한 번에 전송할 수 있는 IP 패킷 크기의 한계를 뜻합니다. 통신 경로가 허용하는 크기보다 큰 패킷이 전달되는 과정에서 경로 MTU 탐지가 제대로 작동하지 않으면 일부 연결이 멈추거나 데이터 전송이 실패할 수 있습니다.

주로 VPN, 터널링, PPPoE 환경처럼 추가 헤더가 사용되는 연결에서 살펴볼 항목입니다. 사이트 첫 화면은 열리지만 로그인, 파일 업로드, 특정 페이지 전환에서 멈추는 증상도 나타날 수 있습니다.

윈도우11 명령 프롬프트에서 IPv4 패킷 크기를 검사하려면 다음 명령어를 사용합니다.

ping -4 -f -l 1472 1.1.1.1

-f 옵션은 IPv4 패킷의 단편화를 금지하고, -l 옵션은 ICMP 데이터 크기를 지정합니다. 일반적인 IPv4 헤더 20바이트와 ICMP 헤더 8바이트를 더하면 1472바이트 데이터는 총 1500바이트입니다.

패킷을 분할해야 한다는 메시지가 나타난다면 다음처럼 크기를 낮춰 비교할 수 있습니다.

ping -4 -f -l 1464 1.1.1.1

ping -4 -f -l 1400 1.1.1.1

응답하는 최대 크기를 찾았다면 일반적인 IPv4 ICMP 검사에서는 데이터 크기에 28바이트를 더해 경로 MTU를 추정할 수 있습니다.

다만 ICMP 응답이 차단되거나 목적지별 경로가 다르면 검사 결과도 달라집니다. 1.1.1.1에서 얻은 값이 접속되지 않는 모든 사이트의 경로 MTU를 의미하지는 않습니다.

공유기 MTU를 무조건 1400이나 1454로 낮추는 것도 적절하지 않습니다. 현재 WAN 설정값, 통신 방식, VPN 사용 여부를 확인하고 실제 경로 문제로 판단될 때만 변경해야 합니다. 변경 전 설정을 기록하고 개선되지 않으면 원래 값으로 복구합니다.

5. DNS·IPv6·MTU 검사 후에도 사이트가 안 열린다면?

세 가지 검사에서 명확한 원인이 발견되지 않았다면 브라우저와 보안 설정, 통신사 경로까지 확인해야 합니다.

1. 시크릿 모드 검사: 브라우저 확장 프로그램이나 저장된 사이트 데이터의 영향을 구분합니다.
2. VPN·프록시 확인: 업무용 VPN이나 프록시 연결을 변경했을 때 발생한 장애인지 확인합니다.
3. 보안 프로그램 확인: 유해 사이트 차단, 웹 보호, 공유기 접근 제한 기록을 점검합니다.
4. 다른 통신망 비교: 같은 기기에서 휴대폰 테더링으로 사이트가 열리는지 확인합니다.
5. 서버 장애 확인: 사이트 운영사의 공지와 장애 상태를 확인합니다.
6. 통신사 경로 점검: 특정 회선에서만 반복되면 발생 시간과 오류 메시지를 기록해 문의합니다.

공유기나 PC를 초기화하기 전에 오류가 발생하는 사이트 주소, 접속 시간, 사용 기기, DNS 조회 결과, IPv4·IPv6 비교 결과를 기록해 두면 원인을 구분하는 데 도움이 됩니다.

사무실에서 그룹웨어, 전자세금계산서, 클라우드 ERP 등 특정 업무 사이트만 열리지 않는다면 네트워크 설정을 무작정 변경하지 않는 것이 중요합니다. 직원 PC 전체에 동일한 문제가 있는지, 업무용 VPN이 필요한 사이트인지, 내부 방화벽에서 연결을 제한하는지부터 확인해야 합니다.

6. 인터넷 회선을 교체해야 하는 상황일까?

특정 사이트 접속 오류가 발생했다고 곧바로 SK, KT, LG 등 다른 통신사로 변경할 필요는 없습니다. DNS 설정이나 PC 보안 프로그램이 원인이라면 인터넷을 새로 가입해도 문제가 반복될 수 있습니다.

반대로 여러 기기에서 동일한 사이트에 접속하지 못하고, 모바일 데이터에서는 정상적으로 열리며, 공유기 설정과 DNS 검사를 마친 상태에서도 장애가 지속된다면 해당 인터넷 회선의 경로 문제를 점검할 근거가 됩니다.

사업장은 일반 인터넷, 소호 인터넷, 오피스넷 중 사용하는 장비와 업무 환경에 맞는 상품을 검토해야 합니다. 다만 상품을 변경하는 것만으로 특정 웹사이트 접속 문제가 해결된다고 보장할 수는 없습니다.

회선 변경을 검토하는 사무실이나 매장이라면 홈랜 사업장 인터넷 상품 선택기에서 PC 대수와 업무 장비, 고정 IP 필요 여부를 기준으로 적합한 상품을 먼저 확인할 수 있습니다. 사이트 접속 장애의 원인 진단은 별도로 진행해야 합니다.

핵심은 DNS 조회 실패, IPv6 연결 차이, MTU 경로 문제를 순서대로 구분하는 것입니다. 단순한 설정 오류를 해결하기 위해 회선을 교체하거나 모든 네트워크 설정을 초기화할 필요는 없습니다. 검사 결과를 기준으로 원인을 좁히는 것이 가장 효율적입니다.