Plaaslike toestelle verdwyn op VPN: drie afsonderlike foute

'n Drukker wat uit die toestellys verdwyn wanneer die VPN opkom, kan steeds op sy adres antwoord. Die lys word deur ontdekking gevul, die naam kan van 'n oplosser kom, en die diens self word oor 'n sok bereik, en die drie kan onafhanklik faal. Deur te vergelyk wat op elke laag werk, wys jy watter instelling om te verander. Om eers elke plaaslike toegang-uitsondering aan te skakel, verwyder die bewyse.

Dit is die verskil tussen 'n toestel wat ontbreek en 'n toestel wat bloot nie geadverteer word nie.

Ontdekking, name en bereikbaarheid is drie lae

Ontdekkingsprotokolle maak op multicast of broadcast staat, en dié kruis nie by verstek 'n gerouteerde tonnel nie, wat is waarom 'n toestel uit 'n lys kan verdwyn terwyl dit heeltemal bereikbaar bly. Naamoplossing is 'n tweede laag: 'n VPN kan die oplosser verander, en 'n naam wat voorheen deur die plaaslike netwerk beantwoord is, kan nou elders of glad nie beantwoord word nie. Bereikbaarheid is die derde: 'n roete, 'n firewall-reël en 'n luisterende diens. Elke laag kan breek terwyl die ander twee reg is.

Toets hulle van onder af. 'n Enkele bereikbaarheidstoets maak die skeiding duidelik: nc -vz 192.168.1.20 443 slaag óf, wat beteken die pad en die diens is reg en die naam is die verdagte, óf dit misluk, wat die vraag na roetering en beleid skuif. Vra dan die naam. Die eerste fout wat jy tref, is die laag om aan te werk, en die lae bo dit kan dit nie vergoed nie.

Vra eers die adres, dan die gasheernaam

As die adres antwoord en die naam nie, is die probleem oplossing eerder as roetering. 'n VPN-kliënt wat sy eie oplosser installeer, kan verander watter bediener plaaslike name beantwoord, en een wat nie die plaaslike domein aanstuur nie, laat die naam onbeantwoord. As die adres ook misluk, is die pad die kwessie: 'n verstekroete deur die tonnel, 'n kliëntkant-blok op plaaslike verkeer, of 'n firewall-reël wat net die fisiese koppelvlak toelaat.

As albei werk maar outomatiese ontdekking nie, adverteer die toestel bloot nie oor die tonnel nie. Dit is verwagte gedrag vir multicast-gebaseerde ontdekking, nie 'n konfigurasiefout nie. Om die toestel by adres by te voeg, is gewoonlik die eerlike oplossing.

Wat die plaaslike-toegang-skakelaar werklik verander

'n Instelling vir plaaslike netwerktoegang laat gewoonlik verkeer na die direk gekoppelde subnet om die tonnel te omseil, en dit doen verskillende dinge in verskillende kliënte. Dit konfigureer nie aanstuur na 'n afgeleë kantoor nie, en dit verander nie die gasheer-firewall of die toepassing se eie toestemmings nie. Dit maak ook nie 'n oorvleuelende subnet ondubbelsinnig nie. Lees die kliënt se dokumentasie vir wat die instelling dek voordat jy dit breedweg aanskakel.

'n Smal uitsondering vir een vertroude toestel is beter as 'n algemene toelating, veral op 'n gasnetwerk waar die blok doelbewus kan wees. 'n Privaat adres is nie 'n identiteitskontrole nie, so die keuse hang af van die netwerk waarop jy is.

Wanneer die netwerke oorvleuel

As die tuisnetwerk en die afgeleë netwerk dieselfde reeks gebruik, word roetering dubbelsinnig en nóg 'n plaaslike-toegang-skakelaar nóg 'n uitsondering los dit op nie. Twee dienste op dieselfde adres kan nie albei bereik word nie, en watter een wen hang af van roetespesifisiteit en ordening eerder as bedoeling. Die oplossing is adresbeplanning, nie 'n kliëntinstelling nie. Kontroleer die reekse voordat jy 'n aand aan die drukker spandeer.

Vir 'n toestel agter die afgeleë poort, besit die operateur die aanstuur, gasheerbeleid en die terugroete. 'n Plaaslike merkblokkie op die kliënt kan nie een daarvan verskaf nie, en om daarvoor te vra is produktiewer as om met skakelaars te eksperimenteer.

Teken aan watter laag gefaal het en wat jy verander het. Die volgende toestel sal op een van dieselfde drie plekke faal.