Zure VMek ostalariaren VPN erabiltzen du? Probatu gonbidatuaren barruan

Ostalariaren IP publikoa egiaztatzen duzu, VPN agertzen du, eta VM estalita dagoela ondorioztatzen duzu. Ondorio hori ez du probak babesten. Gonbidatuak bere bideratze taula du, bere resolver-a eta bere interfazeak, eta ostalariaren irteera helbideak ez du haiei buruz ezer esaten.

Probak gonbidatuaren barruan egin behar da, eta zer neurtu duen izendatu behar du.

Hasi gonbidatuaren barruan, ez ostalariaren arakatzailean

Idatzi lehenengo hiperbisorearen sare modua: NAT, bridged, host-only edo macvtap. NAT moduan ostalariak gonbidatuaren trafikoa bideratzen du, beraz ostalariaren tunela balio izan dezake edo ez, bezeroak bideak nola instalatzen dituen arabera. Bridged moduan gonbidatua LAN fisikoan parekidea da eta ostalariaren tunela ez da garrantzitsua. Bi modu horiek erantzun kontrajarriak ematen dituzte ostalariaren konfigurazio berarekin.

Idatzi modua ezer aldatu aurretik, emaitzak zer esan dezakeen hark zehazten baitu.

Egin helburua ezagutzen duzun eskaera bat

Erabili eskaera kaltegabea ikusi duen iturburu helbidea jakinarazten duen zerbitzu batera. Ondoren egiaztatu gonbidatuaren beraren bideratze erabakia helburu horretarako: ip route get 203.0.113.5 gonbidatuak erabiliko duen interfazea eta atebidea inprimatzen ditu.

Interfazea gonbidatuaren NIC arrunta bada, trafikoa ez da gonbidatuaren barruko tunel batetik pasatzen.

Bigarren egokitzaile batek, proxy ezarpen batek edo gonbidatuaren aldeko VPN bezero batek erantzuna alda dezakete aplikazio baterako eta ez beste baterako. Probatu benetan axola zaizun aplikazioa, ez shell batetik egindako eskaera orokor bat.

Egiaztatu resolver-a bereizita

Irteera helbide aldatuek ez dute esaten zein resolver-ek kudeatu zuen ostalariaren izena. Galdetu izena esplizituki plataformari dagokion tresnarekin, eta idatzi zein zerbitzarik erantzun zuen. DNS zatituak esan nahi du resolver galderak eta bideratze galderak erantzun desberdinak dituztela.

Bi horiek edozein norabidetan desberdindu daitezke, eta desberdintasuna izaten da benetako akatsa.

systemd ostalari batean, resolvectl query erantzunaren atzeko interfazea eta DNS zerbitzaria izendatzen ditu. Instalazio zaharrek zerbitzaria erakusten dute dig tresnaren irteeran — edozein kasutan kontua da zein zerbitzarik erantzun zuen ikustea, ez soilik erantzunik iritsi zen.

Probatu hutsegite politika, ez soilik arrakasta

Baldintza tunelatik kanpo trafikorik ez ateratzea bada, eskaera arrakastatsu batek ez du ezer frogatzen. Erabili bezeroaren kontrolatutako hutsegite proba onartua: gelditu tunela onartutako moduan eta ikusi gonbidatuaren eskaera berri bat blokeatzen den. Ez pentsa ostalariaren bezeroaren kill switch-ek edozein birbidaltze antolamendu birtual estaltzen duenik. Bere dokumentatutako esparrua da fidatu zaitezkeen gauza bakarra.

Tunela erortzean NIC fisikora itzultzen den gonbidatuak NAT moduak baimendutakoa egiten du zehazki.

Idatzi modua eta esparrua

Idatzi hiperbisorearen modua, gonbidatuaren interfazea eta bidea, resolver-a eta probatu duzun aplikazioa. Gehitu data, snapshot bat leheneratzeak edo hiperbisorearen eguneraketa batek laurak alda baititzake.

IPv4 tunelari jarraitu bazion, esan. Ez zabaldu baieztapena IPv6ra, beste izen-espazio batera edo beste sare bateko beste VM batera.