Namenski IP naslov VPN ne objavi vaše spletno mesto
Namenski izhodni naslov ne pove ničesar o dohodnji dostavi. Preverite pogodbo o posredovanju, dokončajte stran izvora in nato objavite visoka vrata.
Nakup namenskega IP naslova pri ponudniku VPN je podoben nakupu vhodnih vrat. Naslov je stabilen, tunel je vzpostavljen, spletno mesto pa se vseeno ne naloži nikomur od zunaj. Kar ste kupili, je dodelitev naslova, ne pravilo za dohodno posredovanje. Oboje se prodaja v isti trgovini in nastavlja na povsem različnih mestih.
Naslov je dodelitev, ne pravilo posredovanja
Zapišite dohodni javni naslov ali ime gostitelja, dovoljeni prenos, dodeljena zunanja vrata in cilj na strani odjemalca, kamor ponudnik dostavlja. Nato potrdite, da izbrani strežnik, protokol in funkcija računa resnično podpirajo posredovanje in da ponudnik na njem dovoljuje gostovanje.
Namenski opisuje dodelitev naslova. To ne pomeni, da je nezaželen dohodni promet dovoljen, in različni dodatki istega operaterja imajo lahko različne zmožnosti. Namenski naslov in izdelek namenski strežnik sta oznaki, ki se najpogosteje zamenjujeta, in strani za podporo običajno pojasnijo, katera od njiju posreduje.
| 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 |
Ilustrativna pogodba je videti takole: ponudnik dostavi TCP 203.0.113.60:45000 storitvi HTTPS vaše povezane naprave na vratih 8443. To je opis preslikave, ki jo je nastavil nekdo drug, ne pravilo, ki bi ga lahko ustvarili na njihovem robu tako, da bi ga vpisali v svoj požarni zid.
Dokončajte stran izvora
Če spletna aplikacija teče na odjemalcu VPN samem, potrebuje poslušalca na dostavljenih vratih in omejeno dovoljenje za lokalni vnos na teh vratih. Če odjemalec posreduje preslikano povezavo drugemu gostitelju, potrebuje prevod cilja, politiko posredovanja in pot odgovora, ki zdrži pot tja in nazaj.
Pravila dostopa oblikujte okoli izvornega naslova, ki ga pot ponudnika resnično predstavi. To ni vedno prvotni obiskovalec in ni vedno tudi strežnik VPN, kar je pomembno, ko pišete pravilo, ki bi se ujemalo le z enim od teh naslovov.
Tudi prevod vrat ne spremeni HTTP v HTTPS. Javna vrata in lokalna vrata aplikacije se lahko prosto razlikujejo, vendar se morajo shema, identiteta potrdila in preusmeritve še vedno ujemati s storitvijo, do katere ljudje resnično pridejo. Če potrdilo navaja javnega gostitelja, ohranite to ime na vsakem koraku. Neujemanje se tukaj pokaže kot opozorilo brskalnika in ne kot napaka usmerjanja, kar ljudi za uro pošlje k napačnim dnevnikom.
Objavite visoka vrata pošteno
Če se obiskovalci povezujejo neposredno in je ponudnik dodelil visoka vrata, jim dajte celoten URL. Običajen zapis naslova DNS ne more dodati vrat zahtevi HTTPS, ki privzeto uporablja 443, in nobeno prilagajanje TTL tega ne spremeni.
Spletna čelna stran lahko to reši tako, da sprejema obiskovalce na običajnih vratih in vzpostavi svojo povezavo z posredovanimi izvornimi vrati. Privzeta proxy vrata Cloudflare pa so določen seznam in poljubno dodeljena vrata ne postanejo podprta robna vrata samo zato, ker ste dodali proxy zapis DNS.
Spreminjanje ciljnih vrat izvora je drugačna operacija od spreminjanja vrat obiskovalca. Origin Rules Cloudflare dokumentirajo prepis ciljnih vrat za povezavo z zaledjem, omejen na podprto pravilo, shemo in ime gostitelja. Prepis vrat ni splošen relej za poljuben UDP ali druge protokole.
Ko čelna stran zaključi TLS, preverite oba koraka: potrdilo od brskalnika do čelne strani in povezavo od čelne strani do izvora. Korak VPN ne nadomesti nobenega od obeh preverjanj, uhajanje notranjega naslova v preusmeritve ali piškotke pa je običajen znak, da je bil samo eden od obeh nastavljen z mislijo na javno ime.
Ohranite preslikavo živo
Nekateri ponudniki po ponovni povezavi dodelijo druga vrata in najeta preslikava lahko zahteva obnovitev z dejanjem na strani ponudnika. Spremljajte mehanizem, ki ga dokumentira vaš ponudnik, in posodobite poslušalca, lokalna pravila, DNS ali pravilo čelne strani le tam, kjer to zahteva trenutna pogodba.
Statičen javni naslov ne naredi najema vrat statičnega. Naslov in vrata, ki so še prikazani na nadzorni plošči, niso dokaz, da aktivna seja ima preslikavo, zato je preizkus nova zahteva od zunaj in ne posnetek zaslona.
Nato ponovite primere, ki jih pričakujete: običajno ponovno povezavo in izgubo VPN. Če naj bi izguba naredila izvor nedosegljiv, ne dovolite, da bi posodabljalnik tiho znova objavil neposredno pot ISP v ozadju. In če pogodba o posredovanju ne more izpolniti zahtev spletnega mesta po stabilnosti, izberite drugačno ureditev objave, namesto da bi kupili še eno oznako naslova in upali, da se bo obnašala kot strežnik.