Hindi inilalathala ng dedicated na VPN IP ang iyong website
Walang sinasabi ang dedicated na exit address tungkol sa papasok na paghahatid. Suriin ang kontrata ng pagpapasa, tapusin ang panig ng pinagmulan, pagkatapos ay i-publish ang mataas na port.
Ang pagbili ng dedicated na IP mula sa isang VPN provider ay parang pagbili ng pintuan sa harap. Matatag ang address, gumagana ang tunnel, at hindi pa rin naglo-load ang site para sa kahit sino sa labas. Ang binili mo ay isang paglalaan, hindi isang tuntunin ng papasok na pagpapasa. Ipinagbibili ang dalawa sa parehong tindahan at kinokonpigura sa ganap na magkaibang lugar.
Ang address ay isang paglalaan, hindi tuntunin ng pagpapasa
Itala ang papasok na pampublikong address o pangalan ng host, ang pinapayagang transport, ang inilaang panlabas na port at ang destinasyon sa panig ng kliyente kung saan naghahatid ang provider. Pagkatapos ay tiyakin na ang server, protocol at tampok ng account na pinili mo ay talagang sumusuporta sa pagpapasa at pinapayagan ng provider ang hosting doon.
Inilalarawan ng salitang dedicated ang paglalaan ng address. Hindi ito nangangahulugang pinapayagan ang hindi hinihiling na papasok na trapiko, at ang magkaibang add-on ng parehong operator ay maaaring may magkaibang kakayahan. Ang dedicated na address at ang produktong dedicated na server ang dalawang label na pinakamadalas pagpalitin, at karaniwang nililinaw ng mga pahina ng suporta kung alin ang nagpapasa.
| 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 |
Ang isang halimbawang kontrata ay ganito: naghahatid ang provider ng TCP 203.0.113.60:45000 sa serbisyong HTTPS ng konektadong device mo sa port 8443. Paglalarawan iyon ng mapping na kinonpigura ng ibang tao, hindi isang tuntunin na maaari mong likhain sa kanilang gilid sa pamamagitan ng pagta-type nito sa sarili mong firewall.
Tapusin ang panig ng pinagmulan
Kung tumatakbo ang web application sa mismong VPN client, kailangan nito ng tagapakinig sa inihahatid na port at limitadong pahintulot sa lokal na input para sa port na iyon. Kung ipinapasa ng client ang naka-map na koneksyon sa ibang host, kailangan nito ang pagsasalin ng destinasyon, patakaran sa pagpapasa at landas ng tugon na nakakayanan ang pagpunta at pagbalik.
Idisenyo ang mga tuntunin sa pag-access sa paligid ng source address na talagang ipinapakita ng landas ng provider. Hindi ito palaging orihinal na bisita, at hindi rin palaging ang VPN server, na mahalaga kapag nagsusulat ka ng tuntuning isa lamang sa mga address na iyon ang tutugma.
Ang pagsasalin ng port ay hindi rin nagpapalit ng HTTP sa HTTPS. Maaaring malayang magkaiba ang pampublikong port at ang lokal na port ng application, ngunit ang scheme, pagkakakilanlan ng sertipiko at mga redirect ay kailangan pa ring tumugma sa serbisyong talagang nararating ng mga tao. Kung pinangalanan ng sertipiko ang pampublikong host, panatilihin ang pangalang iyon sa bawat hakbang. Ang hindi pagtutugma dito ay lumilitaw bilang babala ng browser at hindi bilang kabiguan sa routing, na nagpapadala sa mga tao sa maling log nang isang oras.
Ilathala ang mataas na port nang tapat
Kung direktang kumokonekta ang mga bisita at naglaan ang provider ng mataas na port, bigyan sila ng buong URL. Ang ordinaryong talaan ng address ng DNS ay hindi makakadagdag ng port sa kahilingang HTTPS na gumagamit ng 443 bilang default, at walang pagsasaayos ng TTL ang makapagbabago niyon.
Maaaring lutasin ito ng isang web frontend sa pamamagitan ng pagtanggap ng mga bisita sa karaniwang port at paggawa ng sarili nitong koneksyon sa ipinasang port ng pinagmulan. Gayunpaman, ang mga default na proxy port ng Cloudflare ay isang tinukoy na listahan, at ang arbitraryong inilaang port ay hindi nagiging suportadong edge port dahil lang nagdagdag ka ng proxy na talaan ng DNS.
Ang pagbabago ng destinasyong port ng pinagmulan ay ibang operasyon kaysa sa pagbabago ng port ng bisita. Origin Rules ng Cloudflare ay nagdodokumento ng pag-override ng destinasyong port para sa koneksyon sa backend, na limitado sa suportadong tuntunin, scheme at pangalan ng host. Ang pag-override ng port ay hindi isang pangkalahatang relay para sa arbitraryong UDP o iba pang protocol.
Kapag tinapos ng frontend ang TLS, i-validate ang parehong hakbang: ang sertipiko mula sa browser patungo sa frontend at ang koneksyon mula sa frontend patungo sa pinagmulan. Hindi pinapalitan ng hakbang ng VPN ang alinman sa dalawang pagsusuri, at ang pagtagas ng panloob na address sa mga redirect o cookie ay ang karaniwang senyales na isa lamang sa dalawa ang kinonpigura nang isinasaalang-alang ang pampublikong pangalan.
Panatilihing buhay ang mapping
Ang ilang provider ay naglalaan ng ibang port pagkatapos ng muling pagkonekta, at ang inupahang mapping ay maaaring mangailangan ng pag-renew sa pamamagitan ng aksyon sa panig ng provider. Sundin ang mekanismong dokumentado ng iyong provider, at i-update ang tagapakinig, lokal na tuntunin, DNS o tuntunin ng frontend lamang kung saan ito hinihiling ng kasalukuyang kontrata.
Ang static na pampublikong address ay hindi ginagawang static ang pag-upa ng port. Ang address at port na nakikita pa rin sa dashboard ay hindi patunay na pag-aari ng aktibong sesyon ang mapping, kaya ang pagsubok ay isang bagong kahilingan mula sa labas at hindi isang screenshot.
Pagkatapos ay ulitin ang mga kasong inaasahan mo: normal na muling pagkonekta, at pagkawala ng VPN. Kung dapat gawing hindi maabot ng pagkawala ang pinagmulan, huwag hayaang tahimik na muling i-publish ng updater ang direktang landas ng ISP sa background. At kung hindi matugunan ng kontrata ng pagpapasa ang mga pangangailangan sa katatagan ng site, pumili ng ibang kaayusan sa paglalathala sa halip na bumili ng isa pang label ng address at umasang kikilos ito tulad ng isang server.