가이드밴티지 오피스넷

Windows 11의 사용 중인 어댑터가 169.254 주소를 받았다면, DNS 변경보다 DHCP 주소 할당 경로를 먼저 확인하세요. 자동 IP 설정인지 확인하고 다른 PC도 같은 증상인지 나누면 PC 한 대의 문제와 사무실 공통 문제를 구분하기 쉽습니다. 이 글은 Windows 11 Home·Pro PC가 사무실 공유기나 DHCP 서버에서 IPv4 주소를 자동으로 받는 환경을 다룹니다. 고정 IP를 쓰는 산업 장비·전용망은 별도 설계를 따릅니다. 조직 관리 PC에서는 임의의 네트워크 변경을 하지 마세요. 검토 기준일: 2026-10-20. 169.254 주소 하나만 보고 인터넷 장애라고 단정해도 되나요? 아닙니다. Windows의 APIPA는 유효한 DHCP IPv4 주소를 받지 못한 상황과 관련이 있지만, PC에는 유선·Wi-Fi·VPN·가상 어댑터가 동시에 있을 수 있습니다. 쓰지 않는 어댑터의 주소만 보고 현재 인터넷 연결을 잘못 진단하지 않는 것이 첫 단계입니다. IPv4 문제와 IPv6를 통한 실제 접속 가능 여부도 구분해야 합니다. 문제 PC에서 명령 프롬프트를 열고 다음 읽기 전용 명령으로 구성부터 확인합니다. ipconfig /all 실제 업무 연결에 사용하는 어댑터 이름, DHCP 사용 여부, IPv4 주소, 서브넷 마스크, 기본 게이트웨이와 DHCP 서버 항목을 읽으세요. 출력 전체에는 장치 식별 정보가 들어갈 수 있으므로 공개 댓글에 붙여 넣지 않습니다. 어댑터: 사무실 유선 연결 DHCP 사용: 예 자동 구성 IPv4 주소: 169.254.40.25 서브넷 마스크: 255.255.0.0 기본 게이트웨이: (비어 있음) 위는 직접 구성한 가상 예시이며 실행 결과가 아닙니다. ‘자동 할당을 쓰는 실제 업무 어댑터가 평소 사무실 대역 대신 자동 구성 주소를 가진 상태’를 설명합니다. 다른 어댑터에 정상 경로가 있으면 현상은 달라질 수 있습니다. PC 한 대만 문제인지 어떻게 나누나요? 같은 시점의 비교 결과 우선 확인 구간...

오류 1219는 같은 서버에 다른 계정으로 연결된 세션부터 확인해야 합니다. 암호를 계속 바꾸거나 모든 네트워크 드라이브를 한꺼번에 지우기보다, 사용 중인 연결과 작업을 기록하고 해당 서버의 연결만 정리하세요. 대상은 Windows 11에서 사무실의 Windows 공유 서버 또는 SMB 파일 공유에 연결하는 사용자입니다. Home·Pro 모두의 기본 진단을 다루며, 조직이 관리하는 계정·드라이브는 담당자 지침을 우선합니다. NAS의 인증 방식은 제조사 문서도 확인해야 합니다. 검토 기준일: 2026-10-20. 1219와 단순한 암호 오류는 무엇이 다른가요? 오류에 ‘둘 이상의 사용자 이름’, ‘동일한 서버에 대한 다중 연결’ 같은 설명이 있다면 기존 연결과 새 연결의 계정 충돌을 먼저 의심합니다. Microsoft KB 938120은 같은 서버의 다른 공유에 서로 다른 자격 증명으로 접근할 때 충돌하는 동작을 설명합니다. 이 문서는 Windows Server 대상이므로 모든 NAS에서 같은 원인이라고 단정하지는 않습니다. 보이는 현상 먼저 확인할 것 이 단계에서 피할 조치 1219와 다중 사용자 이름 안내 같은 서버의 기존 연결 서버 계정 암호 일괄 변경 로그인 창만 반복 계정 형식·저장된 자격 증명 1219라고 추측해 연결 삭제 경로를 찾을 수 없음 주소·이름 확인·통신 권한을 넓혀 해결 시도 로그인은 되지만 특정 폴더만 거부 해당 공유와 파일 권한 모든 직원에게 전체 권한 부여 무엇을 끊기 전에 기록해야 하나요? 공유 파일을 편집 중인 앱에서 저장하고 해당 파일을 닫습니다. 복사·백업·동기화 작업이 있으면 먼저 종료 가능 여부를 확인합니다. 문제의 UNC 경로, 드라이브 문자, 원래 연결 계정, 로그인할 새 계정을 기록합니다. 비밀번호는 기록 파일이나 댓글에 적지 않습니다. 파일 탐색기와 같은 Windows 로그인 사용자 환경에서 명령 프롬프트를 열고 net use 로 목록을 확인합니다. 처음부터 관리자 창만 열어 비교하지 않습니다. net...

핵심: 네트워크 드라이브는 공유폴더에 드라이브 문자를 붙이는 기능입니다. 연결 전에 UNC 주소로 공유폴더가 열리는지 먼저 확인하세요. 주소 자체가 열리지 않으면 드라이브를 다시 만드는 것만으로 해결되지 않습니다. 연결 전 준비할 세 가지 공유 주소: 예시 \\OFFICE-NAS\Team 접근 가능한 대상 장치의 사용자 계정 현재 사용하지 않는 드라이브 문자 예시의 OFFICE-NAS와 Team은 자신의 장비 이름 및 공유 이름으로 바꿉니다. IP로 연결하는 경우 주소가 바뀌면 경로도 달라지므로 공유기의 DHCP 예약 등 주소 관리 방식부터 확인하세요. 1. 원래 공유 주소로 시험 파일 탐색기 주소창에 공유 주소를 입력합니다. 파일 목록이 보이고 필요한 파일을 읽을 수 있는지 확인하세요. 읽기·쓰기 권한이 필요하다면 업무 파일 대신 허용된 테스트 폴더에서 작은 파일로 시험합니다. 이 단계가 실패하면 먼저 네트워크 연결·이름 확인·계정·권한을 점검합니다. 2. Windows 11에서 드라이브 연결 파일 탐색기에서 내 PC 를 선택합니다. 상단 더 보기(…) 에서 네트워크 드라이브 연결 을 엽니다. 창 구성에 따라 메뉴 위치가 다를 수 있습니다. 사용하지 않는 드라이브 문자와 정확한 공유 경로를 입력합니다. 다음 로그인에도 사용하려면 로그온할 때 다시 연결 을 선택합니다. 현재 Windows 계정과 공유 대상 계정이 다르면 다른 자격 증명을 사용하여 연결 을 확인하고 대상 장치의 계정으로 인증합니다. Microsoft의 네트워크 파일 공유 안내에는 드라이브 연결과 로그인 시 재연결 절차가 포함되어 있습니다. 조직이 드라이브 문자를 일괄 관리한다면 개인 설정 전에 담당자에게 확인하세요. 3. 연결 직후 확인할 항목 확인 판정 드라이브에서 폴더가 열리는가 경로와 인증 확인 다른 공유가 같은 문자를 쓰는가 문자 중복 및 앱 경로 확인 PC 재로그인 후 열리는가 재연결 옵션과 접속 시점 확인 VPN 연결 뒤에만 열리는가 사내망 접근 조건 확인 재부팅...

핵심: 암호 입력 창이 다시 뜬다고 비밀번호만 계속 바꾸지 마세요. 접속 대상·사용자 이름·저장된 자격 증명·폴더 권한을 따로 확인하면 원인을 좁힐 수 있습니다. 이 글은 전담 관리자가 없는 작은 사무실에서 확인할 순서를 정리한 안내입니다. 먼저 연결 오류와 인증 오류를 나눕니다 공유 PC나 NAS의 로그인 창까지 도달했다면, 장치가 전혀 보이지 않는 상황과는 다릅니다. 오류 문구가 “네트워크 경로를 찾을 수 없음”이면 연결과 주소를 먼저 점검하고, 계정·암호가 틀렸다는 안내라면 인증을 확인하세요. 관찰 결과 다음 확인 암호 변경 직후부터 실패 이전 암호가 저장된 대상 확인 다른 PC에서는 같은 계정으로 성공 문제 PC의 저장 계정·접속 주소 비교 로그인은 되지만 특정 폴더만 거부 해당 폴더의 공유 및 파일 권한 NAS 웹 로그인은 되지만 파일 공유 실패 SMB 사용 권한과 계정 상태 1. 어떤 장치의 계정인지 확인 암호를 입력하는 대상은 현재 작업 중인 내 PC가 아니라 공유를 제공하는 PC 또는 NAS입니다. 공유 PC의 로컬 계정이라면 공유PC이름\사용자이름 처럼 대상 장치를 명확히 표시해 확인합니다. NAS 계정은 NAS에서 만든 사용자를 사용합니다. 도메인 가입 PC는 조직이 정한 계정 형식을 따르세요. Windows 로그인에 쓰는 PIN과 공유 대상 계정의 비밀번호는 같은 것으로 가정하지 않습니다. 개인 Microsoft 계정 정보를 공개 댓글이나 다른 직원에게 전달하지 마세요. 2. 접속 주소를 한 가지로 통일 \\OFFICE-PC\Share 와 \\192.168.10.20\Share 를 번갈아 사용했다면 저장된 대상 이름도 비교해야 합니다. 평소 사용하는 표준 주소를 정하고 그 주소로 시험하세요. IP 주소로 성공하는지 비교하는 것은 진단용이며, 주소를 바꾸는 것만으로 계정 권한이 새로 생기지는 않습니다. 3. 저장된 Windows 자격 증명 점검 Windows 검색에서 자격 증명 관리자 를 열고...

결론: Windows 11에서 다른 PC의 공유폴더가 보이지 않으면 같은 네트워크인지 확인한 뒤 네트워크 프로필, 검색 설정, 공유 권한, 이름 확인 순서로 점검하세요. 처음부터 방화벽을 끄거나 SMB1을 켜면 원인을 놓치기 쉽습니다. 먼저 1분 안에 확인할 항목 확인 항목 정상 기준 비정상일 때 같은 네트워크 두 PC의 기본 게이트웨이가 같음 게스트 Wi-Fi나 다른 공유기에 연결됐는지 확인 네트워크 프로필 신뢰하는 사무실망은 개인 네트워크 설정에서 공용/개인 프로필 확인 직접 주소 접속 파일 탐색기에 \\PC이름 또는 \\IP주소 입력 IP는 되는데 이름만 안 되면 이름 확인 문제 권한 공유 권한과 파일 권한 모두 허용 접속 계정에 읽기·쓰기 권한 부여 1. 두 PC가 실제로 같은 망인지 확인 각 PC에서 명령 프롬프트를 열고 ipconfig 를 실행합니다. IPv4 주소, 서브넷 마스크, 기본 게이트웨이를 비교하세요. 예를 들어 두 PC가 각각 192.168.10.21과 192.168.10.35이고 서브넷 마스크가 255.255.255.0이라면 보통 같은 로컬망입니다. 한쪽이 192.168.0.x이고 다른 쪽이 192.168.10.x라면 공유기나 VLAN이 분리됐을 가능성이 있습니다. 2. 네트워크 프로필과 검색 설정 확인 설정 → 네트워크 및 인터넷 → 현재 연결 속성 에서 프로필을 확인합니다. 신뢰할 수 있는 사무실 내부망이라면 개인 네트워크를 사용합니다. 이어서 고급 네트워크 설정 → 고급 공유 설정 에서 개인 네트워크의 ‘네트워크 검색’과 ‘파일 및 프린터 공유’를 켭니다. 공용 카페 Wi-Fi처럼 신뢰할 수 없는 망에서는 이 설정을 켜지 않는 것이 안전합니다. 3. 목록 대신 UNC 주소로 직접 시험 파일 탐색기 주소창에 먼저 \\공유PC이름\공유이름 을 입력합니다. 실패하면 \\192.168.10.21\공유이름 처럼 IP 주소로 다시 시도합니다. IP 주소는 열리지만 PC ...

결론: 오류 0x80070035는 ‘네트워크 경로를 찾을 수 없음’을 뜻합니다. 공유폴더 권한부터 바꾸지 말고 대상 PC 도달 여부 → 이름 확인 → SMB 포트 → 공유 이름 순서로 원인을 나누면 빠릅니다. 오류가 발생하는 위치부터 구분 시험 결과 의심할 부분 ping 대상IP 실패 다른 네트워크, 전원, 방화벽, IP 오류 ping 대상이름 이름만 실패 DNS·이름 확인 \\대상IP\공유이름 성공 PC 이름 확인 문제 IP 접속도 실패 실패 SMB 서비스·TCP 445·공유 이름 1. IP 주소가 맞는지 확인 대상 PC에서 ipconfig 를 실행해 현재 IPv4 주소를 직접 확인합니다. DHCP를 쓰는 사무실에서는 재부팅이나 공유기 교체 후 주소가 달라질 수 있습니다. 예전에 저장한 바로가기나 네트워크 드라이브가 이전 IP를 가리키는지도 확인하세요. 2. 이름과 IP 주소를 따로 시험 접속하는 PC에서 ping 192.168.10.21 과 ping OFFICE-PC 를 차례로 실행합니다. Microsoft 문서에 따르면 IP 주소 ping은 성공하지만 컴퓨터 이름 ping만 실패하는 경우 이름 확인 문제를 의심할 수 있습니다. 파일 탐색기에서도 \\192.168.10.21\자료 처럼 IP 주소로 직접 접속합니다. IP 방식만 성공한다면 권한을 건드리기보다 PC 이름, DNS, 재부팅 후 등록 상태를 점검하세요. 3. 실제 공유 이름 확인 폴더 표시 이름과 네트워크 공유 이름은 다를 수 있습니다. 대상 PC의 파일 탐색기 주소창에 \\localhost 를 입력하면 현재 PC가 제공하는 공유 목록을 확인할 수 있습니다. 목록의 정확한 공유 이름으로 접속하세요. 4. SMB 연결 조건 확인 Windows 파일 공유는 SMB를 사용하며 최신 Windows에서는 일반적으로 TCP 445를 이용합니다. 회사 방화벽이나 보안 프로그램이 이 통신을 막을 수 있습니다. 전체 방화벽을 끄기 전에 Windows 방화...

결론: 공유폴더나 NAS가 IP 주소로는 열리지만 장치 이름으로 열리지 않으면 연결 자체보다 이름 확인 단계가 문제일 가능성이 큽니다. IP와 이름을 따로 시험한 뒤 DNS 캐시와 장치 이름을 확인하세요. 증상으로 바로 구분하기 파일 탐색기에서 \\192.168.0.20\share 는 열리지만 \\NAS-OFFICE\share 가 열리지 않는다면 SMB 서비스와 계정은 대체로 동작하고 있습니다. 같은 대상에 IP로 접속했기 때문입니다. 이때 공유 권한을 반복해서 수정하기보다 이름이 어떤 IP로 해석되는지 확인해야 합니다. 1. ping으로 이름과 IP를 비교 ping 192.168.0.20 을 실행합니다. ping NAS-OFFICE 를 실행합니다. 이름으로 실행했을 때 표시되는 IP가 실제 장치 IP와 같은지 비교합니다. Microsoft는 IP 주소 ping이 성공하고 컴퓨터 이름 ping이 실패하면 이름 확인 문제일 수 있다고 설명합니다. 2. nslookup 결과를 해석 nslookup NAS-OFFICE 를 실행하면 사용 중인 DNS 서버와 조회 결과를 볼 수 있습니다. 사무실 공유기에 내부 DNS 등록 기능이 없다면 짧은 장치 이름이 DNS에서 조회되지 않을 수 있습니다. 반대로 예전 IP가 나오면 오래된 DNS 레코드나 캐시를 의심합니다. 결과 의미 조치 정확한 IP 반환 DNS 조회는 정상 SMB 접속 경로와 방화벽 확인 예전 IP 반환 등록 또는 캐시 불일치 DHCP 예약·DNS 레코드 확인 이름을 찾지 못함 DNS에 장치 이름 없음 공유기 내부 DNS 또는 정식 이름 사용 3. DNS 캐시 정리 IP가 바뀐 직후라면 관리자 권한이 아닌 일반 명령 프롬프트에서도 ipconfig /flushdns 로 로컬 DNS 확인자 캐시를 비울 수 있습니다. 이후 이름으로 다시 접속합니다. 다만 서버나 공유기에 잘못된 정보가 남아 있다면 PC 캐시만 비워도 해결되지 않습니다. 4. 장치 이름과 DHCP 주소를 고정...

결론: 네트워크 프린터가 ‘오프라인’으로 보이면 드라이버를 지우기 전에 프린터 전원·IP 주소·PC와의 동일 네트워크·인쇄 포트를 순서대로 확인하세요. 공유기 교체 뒤에는 프린터 IP가 바뀐 경우가 많습니다. 오프라인 원인을 세 구간으로 나누기 구간 확인 방법 대표 원인 프린터 자체 상태 페이지와 네트워크 아이콘 절전, 케이블, Wi-Fi 해제 네트워크 현재 IP로 ping IP 변경, 다른 SSID, 게스트망 Windows 포트와 대기열 확인 이전 IP 포트, 멈춘 작업, 드라이버 1. 프린터의 현재 IP를 직접 확인 프린터 화면의 네트워크 메뉴나 네트워크 구성 페이지에서 IPv4 주소를 확인합니다. 예전에 기록한 IP나 Windows 포트의 주소와 다르면 DHCP로 주소가 바뀐 것입니다. 이 경우 공유기에서 프린터 MAC 주소에 DHCP 예약을 설정하면 재발을 줄일 수 있습니다. 2. PC와 프린터가 같은 네트워크인지 확인 PC에서 ipconfig 로 IPv4 주소와 기본 게이트웨이를 봅니다. 프린터가 192.168.10.50인데 PC가 192.168.0.30이라면 서로 다른 공유기 또는 VLAN일 수 있습니다. 무선 확장기나 게스트 Wi-Fi는 장치 간 통신을 차단하기도 합니다. 3. 프린터 IP에 ping 실행 ping 192.168.10.50 으로 IP 수준 도달 여부를 확인합니다. 응답이 없다고 무조건 고장으로 단정할 수는 없지만, 이전에는 응답하던 장비가 갑자기 응답하지 않는다면 주소 변경·연결 해제·전원 상태를 우선 봅니다. 4. Windows 프린터 포트 확인 설정 → Bluetooth 및 장치 → 프린터 및 스캐너 에서 해당 프린터의 속성을 엽니다. 표준 TCP/IP 포트가 예전 주소를 가리키면 현재 IP에 맞는 포트를 새로 추가하거나 수정합니다. WSD로 자동 검색된 프린터가 반복해서 사라지는 환경이라면 제조사 지침에 따라 고정 IP와 표준 TCP/IP 포트를 사용하는 편이 안정적일 수 있습니다. 5. ‘오프라인으로 프린터 사용’ 상태 확...

결론: 인쇄 작업이 대기열에서 지워지지 않으면 먼저 모든 사용자 문서를 취소하고 프린터를 재시작하세요. 계속 남는 작업은 Print Spooler 서비스를 중지한 뒤 스풀 폴더를 비우고 서비스를 다시 시작합니다. 대기열 문제인지 연결 문제인지 구분 프린터가 온라인인데 특정 문서만 ‘오류-인쇄 중’으로 멈추면 대기열 또는 문서 문제일 가능성이 큽니다. 프린터 자체가 오프라인이면 대기열을 비우기 전에 전원, IP 주소, 네트워크 포트를 확인해야 합니다. 증상 우선 조치 한 문서만 멈춤 해당 문서 취소 후 다른 간단한 문서 테스트 모든 문서가 멈춤 프린터 전원과 스풀러 확인 취소가 끝나지 않음 스풀러 중지 후 스풀 파일 정리 특정 프로그램에서만 실패 다른 앱에서 인쇄해 앱 문제 분리 1. 인쇄 대기열에서 문서 취소 설정 → Bluetooth 및 장치 → 프린터 및 스캐너 → 해당 프린터 → 인쇄 대기열 열기 로 이동합니다. 멈춘 문서를 취소하고 대기열이 비워지는지 확인합니다. 공유 프린터라면 다른 사용자가 보낸 작업이 남아 있을 수 있습니다. 2. 프린터와 PC를 순서대로 재시작 프린터 전원을 끄고 케이블을 분리한 뒤 약 30초 후 다시 연결합니다. 그다음 PC를 재시작합니다. Microsoft의 일반 프린터 문제 해결 절차도 전원 재시작을 초기 단계로 안내합니다. 3. Print Spooler 서비스 재시작 Windows 검색에서 서비스 를 열고 Print Spooler 를 찾습니다. 우선 ‘다시 시작’을 실행합니다. 이 단계만으로 대기열이 정상화되면 스풀 파일을 직접 삭제할 필요가 없습니다. 4. 취소되지 않는 스풀 파일 정리 관리자 권한이 있는 계정으로 다음 순서를 진행합니다. 서비스에서 Print Spooler를 중지 합니다. 파일 탐색기 주소창에 %WINDIR%\System32\spool\PRINTERS 를 입력합니다. 해당 폴더 안의 대기 파일을 삭제합니다. 폴더 자체는 삭제하지 않습니다. 서비스로 돌아가 Print Spooler를 ...

결론: 구형 NAS가 Windows 11에서 열리지 않아도 SMB1을 바로 활성화하지 마세요. NAS 펌웨어와 SMB2/SMB3 지원 여부를 먼저 확인하고, 가능하면 장비 쪽 프로토콜을 올리는 것이 안전합니다. 왜 SMB1이 문제인가 SMB는 Windows가 네트워크 파일을 읽고 쓰는 데 사용하는 프로토콜입니다. Microsoft는 SMB1을 오래되고 안전하지 않은 방식으로 분류하며 최신 Windows에서는 기본 설치하지 않습니다. Windows 11과 최신 NAS는 일반적으로 SMB 2 이상을 사용해야 합니다. 먼저 확인할 네 가지 NAS 관리자 화면에서 정확한 모델과 펌웨어 버전을 기록합니다. 제조사 문서에서 SMB2 또는 SMB3 지원 여부를 확인합니다. NAS의 최소·최대 SMB 버전 설정을 확인합니다. Windows에서 IP 주소로 NAS에 직접 접속해 이름 확인 문제를 분리합니다. 증상별 판단 증상 가능성 우선 조치 웹 관리자 화면은 열림 NAS 네트워크는 정상 SMB 서비스와 버전 확인 IP와 이름 모두 접속 실패 서비스·포트·프로토콜 문제 NAS 로그와 SMB 설정 확인 다른 구형 PC만 접속 가능 구형 프로토콜 의존 가능성 펌웨어와 SMB2 지원 확인 로그인 창 반복 계정·암호·게스트 접속 정책 NAS 사용자 권한 확인 안전한 해결 순서 1. NAS 펌웨어 업데이트 지원이 끝난 장비가 아니라면 제조사 공식 업데이트부터 확인합니다. 업데이트 전 설정과 중요 데이터를 백업하고, 모델이 정확히 일치하는 파일만 사용합니다. 2. NAS에서 SMB2 이상 사용 관리 화면에 최소 SMB 버전과 최대 SMB 버전 옵션이 있다면 제조사 권장값을 따릅니다. 업무용 데이터라면 SMB3 지원 여부와 암호화·서명 옵션도 확인합니다. 3. 사용자 계정으로 접속 익명 또는 게스트 공유에 의존하지 말고 NAS에 별도 사용자를 만들고 필요한 공유폴더만 권한을 줍니다. Windows 자격 증명 관리자에 이전 암호가 남아 있으면 제거 후 다시 연결합니다. 4. 장비 교체 검...

결론: ‘Windows에서 IP 주소 충돌을 감지했습니다’가 나오면 임의로 고정 IP를 바꾸기보다 DHCP 사용 여부와 중복 장치를 확인하세요. 소형 사무실에서는 수동 IP가 공유기의 자동 할당 범위와 겹치는 경우가 흔합니다. IP 충돌이 생기는 대표 구조 상황 예시 해결 방향 수동 IP와 DHCP 중복 프린터 192.168.0.50, 공유기도 같은 주소 자동 할당 DHCP 예약 사용 복제된 장비 설정 두 장비에 같은 고정 IP 장비별 주소 재지정 공유기 두 대 두 DHCP 서버가 동시에 동작 한쪽 DHCP 중지 또는 망 분리 오래된 임대 정보 교체 장비가 이전 주소 사용 임대 갱신과 공유기 목록 확인 1. 현재 IP 구성 기록 문제가 발생한 PC에서 ipconfig /all 을 실행하고 IPv4 주소, DHCP 사용 여부, DHCP 서버, 기본 게이트웨이, 물리적 주소를 기록합니다. 문제 해결 전 값을 남겨야 원래 설정으로 되돌릴 수 있습니다. 2. 자동 할당 PC라면 임대 갱신 DHCP를 사용하는 일반 PC에서는 네트워크를 끊었다 다시 연결하거나 PC를 재시작해 먼저 갱신을 시도합니다. 필요하면 관리자 정책에 맞춰 ipconfig /release 와 ipconfig /renew 를 사용합니다. 원격 접속 중인 PC에서 실행하면 연결이 끊길 수 있으므로 현장에서 진행합니다. 3. 공유기의 DHCP 목록과 예약 확인 공유기 관리 화면에서 현재 임대 목록을 확인해 같은 IP를 주장하는 MAC 주소가 두 개인지 봅니다. 프린터·NAS·CCTV처럼 주소가 고정돼야 하는 장비는 장비에 임의의 수동 IP를 넣기보다 공유기 DHCP 예약으로 관리하면 충돌 가능성을 줄일 수 있습니다. 4. 수동 IP는 자동 할당 범위 밖에서 관리 예를 들어 DHCP 범위가 192.168.0.100~199라면, 네트워크 설계와 공유기 설정을 확인한 후 관리 장비용 범위를 별도로 정합니다. 단순히 ‘낮은 숫자는 비어 있을 것’이라고 추정하지 말고 장비 목록을 기록하세요. 5. ARP 정보는...

결론: Windows 11에서 Wi-Fi는 연결됐지만 인터넷이 안 되면 먼저 같은 Wi-Fi의 다른 기기를 확인하세요. 다른 기기도 안 되면 공유기·회선, 이 PC만 안 되면 IP·DNS·어댑터 설정을 점검합니다. 30초 안에 장애 범위 정하기 시험 결과 판단 휴대전화도 같은 Wi-Fi에서 접속 둘 다 실패 공유기 또는 인터넷 회선 PC만 실패 다른 기기는 정상 PC 설정·드라이버·DNS 웹만 실패 공유기 관리 화면은 열림 외부 회선 또는 DNS 회사 서비스만 실패 일반 웹은 정상 VPN·프록시·사내 DNS 1. Wi-Fi를 껐다가 다시 연결 작업 중인 파일을 저장하고 Wi-Fi를 끈 뒤 다시 켭니다. 등록된 네트워크를 ‘삭제’하기 전에 암호를 알고 있는지 확인하세요. 공유기 전원을 재시작할 때는 사무실의 통화·결제·CCTV가 함께 연결돼 있는지 먼저 확인합니다. 2. IP 주소와 기본 게이트웨이 확인 ipconfig 를 실행합니다. IPv4 주소가 169.254.x.x라면 DHCP에서 정상 주소를 받지 못했을 가능성이 있습니다. 기본 게이트웨이가 비어 있거나 평소와 다른지도 확인하세요. 3. 게이트웨이와 외부 주소를 따로 ping ping 기본게이트웨이주소 로 공유기까지 확인합니다. 공유기까지 되면 잘 알려진 외부 서버의 IP 또는 회사가 허용한 진단 대상으로 연결을 확인합니다. IP 연결은 되는데 웹사이트 이름만 안 열리면 DNS 문제를 의심합니다. 일부 서버는 보안상 ping 응답을 차단하므로 한 번의 실패만으로 회선 장애를 확정하지 않습니다. 4. DNS 조회 확인 nslookup microsoft.com 을 실행해 DNS 서버와 응답을 봅니다. 조회가 실패하면 현재 Wi-Fi가 제공한 DNS 주소, VPN 또는 보안 프로그램을 확인합니다. 회사 관리 PC에서는 임의의 공용 DNS로 바꾸기 전에 관리자 정책을 확인하세요. 5. 프록시와 VPN 분리 VPN을 사용하는 환경에서는 VPN 연결을 끊었을 때 일반 인터넷이 되는지, 연결했을 때만 실패하는지 비...