Split-tunnel is oan en de printer is noch altyd offline: wêrom

Jo tunnel is oan, it ynternet wurket, split-tunneling is moannen lyn ynskeakele, en de printer njonken it buro wurdt noch altyd as offline toand. Dy kombinaasje is gjin tsjinstelling, want split-tunneling is in rûtebeslút en gjin belofte fan berikberens. Trije meganismen sitte tusken de printwachtrij en it papier, en se falle op manieren dy’t fan it ikoan yn ’e taakbalke identyk lykje. Folgje earst it adres, dan de rûte, dan it filter.

Begjin mei it adres efter de wachtrij

Lês it adres of de hostnamme dy’t yn ’e printwachtrij bewarre is, en fergelykje it dan mei it adres dat de printer op syn eigen netwurkskerm toant. In wachtrij dy’t noch nei in earder adres wiist, hâldt him krekt as in rûteflater, en de twa binne dreech te ûnderskieden op grûn fan it symptoom allinnich. Krij beide wearden foardat jo ien fan beide feroarje. Ien fan har is meastentiids ferâldere, en de ferâldere is meastentiids de wachtrij.

In wachtrij dy’t op in hostnamme boud is, foeget namme-oplossing ta oan it paad, wat in apart meganisme fan rûtering is. As de hostnamme binnen de tunnel oars oplost, berikt de wachtrij in oare masine of berikt neat. In numeryk adres hellet dy fariabele fuort foar de doer fan ’e test.

Skriuw it pear op, want de rest fan it ûndersyk fergeliket se yn stee fan te rieden.

Hoe’t de rûte foar dat adres keazen wurdt

Stel dat de printer op 192.168.1.50 stiet en it kantoarnetwurk ek 192.168.1.0/24 brûkt. De tunnelrûte dy’t dat subnet dekt, kin no konkurrearje mei de rûte streekrjocht nei de printer yn jo flat, en de mear spesifike ynfier wint. De poarte feroarje nei itselde numeryke adres kin dy dûbeldheid net fuorthelje, want de dûbeldheid sit yn ’e rûtetabel.

In VPN-profyl dat in standertrûte ynstallearret, fangt alles, en it lokale linkprefix is dan allinnich fia de tunnel berikber. In split-tunnelprofyl ynstallearret yn stee de bedriuwspréfiks, wat meastentiids it lokale paad werombringt. Besjoch de rûte dy’t eins keazen is foar it adres fan ’e printer, net de namme fan ’e ynstelling dy’t it makke hat.

Lês de tabel en de keazen rûte tegearre, want de tabel toant kandidaten en it sykjen toant de winner.

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'

Wêrom’t ûntdekking mislearret as it adres wurket

Automatyske printerûntdekking op in lokaal netwurk hinget ôf fan multicast-DNS of fan in âlder broadcastprotokol, en beide binne beheind ta ien link. In router stjoert dy multicast net troch by standert, en in VPN is in router. In adresbasearre wachtrij tafoegje reparearret it gefal wêryn’t ûntdekking it iennige is dat stikken is, en dêrom wurdt dy wurkomwei sa faak foar gelok oansjoen.

It ferskil is maklik fêst te lizzen: as it adres antwurdet op ’e printpoarte mar de printer nea yn ’e list printer tafoegje ferskynt, is it berik fan ’e ûntdekking de skuld. As gjin fan beide wurket, is it de rûte of it filter. Twa tests, twa ferskillende eigners, en gjin opnij ynstallearjen fan stjoerprogramma’s dertusken.

Test it adres direkt yn stee fan te wachtsjen oant in list fol is. De opdrachten hjirûnder dogge krekt dat.

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

Wat it lokale tagongsfilter fan ’e klant tafoeget

Einpuntklanten kinne lokaal ferkear filterje ûnôfhinklik fan ’e rûtetabel. De ynstelling wurdt faak lokale netwurktagong neamd, en it kin ferkear nei it lokale segmint blokkearje wylst de tunnel ferbûn is, sels as it rûtesykjen korrekt liket. Dat is in beliedslaach, en gjin inkelde rûtebewurking feroaret dat.

Freegje op in beheard apparaat oan ’e behearder wat it profyl bedoelt, yn stee fan sels de skakel om te setten. It filter bestiet meastentiids om’t immen besletten hat dat in ferbûn masine it netwurk fan it kafee net berikke moat, en dat wie in ridlike beslissing.

Lês de eigen status of it log fan ’e klant foar it belied dat jildt, want de ynterface ferberget it faak efter in gearfettingsrigel. Dy logynfo neamt meastentiids de regel dy’t besletten hat.

Kontrolearje it paad mei ien lyts putsje

As it adres, de rûte en it filter allegear nei de printer wize, stjoer dan ien koart dokumint nei deselde wachtrij wylst de tunnel ferbûn bliuwt. Dat reprodusearret de oarspronklike flater krekter as in opnij ynstallearjen fan it stjoerprogramma dat pas nei it ôfbrekken test is. Hâld it putsje gewoan, want jo testen in paad en net in apparaat.

Werhelje it dan mei de tunnel ôfbrutsen, sadat jo witte oft it paad dat jo reparearre hawwe dat wie dat earder wurke. Dy fergeliking is it iennige bewiis dat de feroaring der ta die.

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

As it putsje yn beide tastannen printet, binne de wachtrij, de rûte en it filter it iens en is de flater fuort. As it allinnich printet as it ferbûn is, fangt de tunnel noch it adres fan ’e printer of blokkearret it filter it noch, en de folgjende stap is it rûtesykjen yn stee fan noch in stjoerprogramma. Skriuw op hokker fan ’e trije lagen jo feroare hawwe, en deselde kaart sil folgjende moanne net wer iepengean.