Namjenska VPN IP adresa ne objavljuje vašu web stranicu
Namjenska izlazna adresa ne govori ništa o dolaznoj isporuci. Provjerite ugovor o prosljeđivanju, dovršite stranu izvora, pa objavite visoki port.
Kupovina namjenske IP adrese od VPN provajdera izgleda kao kupovina ulaznih vrata. Adresa je stabilna, tunel je podignut, a stranica se ipak ne učitava nikome izvana. Ono što ste kupili je dodjela adrese, a ne pravilo za dolazno prosljeđivanje. Oboje se prodaje u istoj trgovini i konfiguriše na potpuno različitim mjestima.
Adresa je dodjela, a ne pravilo prosljeđivanja
Zabilježite dolaznu javnu adresu ili ime hosta, dozvoljeni transport, dodijeljeni vanjski port i odredište na strani klijenta kojem provajder isporučuje. Zatim potvrdite da server, protokol i funkcija računa koju ste odabrali zaista podržavaju prosljeđivanje i da provajder dopušta hostovanje na njemu.
Riječ namjenski opisuje dodjelu adrese. To ne znači da je neželjeni dolazni saobraćaj dozvoljen, a različiti dodaci istog operatera mogu imati različite mogućnosti. Namjenska adresa i proizvod namjenski server dvije su oznake koje ljudi najčešće miješaju, a stranice podrške obično pojašnjavaju koja od njih prosljeđuje.
| 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 |
Ilustrativni ugovor izgleda ovako: provajder isporučuje TCP 203.0.113.60:45000 na HTTPS servis vašeg povezanog uređaja na portu 8443. To je opis mapiranja koje je neko drugi konfigurisao, a ne pravilo koje možete stvoriti na njihovoj ivici upisivanjem u vlastiti firewall.
Dovršite stranu izvora
Ako web aplikacija radi na samom VPN klijentu, potreban joj je slušalac na isporučenom portu i ograničena dozvola za lokalni ulaz na tom portu. Ako klijent prosljeđuje mapiranu vezu na drugi host, potrebno mu je prevođenje odredišta, politika prosljeđivanja i povratni put koji izdrži oba smjera.
Projektujte pravila pristupa oko izvorne adrese koju put provajdera zaista predstavlja. To nije uvijek izvorni posjetilac, a nije uvijek ni VPN server, što je važno kada pišete pravilo koje bi odgovaralo samo jednoj od tih adresa.
Prevođenje portova također ne pretvara HTTP u HTTPS. Javni port i lokalni port aplikacije mogu se slobodno razlikovati, ali šema, identitet certifikata i preusmjerenja i dalje moraju odgovarati servisu do kojeg ljudi zaista dolaze. Ako certifikat navodi javni host, zadržite to ime na svakom koraku. Nesklad se ovdje pojavljuje kao upozorenje preglednika, a ne kao greška usmjeravanja, što ljude šalje na pogrešne zapise na sat vremena.
Objavite visoki port iskreno
Ako se posjetioci povezuju direktno i provajder je dodijelio visoki port, dajte im puni URL. Običan DNS zapis adrese ne može dodati port HTTPS zahtjevu koji prema zadanim postavkama koristi 443, i nikakvo podešavanje TTL-a to ne mijenja.
Web frontend to može riješiti prihvatanjem posjetilaca na uobičajenom portu i stvaranjem vlastite veze prema proslijeđenom portu izvora. Međutim, Cloudflareovi zadani proxy portovi su definisan spisak, a proizvoljno dodijeljen port ne postaje podržan port na ivici samo zato što ste dodali proxy DNS zapis.
Promjena odredišnog porta izvora drugačija je operacija od promjene porta posjetioca. Cloudflareovi Origin Rules dokumentiraju zamjenu odredišnog porta za vezu prema backendu, ograničenu na podržano pravilo, šemu i ime hosta. Zamjena porta nije univerzalni relej za proizvoljni UDP ili druge protokole.
Kada frontend prekida TLS, provjerite oba koraka: certifikat od preglednika do frontenda i vezu od frontenda do izvora. VPN korak ne zamjenjuje nijednu od tih provjera, a curenje interne adrese u preusmjerenja ili kolačiće uobičajen je znak da je samo jedan od dva koraka konfigurisan s javnim imenom na umu.
Održite mapiranje živim
Neki provajderi dodjeljuju drugi port nakon ponovnog povezivanja, a iznajmljeno mapiranje može zahtijevati obnovu kroz radnju na strani provajdera. Pratite mehanizam koji vaš provajder dokumentira i ažurirajte slušalac, lokalna pravila, DNS ili pravilo frontenda samo tamo gdje to trenutni ugovor zahtijeva.
Statična javna adresa ne čini zakup porta statičnim. Adresa i port koji se još prikazuju na kontrolnoj tabli nisu dokaz da aktivna sesija posjeduje mapiranje, zato je test svjež zahtjev izvana, a ne snimak ekrana.
Zatim ponovite slučajeve koje očekujete: normalno ponovno povezivanje i gubitak VPN-a. Ako gubitak treba učiniti izvor nedostupnim, ne dopustite da ažurirač tiho ponovo objavi direktan ISP put u pozadini. I ako ugovor o prosljeđivanju ne može zadovoljiti zahtjeve stranice za stabilnošću, odaberite drugi način objavljivanja umjesto da kupite još jednu oznaku adrese i nadate se da će se ponašati kao server.