분할 터널이 켜져 있는데 프린터가 계속 오프라인인 이유

터널은 켜져 있고 인터넷도 작동하며 분할 터널은 몇 달 전에 활성화했는데, 책상 옆 프린터는 여전히 오프라인으로 표시됩니다. 이 조합이 모순이 아닌 것은 분할 터널이 경로 결정이지 도달 가능성의 약속이 아니기 때문입니다. 인쇄 큐와 종이 사이에는 세 가지 메커니즘이 있고, 그것들은 트레이 아이콘에서는 똑같아 보이는 방식으로 실패합니다. 먼저 주소, 다음으로 경로, 마지막으로 필터를 추적하세요.

큐 뒤에 있는 주소부터 시작하세요

인쇄 큐에 저장된 주소나 호스트 이름을 읽고, 프린터가 자체 네트워크 화면에 표시하는 주소와 비교하세요. 이전 주소를 가리키는 큐는 경로 실패와 똑같이 동작하며, 증상만으로 둘을 구분하기는 어렵습니다. 둘 중 하나를 바꾸기 전에 두 값을 모두 확보하세요. 보통 하나는 낡았고, 낡은 쪽은 대개 큐입니다.

호스트 이름으로 만든 큐는 경로에 이름 확인을 추가하는데, 이는 경로 지정과 별개의 메커니즘입니다. 터널 안에서 호스트 이름이 다르게 확인되면 큐는 다른 컴퓨터에 도달하거나 아무 데도 도달하지 않습니다. 숫자 주소는 테스트 동안 그 변수를 제거합니다.

나머지 조사는 추측이 아니라 비교이므로 이 쌍을 적어 두세요.

그 주소의 경로는 어떻게 선택되는가

프린터가 192.168.1.50에 있고 사무실 네트워크도 192.168.1.0/24를 쓴다고 가정합니다. 그 서브넷을 덮는 터널 경로는 이제 당신의 집에 있는 프린터로 가는 직접 경로와 경쟁할 수 있고, 더 구체적인 항목이 이깁니다. 포트를 같은 숫자 주소로 바꿔도 모호함은 경로 테이블에 있으므로 그 모호함은 사라지지 않습니다.

기본 경로를 설치하는 VPN 프로필은 모든 것을 잡아채므로, 그때 로컬 링크 접두사는 터널을 통해서만 도달할 수 있습니다. 분할 터널 프로필은 대신 기업 접두사를 설치하며, 보통 로컬 경로가 복원됩니다. 프린터 주소에 실제로 선택된 경로를 확인하고, 그것을 만든 설정의 이름으로 판단하지 마세요.

테이블은 후보를, 조회는 승자를 보여주므로 테이블과 선택된 경로를 함께 읽으세요.

Get-Printer | Select-Object Name, PortName, DriverName
Get-PrinterPort -Name 'IP_192.168.1.50' | Select-Object PrinterHostAddress
route print -4 | Select-String '192.168.1'

주소가 작동하는데 검색이 실패하는 이유

로컬 네트워크에서 프린터 자동 검색은 멀티캐스트 DNS나 더 오래된 브로드캐스트 프로토콜에 의존하며, 둘 다 하나의 링크로 제한됩니다. 라우터는 그 멀티캐스트를 기본적으로 전달하지 않고, VPN도 라우터입니다. 주소 기반 큐를 추가하면 검색만 고장 난 경우를 고치지만, 이 우회 방법이 흔히 행운으로 오해되는 이유가 바로 그것입니다.

구분은 쉽게 기록할 수 있습니다. 주소가 인쇄 포트에서 응답하지만 프린터가 프린터 추가 목록에 절대 나타나지 않으면 검색 범위가 원인입니다. 둘 다 작동하지 않으면 경로나 필터가 원인이며, 두 가지 테스트, 두 명의 다른 담당자, 그 사이에 드라이버 재설치는 없습니다.

목록이 채워지기를 기다리지 말고 주소를 직접 테스트하세요. 아래 명령이 바로 그 일을 합니다.

Test-NetConnection 192.168.1.50 -Port 9100
nslookup 192.168.1.50
ping -c 2 192.168.1.50

클라이언트의 로컬 액세스 필터가 더하는 것

엔드포인트 클라이언트는 경로 테이블과 무관하게 로컬 트래픽을 필터링할 수 있습니다. 이 설정은 흔히 로컬 네트워크 액세스라고 불리며, 경로 조회가 올바르게 보여도 터널이 연결된 동안 로컬 세그먼트로 가는 트래픽을 차단할 수 있습니다. 이것은 정책 계층이며, 어떤 경로 편집도 그것을 바꾸지 않습니다.

관리되는 장치에서는 직접 토글을 뒤집지 말고 관리자에게 프로필의 의도를 물으세요. 필터는 보통 연결된 컴퓨터가 카페 네트워크에 닿아서는 안 된다고 누군가 결정했기 때문에 존재하며, 그것은 합리적인 결정이었습니다.

적용 중인 정책은 인터페이스가 흔히 요약 줄 뒤에 숨기므로 클라이언트 자체의 상태나 로그에서 읽으세요. 그 로그 항목은 보통 결정한 규칙을 지목합니다.

작은 작업 하나로 경로를 확인하세요

주소, 경로, 필터가 모두 프린터를 가리키면 터널을 연결한 채로 같은 큐에 짧은 문서 하나를 보내세요. 이것은 연결을 끊은 뒤에만 시험한 드라이버 재설치보다 원래 실패를 더 충실히 재현합니다. 장치가 아니라 경로를 시험하는 것이므로 작업은 평범하게 유지하세요.

그다음 터널을 끊은 상태로 반복해, 고친 경로가 예전에 작동하던 그 경로였는지 확인하세요. 그 비교만이 변경이 의미 있었다는 유일한 증거입니다.

Test-NetConnection 192.168.1.50 -Port 9100
Get-PrintJob -PrinterName 'Front Desk'
Get-NetRoute -DestinationPrefix 192.168.1.0/24

두 상태 모두에서 인쇄되면 큐, 경로, 필터가 일치하고 결함은 사라진 것입니다. 연결이 끊겼을 때만 인쇄되면 터널이 여전히 프린터 주소를 잡고 있거나 필터가 여전히 막고 있으며, 다음 단계는 또 다른 드라이버가 아니라 경로 조회입니다. 세 계층 중 무엇을 바꿨는지 기록하면 같은 티켓이 다음 달에 다시 열리지 않습니다.