Lokale apparaten ferdwine op VPN: trije aparte flaters

In printer dy’t út ’e apparate-list ferdwynt as de VPN start, kin noch op syn adres antwiede. De list wurdt folle troch untdekking, de namme kin fan in resolver komme, en de tsjinst sels wurdt berikt fia in socket, en de trije kinne selsstannich misse. It fergelykjen fan wat op eltse laach wurket, fertelt dy hokker funksje te feroarjen. Assto earst elke útsûndering foar lokale tagong oansette, ferwiderest de bewiis.

Dat is it ferskil tusken in apparaat dat mist en in apparaat dat gewoan net oankundige wurdt.

Untdekking, nammen en berikberens binne trije lagen

Untdekkingsprotokollen fertrouwe op multicast of broadcast, en dy kruse by default gjin routed tunnel, wêrtroch in apparaat ferdwine kin út in list wylst it folslein berikber bliuwt. Namme-oplossing is in twadde laach: in VPN kin de resolver feroarje, en in namme dêr’t it lokale netwurk earder op antwiede, kin no earne oars of hielendal net antwurde wurde. Berikberens is de tredde: in rûte, in firewall-regel en in tsjinst dy’t harket. Eltse laach kin brekke wylst de oare twa goed binne.

Test se fan ûnderen nei boppen. Ien inkelde berikberens-kontrôle makket de splitsing dúdlik: nc -vz 192.168.1.20 443 of slagget, wat betsjut dat it paad en de tsjinst goed binne en de namme de fertochte is, of misse, wat de fraach nei routing en belied ferpleatst. Freegje dan de namme. De earste flater dy’tsto tsjinkomst is de laach om oan te wurkjen, en de lagen derboppe kinne it net kompensearje.

Freegje earst it adres, dan de hostnamme

As it adres antwurdet en de namme net, is it probleem oplossing en net routing. In VPN-klant dy’t syn eigen resolver ynstallearret, kin feroarje hokker tsjinner lokale nammen antwurdet, en ien dy’t it lokale domein net trochstjoert, lit de namme sûnder antwurd. As it adres ek mist, is it paad it probleem: in standertrûte troch de tunnel, in blokkade fan lokaal ferkear oan ’e kant fan ’e klant of in firewall-regel dy’t allinnich de fysike ynterface tastean.

As beide wurkje mar automatyske untdekking net, kundiget it apparaat him gewoan net oan fia de tunnel. Dat is ferwachte gedrach foar untdekking op basis fan multicast, gjin konfiguraasjeflater. It apparaat op adres tafoegje is meastentiids de earlike oplossing.

Wat de skeakel foar lokale tagong eins feroaret

In ynstelling foar lokale netwurktagong lit ferkear nei it direkt ferbûn subnet normaal de tunnel foarbygean, en it docht ferskillende dingen yn ferskillende klanten. It konfigurearret gjin trochstjoering nei in kantoar op ôfstân en it feroaret net de firewall fan ’e host of de eigen tastimmingen fan ’e applikaasje. It makket ek in oerlapjend subnet net ûndûbelsinnich. Lês de dokumintaasje fan ’e klant oer wat de ynstelling beslacht foardatsto it breed oansette.

In smelle útsûndering foar ien fertroud apparaat is better as in algemiene tastimming, benammen op in gastnetwurk dêr’t de blokkade bewust wêze kin. In privee-adres is gjin identiteitskontrôle, dus de kar hinget ôf fan it netwurk dêr’tsto op bist.

As de netwurken oerlapje

As it thúsnetwurk en it netwurk op ôfstân deselde berik brûke, wurdt routing ûndûbelsinnich en noch de skeakel foar lokale tagong noch in útsûndering lost it op. Twa tsjinsten op itselde adres kinne net beide berikt wurde, en hokker wint hinget ôf fan rûtespesifisiteit en folchoarder, net fan bedoeling. De oplossing is adresplanning, net in klantynstelling. Kontrolearje de berikken foardatsto in jûn oan ’e printer besteegest.

Foar in apparaat efter de gateway op ôfstân is de operator eigner fan ’e trochstjoering, it hostbelied en de weromrûte. In lokale checkbox yn ’e klant kin gjin ien dêrfan leverje, en der om freegje is produktyver as eksperimintearje mei skeakels.

Skriuw op hokker laach miste en watsto feroare hast. It folgjende apparaat sil op ien fan deselde trije plakken misse.