Jagatud tunnel on sees ja printer on ikka võrguühenduseta: miks

Sinu tunnel töötab, internet töötab, jagatud tunnel lülitati sisse kuude eest ja laua kõrval seisev printer kuvatakse endiselt võrguühenduseta olekus. See kombinatsioon ei ole vastuolu, sest jagatud tunnel on marsruutimisotsus, mitte kättesaadavuse lubadus. Prindijärjekorra ja paberi vahel on kolm mehhanismi ning need nurjuvad viisil, mis süsteemisalve ikoonilt vaadates näeb ühesugune välja. Jälgi kõigepealt aadressi, seejärel marsruuti, seejärel filtrit.

Alusta järjekorra taga olevast aadressist

Loe prindijärjekorda salvestatud aadress või hostinimi ning võrdle seda aadressiga, mida printer kuvab oma võrgu ekraanil. Järjekord, mis osutab endiselt varasemale aadressile, käitub täpselt nagu marsruutimise rike, ja neid kahte on sümptomi põhjal raske eristada. Hangi mõlemad väärtused enne, kui kumbagi muudad. Üks neist on tavaliselt aegunud, ja aegunud on tavaliselt järjekord.

Hostinimele ehitatud järjekord lisab teele nime lahendamise, mis on marsruutimisest eraldi mehhanism. Kui hostinimi laheneb tunnelis teisiti, jõuab järjekord teise masinani või mitte kuhugi. Numbriline aadress eemaldab selle muutuja testi ajaks.

Kirjuta paar üles, sest ülejäänud uurimine võrdleb neid, mitte ei oleta.

Kuidas selle aadressi marsruut valitakse

Oletame, et printer on aadressil 192.168.1.50 ja kontorivõrk kasutab samuti 192.168.1.0/24. Seda alamvõrku kattev tunnelimarsruut võib nüüd võistelda sinu korteris oleva printeri otsese marsruudiga ja võidab täpsem kirje. Pordi muutmine samale numbrilisele aadressile ei kõrvalda seda mitmetähenduslikkust, sest mitmetähenduslikkus on marsruutimistabelis.

Vaikimisi marsruudi paigaldav VPN-profiil haarab kõik ja kohaliku lingi prefiks on siis kättesaadav ainult tunneli kaudu. Jagatud tunneli profiil paigaldab selle asemel ettevõtte prefiksid, mis tavaliselt taastab kohaliku tee. Vaata marsruuti, mis on printeri aadressi jaoks tegelikult valitud, mitte sätte nime, mis selle tekitas.

Loe tabelit ja valitud marsruuti koos, sest tabel näitab kandidaate ja otsing näitab võitjat.

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'

Miks avastamine nurjub, kui aadress töötab

Automaatne printeri avastamine kohalikus võrgus sõltub multicast-DNS-ist või vanemast ringhäälingup protokollist ning mõlemad on piiratud ühe lingiga. Ruuter ei edasta seda multicast’i vaikimisi ja VPN on ruuter. Aadressipõhise järjekorra lisamine parandab juhtumi, kus avastamine on ainus katki olev asi, ja just seetõttu peetakse seda möödaviigu lahendust nii sageli õnneks.

Erinevust on lihtne fikseerida: kui aadress vastab prindipordil, aga printer ei ilmu kunagi printeri lisamise loendisse, on süüdi avastamise ulatus. Kui kumbki ei tööta, on süüdi marsruut või filter. Kaks testi, kaks erinevat omanikku ja nende vahel ühtegi draiveri uuesti paigaldust.

Testi aadressi otse, selle asemel et oodata loendi täitumist. Allolevad käsud teevad täpselt seda.

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

Mida lisab kliendi kohaliku juurdepääsu filter

Lõpp-punkti kliendid saavad kohalikku liiklust filtreerida marsruutimistabelist sõltumatult. Sätet nimetatakse sageli kohalikuks võrgu juurdepääsuks ja see võib blokeerida liiklust kohalikku segmenti, kuni tunnel on ühendatud, isegi kui marsruudiotsing näeb õige välja. See on poliitikakiht ja ükski marsruudi muutmine ei muuda seda.

Hallataval seadmel küsi administraatorilt, mida profiil kavatseb, selle asemel et lülitit ise ümber lülitada. Filter on tavaliselt sellepärast, et keegi otsustas, et ühendatud masin ei tohiks kohvikuvõrku pääseda, ja see oli mõistlik otsus.

Loe kliendi enda olekut või logi kehtiva poliitika kohta, sest kasutajaliides peidab seda sageli kokkuvõtva rea taha. See logikirje nimetab tavaliselt reegli, mis otsustas.

Kontrolli teed ühe väikese tööga

Kui aadress, marsruut ja filter osutavad kõik printerile, saada tunneliga ühendatuna üks lühike dokument samasse järjekorda. See taasesitab algse rikke täpsemalt kui draiveri uuesti paigaldamine, mida testiti alles pärast lahtiühendamist. Hoia töö märkamatu, sest testid teed, mitte seadet.

Seejärel korda tunneliga lahtiühendatuna, et teada, kas parandatud tee oli see, mis varem töötas. See võrdlus on ainus tõestus, et muudatusel oli tähtsust.

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

Kui töö prinditakse mõlemas olekus, on järjekord, marsruut ja filter kooskõlas ning rike on kadunud. Kui see prinditakse ainult lahtiühendatuna, haarab tunnel endiselt printeri aadressi või blokeerib filter selle endiselt, ja järgmine samm on marsruudi otsing, mitte veel üks draiver. Pane kirja, millist kolmest kihist muutsid, ja sama pilet ei avane järgmisel kuul uuesti.