Kill switch lokar fyrir prentarann þinn? Þrjár prófanir sem gera á fyrst

Prentarinn þinn virkaði fyrir klukkustund. Svo kveiktir þú á VPN, og nú standa verk í biðröð þar til þau mistakast. Kill switch er líklegasta orsökin, ekki prentarinn: hann sleppir umferð sem myndi fara úr vélinni utan göngsins, og LAN-prentari er einmitt slík umferð. Raunverulega ákvörðunin er ekki hvernig á að laga prentun heldur hvort þetta tæki eigi yfirleitt að ná í staðarnetið. Þrjú skilyrði ráða því, og hvert þeirra getur endað umræðuna snemma.

Hvað kill switch sleppir og hvers vegna

Kill switch er leiðarregla með bilanaham tengdan. Þegar göngin eru uppi fara samsvarandi pakkar út dulkóðaðir; þegar göngin falla beinir biðlarinn sjálfgefnu leiðinni í svarthol svo ekkert fari út í ljósum texta. Prentari á sama undirneti passar aldrei við leið gangsins, þannig að hann er meðhöndlaður sem flóttatilraun þótt umferðin fari aldrei út úr byggingunni.

Uppgötun gerir einkennin ruglingsleg. Prentarar auglýsa sig um multicast DNS á porti 5353, og biðröðin í glugganum bæta við prentara er byggð úr þeim auglýsingum. Meðan lokunin er virk kemur auglýsingin kannski ekki, svo prentarinn hverfur af listanum þótt vistfang hans svari enn. IPP á 631, hráprentun á 9100 og SMB á 445 eru venjuleg LAN-þjónusta án nokkurrar gangleiðar.

Sannaðu fyrst að prentarinn sé aðgengilegur

Áður en þú breytir nokkurri stefnu skaltu staðfesta að prentarinn sé heilbrigður og staðfesta vistfangið sem þú heldur að hann hafi. Lestu vistfangið af spjaldi prentarans eða hans eigin vefsíðu. Gamalt færsla á lista stýrikerfisins getur bent á vistfang sem DHCP gaf öðru tæki fyrir vikum.

Aftengdu VPN, prófaðu síðan vistfangið og tvær algengu prentporturnar:

nc -vz 192.168.1.50 9100
nc -vz 192.168.1.50 631

Á Windows er hliðstæðan Test-NetConnection 192.168.1.50 -Port 9100. Tengingdu VPN aftur og endurtaktu. Ef porturnar svara með VPN slökkt og fá tímamörk með það kveikt hefurðu endurskapað lokunina og restin er stefnumál. Ef þær mistakast í báðum stöðum skaltu stoppa: prentarinn, Wi-Fi-hlutinn eða einangrun biðlara er í vandræðum, og VPN-undantekning myndi bara auka vá.

Þrjú skilyrði sem ákveða leyfa eða loka

Keyrðu þau í röð. Fyrsta skilyrðið sem bregst ræður niðurstöðunni, svo hin þarf ekki að prófa.

Gestanet eru skýrasta neið. Á hótelhluta er staðbundið svið allir aðrir gestir, svo undantekning sem nær í prentarann þinn nær líka í fartölvur þeirra. Prentari sem þú átt ekki er ekki ástæða til að opna þann hluta.

Stýrð tæki eru annað neið. Þegar stjórnandaprófíll krefst alltaf-á VPN með læsingu setur biðlarinn lokunina aftur eftir hverja staðbundna breytingu, og vinnulagið getur brotið stefnuna sem þú samþykktir. Biddu um studda leið að staðbundinni auðlind í stað þess að breyta stillingum sem verða yfirskrifaðar.

Minnsta undantekningin sem biðlarinn þinn styður

Það sem þú vilt er regla takmörkuð við áfangastað fyrir eitt prentaravistfang, ekki almennur leyfa-staðbundið rofi. Almennur rofi nær yfirleitt yfir allt einkasviðið og link-local umferð, sem er miklu meira en ein prentröð þarf, og hann gerir hvert tæki á hlutnum að jafningja sem þú samþykktir.

Windows býður split tunnelling, og sumar byggingar bjóða líka staðarnetsvalkost. Þar sem eina studda leiðin er hýsilfærsla skaltu bæta við einu vistfangi í gegnum eðlisfræðilega gáttina eftir að göngin eru komin upp, til dæmis route add 192.168.1.50 mask 255.255.255.255 192.168.1.1, og eyða því þegar lotunni lýkur. WireGuard virkar öðruvísi: AllowedIPs ræður því hvað fer inn í göngin, svo fullganga 0.0.0.0/0 snið ber prentverkið til endapunktsins nema sértækari leið fari fram hjá því, og wg-quick getur sett upp eldveggsreglur sem loka á allt annað.

Á Android er stillingin alltaf á sem lokar tengingum án VPN kill switch, og prentarauppgötun úr forriti innan þeirrar lokunar hefur enga LAN-leið. Líkanið fyrir hvert forrit og undantekningar er skjalfest á VPN-síðu Android, og þar á að athuga áður en þú breytir einhverju: Leiðarvísir um VPN-tengingar Android. Nýjar macOS-útgáfur biðja um staðarnetsheimild aðskilda frá göngunum, og iOS gerir það sama fyrir aðgang að staðarnetinu, en biðröðin getur samt mistekist með göngin uppi því biðlari framleiðandans beinir undirnetinu inn í þau.

Hvaða biðlara sem þú notar, haltu undantekningunni við eitt vistfang og tvær eða þrjár portur sem prentarinn notar í raun. Taktu DHCP-leigu frá í stað þess að víkka regluna út í allt undirnetið því vistfangið getur færst.

Staðfestu undantekninguna og vitðu hvenær á að afturkalla hana

Eftir breytinguna skaltu tengja aftur og athuga þrjá hluti í röð. Prentarinn svarar á portunum sínum, skaðlaus prófunarsíða prentast, og vistfangsleit skilar enn VPN-endapunkti í stað netsveitarinnar þinnar. Ef prentun virkar en leitin sýnir netsveitarann þinn hefurðu opnað meira en prentarann og ættir að fara til baka.

Endurtaktu prófið eftir endurræsingu og eftir hverja biðlara- eða prófíluuppfærslu, því uppfærslur endurheimta sjálfgildi nógu oft til að skipta máli. Undantekning sem lifir aðeins til næstu endurtengingar er ekki ákvörðun, hún er tímabundið gat. Skrifaðu nákvæmu regluna niður svo þú getir fjarlægt hana viljandi.

Ef tækið er ætlað eingöngu fyrir göng, ferðafartölva eða vél með viðskiptavinagögnum, er rétta svarið að halda lokuninni og prenta annars staðar: vistaðu sem PDF og prentaðu úr síma eða annarri vél, eða náðu í prentþjón sem göngin geta beint umferð til. Að slökkva á kill switch fyrir eitt verk skiptir raunverulegri vernd fyrir litlum þægindum.