VPN egokitzaileak /32 erakusten du: ez du helmuga bakarra esan nahi

VPN egokitzaile bateko 255.255.255.255 maskara bezeroaren beraren helbidea da, ez irits zitezkeen ostalarien muga. Irakurri bideak, atebidearen irismena eta itzulera-bidea bereizita.

Egokitzaileek 255.255.255.255 erakusten dute, eta askotan ondorioa da VPNak helbide bakarrera iristen dela. Irakurketa horrek bezeroaren beraren helbidea tuneletik bideratutako helmugen multzoarekin nahasten du. Puntu-puntuko edo bideratutako interfaze batean bi gauza objektu desberdinak dira, eta horietako batek soilik mugatzen du irismena. Mitoak bizirik dirau maskara Etherneten ikasitako azpisare-maskararen antzekoa delako.

Mitoa: ostalari-maskara batek ostalari iristeko moduko bakarra esan nahi du

/32 esleipen batek interfazeari esaten dio zein helbide dagokion estekaren mutur honi, eta puntu-puntuko esteka batean hori da esan nahi duen guztia. Bikotearen helbidea eremu bereizia da, eta bikoteaz haraindi zer dagoen esaten duten bideak beste batzuk dira. Maskaran ezerk ez du urruneko sarea deskribatzen, maskara ez baita urruneko sareak deskribatzen diren lekua. Irismen-muga gisa irakurtzea zure etxeko zenbakia bisita ditzakezun helbide guztien zerrenda gisa irakurtzea bezala da.

Nahasteak erro erreala du: Etherneten, ostalari-maskara batek benetan helbide bakarra esan nahiko luke segmentu horretan. Tunel bat ez da Ethernet segmentua, eta bertatik zer pasatzen den bezeroaren bideratze-taulak erabakitzen du, ez maskarak. Horregatik /32 berbera datu-zentro oso baten aurrean egon daiteke.

Irakurri helbidea eta bideak objektu bereizi gisa

Inprimatu interfazea eta taula elkarrekin, eta gero irakurri itzazu bi galderari emandako bi erantzun gisa. Helbideak erantzuten du nor den mutur hau; bideek erantzuten dute noraino joan daitekeen trafikoak. Hirugarren galdera bat, atebideak zein helmuga uzten dituen, ez da inolaz ere ikusten bezeroan. iproute2ren helbide-erreferentziak tokiko helbidearen, bikotearen eta aurrizki-bidearen eremuak bereizita deskribatzen ditu horrexegatik.

ip addr show tun0
ip route show
ip route get 10.60.5.10

Windowsen banaketa bera dago helbide-zerrendaren eta bideratze-taularen artean, eta kontsulta-komandoa da helmuga zehatz batentzat zein nagusitzen den ikusteko modurik azkarrena. Kontsultak tunelaren interfazea itzultzen badu, bezeroak paketea hara bidaliko du. Egokitzaile fisikoa itzultzen badu, bezeroak ez dio inoiz VPNari galdetzen, eta zerbitzari aldeko baimenak ez du hori aldatuko. Egia esan behar duzun helmuga egiaztatu, ez helbide publiko orokor bat.

Get-NetIPAddress -InterfaceAlias "VPN"
Find-NetRoute -RemoteIPAddress 10.60.5.10

Gelditu kontsultak interfaze okerra adierazten badu. Hori bezeroaren bideratze-arazoa da, eta bezeroan konpontzen da.

Zergatik ohi den maskara zabaltzeak okerrago egiten du

Esleipena /24 batera aldatzeak, bulegoko LANaren antza izateko, estekan aurrizki bat sor dezake: nukleoak orain uste du /24 osoa tunelaren interfazeari zuzenean lotuta dagoela. Atebidetik bideratu beharko liratekeen helbideetarako trafikoa orduan estekan bizilagun bat balego bezala bidaltzen da. Emaitza zerbitzari-erorketa baten antzeko zulo beltza da.

Benetako arazoa ere ezkutatzen du, hau da, falta den bide bat edo atebidean falta den baimen bat. Bi horietako bat ere ez du maskara zabalago batek sortzen, eta biek gainditzen dute aldaketa. Diseinuak interfazean aurrizki handiagoa behar badu, erabiltzen den interfaze-eredurako erabakia da, dokumentazioa eskuan duela hartua. Maskara beste produktu baten pantaila-argazkietatik kopiatzea ez da erabaki hori.

Urruneko aurrizkiaren bidea falta bada, zuzendu haren hornikuntza. Badago eta konexioa oraindik baztertzen bada, maskara ez zen inoiz diagnosia izan.

Bidea zuzena denean eta fluxuak huts egiten duenean oraindik

Bide zuzen batek soilik frogatzen du bezeroak paketea bidaliko duela. Atebideak helmuga onartu behar du oraindik, itzulera-bideak esleitutako helbiderako existitu behar du, eta zerbitzuak fluxua baimendu behar du. Probatu hirurak bereizita: bezeroaren kontsulta, atebidearen irismen baimendua eta beharrezko zerbitzari batera egindako eskaera. Autentifikazioak arrakasta izatea hirurak prest egon aurretik normala da, eta horregatik konektatutako bezero batek ezin du ezer iritsi.

ping -c1 10.60.5.10
traceroute -n 10.60.5.10
curl -sv https://app.internal.example/ -o /dev/null

Eduki sare-objektuak eta talde-baimenak haien jabearekin gailuak kudeatutako zerbitzu batean. Bezeroari zer iritsi esaten zaion eta zer erabiltzea baimentzen zaion ezarpen desberdinak dira, askotan pantaila desberdinetan. Bat aldatzea eta bestea probatzea hori da tiket bat bi talderen artean nola jauzi egiten duen.

Erretiratu beharreko mitoa maskara irismen-muga izatea da. Irakurri helbidea, bideak eta atebidearen politika hiru gertaera bereizi gisa, eta /32 mugaketa emateari uzten dio eta ohiko tunel-esleipen ematen hasten da.

Erlazionatutako artikuluak