IP VPN khusus tidak menerbitkan situs web Anda
Alamat keluar khusus tidak menjelaskan apa pun tentang pengiriman masuk. Periksa kontrak penerusan, selesaikan sisi asal, lalu terbitkan port tinggi.
Membeli IP khusus dari penyedia VPN terasa seperti membeli pintu depan. Alamatnya stabil, terowongannya menyala, tetapi situsnya tetap tidak termuat bagi siapa pun di luar. Yang Anda beli adalah sebuah penetapan alamat, bukan aturan penerusan masuk. Keduanya dijual di toko yang sama dan dikonfigurasi di tempat yang benar-benar berbeda.
Alamat adalah penetapan, bukan aturan penerusan
Catat alamat publik masuk atau nama host, transport yang diizinkan, port eksternal yang ditetapkan, dan tujuan sisi klien yang menjadi sasaran pengiriman penyedia. Lalu pastikan server, protokol, dan fitur akun yang Anda pilih benar-benar mendukung penerusan, dan penyedia mengizinkan hosting di atasnya.
Khusus menjelaskan penetapan alamat. Itu tidak berarti lalu lintas masuk yang tidak diminta diizinkan, dan add-on berbeda dari operator yang sama bisa punya kemampuan berbeda. Alamat khusus dan produk server khusus adalah dua label yang paling sering tertukar, dan halaman dukungan biasanya menjelaskan mana yang meneruskan.
| 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 |
Contoh kontrak tampak seperti ini: penyedia mengirimkan TCP 203.0.113.60:45000 ke layanan HTTPS perangkat Anda yang terhubung pada port 8443. Itu gambaran pemetaan yang dikonfigurasi orang lain, bukan aturan yang bisa Anda buat di sisi mereka dengan mengetikkannya ke firewall Anda sendiri.
Selesaikan sisi asal
Jika aplikasi web berjalan di klien VPN itu sendiri, ia perlu pendengar pada port yang dikirimkan dan izin masukan lokal yang terbatas untuk port itu. Jika klien meneruskan koneksi yang dipetakan ke host lain, ia perlu terjemahan tujuan, kebijakan penerusan, dan jalur balasan yang bertahan dalam perjalanan pulang-pergi.
Rancang aturan akses di sekitar alamat sumber yang benar-benar ditampilkan jalur penyedia. Itu tidak selalu pengunjung asli, dan tidak selalu server VPN juga, yang penting saat Anda menulis aturan yang hanya cocok untuk salah satu dari alamat tersebut.
Terjemahan port juga tidak mengubah HTTP menjadi HTTPS. Port publik dan port aplikasi lokal bisa berbeda dengan bebas, tetapi skema, identitas sertifikat, dan pengalihan tetap harus cocok dengan layanan yang benar-benar dijangkau orang. Jika sertifikat menyebut host publik, pertahankan nama itu di setiap lompatan. Ketidakcocokan di sini muncul sebagai peringatan peramban, bukan kegagalan perutean, yang mengirim orang ke log yang salah selama satu jam.
Terbitkan port tinggi dengan jujur
Jika pengunjung terhubung langsung dan penyedia menetapkan port tinggi, beri mereka URL lengkap. Catatan alamat DNS biasa tidak dapat menambahkan port ke permintaan HTTPS yang secara default memakai 443, dan tidak ada penyesuaian TTL yang mengubahnya.
Frontend web dapat menyelesaikannya dengan menerima pengunjung di port biasa dan membuat koneksinya sendiri ke port asal yang diteruskan. Namun port proksi bawaan Cloudflare adalah daftar yang ditetapkan, dan port yang ditetapkan sembarangan tidak menjadi port tepi yang didukung hanya karena Anda menambahkan catatan DNS yang diproksikan.
Mengubah port tujuan asal adalah operasi berbeda dari mengubah port pengunjung. Origin Rules Cloudflare mendokumentasikan penggantian port tujuan untuk koneksi backend, dibatasi pada aturan, skema, dan nama host yang didukung. Penggantian port bukan relai umum untuk UDP sembarangan atau protokol lain.
Ketika frontend mengakhiri TLS, validasi kedua lompatan: sertifikat dari peramban ke frontend dan koneksi dari frontend ke asal. Lompatan VPN tidak menggantikan salah satu pemeriksaan, dan alamat internal yang bocor ke pengalihan atau kuki adalah tanda biasa bahwa hanya satu dari keduanya dikonfigurasi dengan nama publik dalam pikiran.
Jaga pemetaan tetap hidup
Beberapa penyedia menetapkan port berbeda setelah koneksi ulang, dan pemetaan sewaan mungkin memerlukan pembaruan melalui tindakan di sisi penyedia. Ikuti mekanisme yang didokumentasikan penyedia Anda, dan perbarui pendengar, aturan lokal, DNS, atau aturan frontend hanya di tempat kontrak saat ini menuntutnya.
Alamat publik statis tidak membuat sewa port menjadi statis. Alamat dan port yang masih tampil di dasbor bukan bukti bahwa sesi aktif memiliki pemetaan itu, karena itu ujinya adalah permintaan baru dari luar, bukan tangkapan layar.
Lalu ulangi kasus yang Anda harapkan: koneksi ulang normal, dan kehilangan VPN. Jika kehilangan seharusnya membuat asal tidak tersedia, jangan biarkan pembaru diam-diam menerbitkan ulang jalur ISP langsung di latar belakang. Dan jika kontrak penerusan tidak dapat memenuhi persyaratan stabilitas situs, pilih susunan penerbitan lain daripada membeli label alamat lagi dan berharap ia berperilaku seperti server.