Dedikuotas VPN IP neskelbia jūsų svetainės
Dedikuotas išėjimo adresas nieko nesako apie gaunamą pristatymą. Patikrinkite perdavimo sutartį, užbaikite šaltinio pusę ir tada paskelbkite aukštą prievadą.
Dedikuoto IP pirkimas iš VPN teikėjo primera priekinių durų pirkimą. Adresas stabilus, tunelis veikia, o svetainė vis tiek nesikrauna niekam iš išorės. Tai, ką nusipirkote, yra priskyrimas, o ne gaunamojo perdavimo taisyklė. Abu parduodami toje pačioje parduotuvėje ir konfigūruojami visiškai skirtingose vietose.
Adresas yra priskyrimas, o ne perdavimo taisyklė
Užsirašykite gaunamą viešą adresą arba pagrindinio kompiuterio vardą, leidžiamą transportą, priskirtą išorinį prievadą ir kliento pusės paskirties vietą, kur teikėjas pristato. Tada patvirtinkite, kad pasirinktas serveris, protokolas ir paskyros funkcija tikrai palaiko perdavimą ir kad teikėjas leidžia jame talpinti.
Dedikuotas apibūdina adreso priskyrimą. Tai nereiškia, kad leidžiamas neprašytas gaunamas srautas, o skirtingi to paties operatoriaus priedai gali turėti skirtingas galimybes. Dedikuotas adresas ir dedikuoto serverio produktas yra du dažniausiai painiojami pavadinimai, o pagalbos puslapiai paprastai paaiškina, kuris iš jų perduoda.
| 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 |
Pavyzdinė sutartis atrodo taip: teikėjas pristato TCP 203.0.113.60:45000 į jūsų prijungto įrenginio HTTPS paslaugą 8443 prievadu. Tai kito žmogaus sukonfigūruoto susiejimo aprašymas, o ne taisyklė, kurią galite sukurti jų krašte įrašę ją į savo ugniasienę.
Užbaikite šaltinio pusę
Jei žiniatinklio programa veikia pačiame VPN kliente, jai reikia klausytojo pristatytame prievade ir ribotos vietinės įvesties teisės tam prievadui. Jei klientas perduoda susietą ryšį kitam pagrindiniam kompiuteriui, jam reikia paskirties vertimo, perdavimo politikos ir atsakymo kelio, kuris atlaiko kelią pirmyn ir atgal.
Prieigos taisykles kurkite pagal šaltinio adresą, kurį teikėjo kelias iš tikrųjų pateikia. Tai ne visada pradinis lankytojas ir ne visada VPN serveris, o tai svarbu, kai rašote taisyklę, kurią atitiktų tik vienas iš tų adresų.
Prievadų vertimas taip pat nepaverčia HTTP į HTTPS. Viešas prievadas ir vietinis programos prievadas gali laisvai skirtis, tačiau schema, sertifikato tapatybė ir peradresavimai vis tiek turi atitikti paslaugą, kurią žmonės iš tikrųjų pasiekia. Jei sertifikatas nurodo viešą pagrindinį kompiuterį, išlaikykite tą vardą kiekviename etape. Čia esantis neatitikimas pasirodo kaip naršyklės įspėjimas, o ne maršrutizavimo klaida, todėl žmonės valandai nukreipiami į netinkamus žurnalus.
Paskelbkite aukštą prievadą sąžiningai
Jei lankytojai jungiasi tiesiogiai ir teikėjas priskyrė aukštą prievadą, duokite jiems visą URL. Įprastas DNS adreso įrašas negali pridėti prievado prie HTTPS užklausos, kuri pagal numatytuosius nustatymus naudoja 443, ir joks TTL derinimas to nepakeis.
Žiniatinklio sąsaja gali tai išspręsti priimdama lankytojus įprastu prievadu ir sudarydama savo ryšį su perduotu šaltinio prievadu. Tačiau numatytieji Cloudflare tarpinio serverio prievadai yra apibrėžtas sąrašas, o savavališkai priskirtas prievadas netampa palaikomu krašto prievadu vien todėl, kad pridėjote tarpinio serverio DNS įrašą.
Šaltinio paskirties prievado keitimas yra kita operacija nei lankytojo prievado keitimas. Cloudflare Origin Rules dokumentuoja paskirties prievado perrašymą backend ryšiui, apribotą palaikoma taisykle, schema ir pagrindinio kompiuterio vardu. Prievado perrašymas nėra universalus relė savavališkam UDP ar kitiems protokolams.
Kai sąsaja užbaigia TLS, patikrinkite abu etapus: sertifikatą nuo naršyklės iki sąsajos ir ryšį nuo sąsajos iki šaltinio. VPN etapas nepakeičia nė vieno iš dviejų patikrinimų, o vidinio adreso nutekėjimas į peradresavimus ar slapukus yra įprastas ženklas, kad tik vienas iš dviejų buvo sukonfigūruotas galvojant apie viešą vardą.
Išlaikykite susiejimą gyvą
Kai kurie teikėjai po pakartotinio prisijungimo priskiria kitą prievadą, o nuomojamas susiejimas gali reikalauti atnaujinimo atliekant veiksmą teikėjo pusėje. Sekite mechanizmą, kurį dokumentuoja jūsų teikėjas, ir atnaujinkite klausytoją, vietines taisykles, DNS ar sąsajos taisyklę tik ten, kur to reikalauja dabartinė sutartis.
Statinis viešas adresas nepadaro prievado nuomos statinės. Adresas ir prievadas, vis dar rodomi skydelyje, neįrodo, kad veikianti sesija valdo susiejimą, todėl testas yra nauja užklausa iš išorės, o ne ekrano kopija.
Tada pakartokite atvejus, kurių tikitės: įprastą pakartotinį prisijungimą ir VPN praradimą. Jei praradimas turi padaryti šaltinį nepasiekiamą, neleiskite atnaujinimo įrankiui tyliai iš naujo paskelbti tiesioginio ISP kelio fone. Ir jei perdavimo sutartis negali atitikti svetainės stabilumo reikalavimų, pasirinkite kitą skelbimo tvarką, o ne pirkite dar vieną adreso etiketę ir tikėkitės, kad ji elgsis kaip serveris.