VPN IP dedikatu batek ez du zure webgunea argitaratzen
Irteera helbide dedikatu batek ez du ezer esaten sarrerako banaketaz. Egiaztatu birbidaltze-kontratua, osatu jatorriaren aldea eta argitaratu portu altu bat.
VPN hornitzaile bati IP dedikatu bat erosteak sarrerako ate bat erostea dirudi. Helbidea egonkorra da, tunela altxatuta dago, eta webguneak oraindik ez du kanpoko inorentzat kargatzen. Erosten lortu duzuna helbide-esleipen bat da, ez sarrerako birbidaltze-araua. Biak denda berean saltzen dira eta erabat desberdinak diren lekuetan konfiguratzen dira.
Helbidea esleipen bat da, ez birbidaltze-araua
Idatzi sarrerako helbide publikoa edo ostalari-izena, baimendutako garraioa, esleitutako kanpoko portua eta hornitzaileak entregatzen duen bezero aldeko helmuga. Ondoren egiaztatu aukeratu duzun zerbitzariak, protokoloak eta kontu-funtzioak benetan birbidaltzea onartzen dutela eta hornitzaileak han ostatatzea baimendu egiten duela.
Dedikatuak helbide-esleipena deskribatzen du. Ez du esan nahi eskatu gabeko sarrerako trafikoa baimenduta dagoenik, eta operadore beraren gehigarri desberdinek gaitasun desberdinak izan ditzakete. Helbide dedikatua eta zerbitzari dedikatuaren produktua dira gehien nahasten diren bi etiketak, eta laguntza-orriek normalean argitzen dute zein den birbidaltzen duena.
| What you have | What it gives you | What it does not |
|---|---|---|
| Dedicated exit address | A stable source address for outbound traffic | Any inbound delivery at all |
| Port-forwarding add-on | A provider-side mapping to your session | Permanence across reconnects |
| Local DNAT rule | Handling for packets that arrive | Making packets arrive |
Kontratu adierazgarri bat horrela da: hornitzaileak TCP 203.0.113.60:45000 entregatzen dio zure gailu konektatuaren HTTPS zerbitzuari 8443 portuan. Hori beste norbaitek konfiguratutako mapatze baten deskribapena da, ez haien ertzean zure suebakian idatzita sor dezakezun araua.
Osatu jatorriaren aldea
Web aplikazioa VPN bezeroan bertan exekutatzen bada, entregatutako portuan entzule bat behar du eta portu horretarako sarrera lokaleko baimen mugatua. Bezeroak mapatutako konexioa beste ostalari batera birbidaltzen badu, helmugaren itzulpena, birbidaltze-politika eta joan-etorriari eusten dion erantzun-bidea behar ditu.
Diseinatu sarbide-arauak hornitzailearen bideak benetan aurkezten duen iturburu-helbidearen inguruan. Ez da beti jatorrizko bisitaria, eta ez da beti VPN zerbitzaria ere, eta horrek garrantzia du helbide horietako bati bakarrik egokituko litzaiokeen arau bat idazten duzunean.
Portuen itzulpenak ere ez du HTTP HTTPS bihurtzen. Portu publikoa eta aplikazioaren portu lokala libreki desberdin daitezke, baina eskema, ziurtagiriaren identitatea eta birbideraketek bat etorri behar dute jendeak benetan iristen duen zerbitzuarekin. Ziurtagiriak ostalari publikoa izendatzen badu, mantendu izen hori jauzi bakoitzean. Hemen desadostasuna nabigatzailearen abisu gisa agertzen da, bideratze-hutsegite gisa beharrean, eta horrek jendea ordubetez okerreko erregistroetara bidaltzen du.
Argitaratu portu altua zintzotasunez
Bisitariek zuzenean konektatzen badute eta hornitzaileak portu altu bat esleitu badu, eman iezaiezu URL osoa. DNS helbide-erregistro arrunt batek ezin dio porturik gehitu lehenespenez 443 erabiltzen duen HTTPS eskaera bati, eta TTL doikuntzak ez du hori aldatzen.
Web frontend batek konpondu dezake bisitariekin ohiko portuan konektatuz eta birbidalitako jatorri-portura bere konexioa eginez. Hala ere, Cloudflareren proxy-portu lehenetsiak zerrenda zehaztu bat dira, eta arbitrarioki esleitutako portu bat ez da ertz-portu onartua bihurtzen proxy DNS erregistro bat gehitu izanagatik.
Jatorriaren helmuga-portua aldatzea bisitariaren portua aldatzea baino eragiketa desberdina da. Cloudflareren Origin Rules atzeko taldeko konexiorako helmuga-portuaren gainidazketa dokumentatzen dute, onartutako arau, eskema eta ostalari-izen batera mugatuta. Portuaren gainidazketa ez da UDP arbitrariorako edo beste protokolo batzuetarako errele orokorra.
Frontend batek TLS amaitzen duenean, baliozkotu bi jauziak: nabigatzailetik frontendera ziurtagiria eta frontendetik jatorrira konexioa. VPN jauziak ez du bi egiaztapenetako bat ere ordezkatzen, eta barne-helbide batek birbideraketetan edo cookieetan ihes egitea ohiko seinalea da bietako bat bakarrik konfiguratu zela izen publikoa kontuan hartuta.
Mantendu mapatzea bizirik
Hornitzaile batzuek beste portu bat esleitzen dute berriz konektatu ondoren, eta alokatutako mapatzeak hornitzailearen aldeko ekintzaren bidez berritzea eska dezake. Jarrai ezazu zure hornitzaileak dokumentatzen duen mekanismoari, eta eguneratu entzulea, arau lokalak, DNSa edo frontendaren araua kontratuak eskatzen duen lekuetan soilik.
Helbide publiko estatikoa ez da portuaren alokairua estatikoa bihurtzen. Panel batean oraindik erakusten diren helbidea eta portua ez dira froga sesio bizia mapatzearen jabea denik, eta horregatik proba kanpotik egindako eskaera berria da, ez pantaila-argazkia.
Gero errepikatu espero dituzun kasuak: berriz konektatze normal bat eta VPN galera bat. Galerak jatorria eskuragarri ez izatea eragin behar badu, ez utzi eguneratzeko tresnari isilean ISP bide zuzena berriro argitaratzen atzeko planoan. Eta birbidaltze-kontratuak gunearen egonkortasun-baldintzak bete ezin baditu, aukeratu argitaratzeko beste antolamendu bat, beste helbide-etiketa bat erosi eta zerbitzari gisa jokatuko duela espero beharrean.