Pengumuman Alamat IP: Panduan Teknis Lengkap tentang BYOIP dengan AlexHost
Bring Your Own IP (BYOIP) adalah praktik mengumumkan blok alamat IP yang Anda miliki — terdaftar di bawah organisasi Anda dalam Regional Internet Registry (RIR) seperti RIPE NCC — melalui infrastruktur BGP penyedia jaringan pihak ketiga. AlexHost mengaktifkan ini pada sistem otonom miliknya sendiri, AS 200019, memungkinkan Anda menggunakan prefix IPv4 atau IPv6 Anda pada server dedicated yang disewa sambil tetap mempertahankan kepemilikan penuh dan portabilitas ruang alamat Anda.
Layanan ini sangat berharga bagi bisnis yang telah mengakumulasi blok IP lama, membutuhkan reputasi IP yang konsisten di seluruh penyedia, atau memerlukan pengalamatan provider-independent (PI) untuk kepatuhan, anti-spam, atau tujuan multi-homing.
Apa Itu Pengumuman Subnet BGP dan Mengapa Itu Penting
Ketika Anda memiliki blok alamat IP, alamat-alamat tersebut hanya dapat dijangkau di internet publik jika diumumkan melalui Border Gateway Protocol (BGP). BGP adalah protokol routing antar-domain yang mengatur bagaimana lalu lintas diarahkan antara autonomous system (AS) di seluruh internet global. Tanpa pengumuman BGP yang aktif, blok IP Anda tidak terlihat — tidak dapat menerima atau mengirim lalu lintas.
Dengan mengontrak AlexHost untuk mengumumkan prefix Anda melalui AS 200019, blok IP Anda menjadi dapat dirutekan secara global. Lalu lintas yang ditujukan ke alamat Anda diarahkan ke jaringan AlexHost, di mana kemudian diteruskan ke server dedicated Anda. Arsitektur ini memberi Anda yang terbaik dari kedua dunia: keandalan infrastruktur penyedia hosting terkelola dikombinasikan dengan reputasi IP, kepemilikan, dan portabilitas ruang alamat terdaftar milik Anda sendiri.
Ini secara fundamental berbeda dari menggunakan alamat IP yang ditetapkan oleh penyedia hosting. IP yang ditetapkan penyedia terikat pada ASN penyedia tersebut dan tidak dapat dipindahkan. Blok PI (Provider-Independent) milik Anda sendiri dapat dibawa bersama Anda.
Kasus Penggunaan Utama untuk Pengumuman BYOIP
Memahami kapan BYOIP adalah pilihan arsitektur yang tepat mencegah kesalahan yang mahal. Skenario berikut mewakili alasan yang paling dibenarkan secara teknis untuk menggunakan layanan ini:
- Preservasi reputasi IP: Bisnis yang menjalankan email volume tinggi, pemrosesan pembayaran, atau infrastruktur ad-tech membangun reputasi pada rentang IP tertentu. Berpindah ke penyedia baru tanpa BYOIP akan mengharuskan membangun kembali reputasi tersebut dari awal.
- Persyaratan regulasi dan kepatuhan: Industri tertentu mengharuskan alamat IP terdaftar atas nama entitas yang beroperasi, bukan penyedia hosting pihak ketiga.
- Multi-homing dan redundansi: Mengumumkan prefix yang sama dari beberapa ASN (AS 200019 dan penyedia lain secara bersamaan) memungkinkan rekayasa lalu lintas dan failover tanpa perubahan DNS.
- Kontrol anti-penyalahgunaan dan daftar hitam: Ketika IP Anda terdaftar dalam catatan database RIPE/ARIN Anda sendiri, laporan penyalahgunaan dan permintaan penghapusan daftar hitam langsung datang kepada Anda, memberi Anda kontrol resolusi yang lebih cepat.
- Monetisasi blok IPv4 lama: Organisasi yang memegang alokasi IPv4 besar dapat memanfaatkan ruang alamat yang tidak terpakai tanpa menjualnya.
Arsitektur Teknis: Cara AlexHost Mengumumkan Prefix Anda
Proses pengumuman mengikuti urutan langkah teknis yang tepat. Memahami arsitektur ini membantu Anda mempersiapkan diri dengan benar dan menghindari kegagalan routing.
Pembentukan Sesi BGP
Router AlexHost (beroperasi di bawah AS 200019) membentuk sesi peering BGP. Prefix Anda ditambahkan ke tabel routing BGP dan disebarkan ke penyedia transit upstream AlexHost dan mitra peering. Dari titik itu, prefix terlihat dalam tabel routing global dan dapat dijangkau dari titik mana pun di internet.
ROA dan RPKI: Lapisan Keamanan Wajib
Sebelum atau segera setelah pengumuman, Anda harus mengonfigurasi catatan Route Origin Authorization (ROA) dalam sistem RPKI (Resource Public Key Infrastructure). Ini adalah objek yang ditandatangani secara kriptografis yang disimpan dalam repositori RPKI RIR Anda (misalnya, portal RPKI RIPE NCC) yang menyatakan:
- ASN mana yang berwenang untuk mengoriginate prefix Anda (dalam hal ini, AS 200019)
- Panjang prefix maksimum yang dapat diumumkan
Langkah ini tidak opsional. Tanpa ROA yang valid, prefix Anda akan gagal validasi RPKI di banyak jaringan, mengakibatkan pemfilteran rute. Penyedia transit utama dan IXP semakin memberlakukan kebijakan routing hanya-RPKI-valid. ROA yang tidak valid atau hilang berarti lalu lintas Anda akan diam-diam dibuang di semakin banyak batas jaringan.
Entri ROA yang benar untuk pengumuman AlexHost terlihat seperti ini:
Origin ASN: AS200019
Prefix: your.prefix.here/24 (or your actual prefix)
Max Length: /24 (for IPv4) or /48 (for IPv6)Pembaruan Database RIPE
Secara paralel, Anda harus memperbarui database RIPE (atau database RIR Anda yang relevan) untuk mencerminkan kebijakan routing. Ini mencakup:
- Membuat atau memperbarui objek route yang mengasosiasikan prefix Anda dengan AS 200019
- Memastikan objek aut-num Anda menyertakan kebijakan ekspor yang mengizinkan AS 200019 untuk mengoriginate prefix Anda
- Memverifikasi objek inetnum atau inet6num Anda sudah terkini dan diatribusikan dengan benar
Kegagalan memperbarui database RIPE tidak mencegah routing, tetapi menciptakan inkonsistensi yang dapat memicu laporan penyalahgunaan dan mempersulit transfer atau audit di masa mendatang.
Pengumuman IPv4: Harga dan Kebijakan
AlexHost mendukung pengumuman prefix IPv4 dengan ukuran prefix minimum /24 (256 alamat). Ini adalah minimum yang diterima secara global untuk pengumuman BGP IPv4 — prefix yang lebih kecil dari /24 difilter oleh sebagian besar router internet dan tidak akan menyebar secara andal di seluruh tabel routing global.
| Komponen | Biaya |
|---|---|
| Biaya pengaturan satu kali | €50 |
| Biaya pengaturan dengan dedicated server (min. 3 bulan) | Dibebaskan |
| Biaya pengumuman bulanan | €20 per blok /24 |
Harga untuk blok yang lebih besar dihitung secara proporsional. Blok /22 berisi empat blok /24, sehingga biaya bulanan adalah €80 (4 x €20). Biaya pengaturan satu kali berlaku per peristiwa pengumuman, bukan per /24 dalam blok tersebut.
Pembebasan biaya pengaturan saat memesan Dedicated Server untuk minimum tiga bulan merupakan pengurangan biaya yang berarti bagi bisnis yang merencanakan penerapan berkelanjutan.
Pengumuman IPv6: Harga dan Kebijakan
Pengumuman IPv6 mengikuti kebijakan terpisah dengan ukuran prefix minimum /48. Sebuah /48 menyediakan 65.536 subnet /64 — ruang alamat yang lebih dari cukup untuk hampir semua penerapan enterprise.
| Komponen | Biaya |
|---|---|
| Biaya pengaturan satu kali | €20 per prefix |
| Biaya pengumuman bulanan | €20 per prefix /48 |
Persyaratan RPKI dan ROA IPv6 identik dengan IPv4. Anda harus membuat ROA yang valid dalam sistem RPKI RIR Anda yang mengotorisasi AS 200019 untuk mengoriginate prefix /48 (atau lebih besar) Anda sebelum pengumuman aktif.
Perhatikan bahwa meskipun alamat IPv6 berlimpah, slot tabel routing yang ditempati prefix Anda adalah sumber daya global bersama. Kebijakan prefix minimum AlexHost (/48) selaras dengan rekomendasi RIPE NCC dan mencegah inflasi tabel routing yang tidak perlu.
Pengumuman IPv4 vs. IPv6: Perbandingan Berdampingan
| Parameter | IPv4 | IPv6 |
|---|---|---|
| Prefix minimum | /24 (256 alamat) | /48 (65.536 subnet /64) |
| Biaya pengaturan satu kali | €50 (dibebaskan dengan dedicated server 3 bulan) | €20 per prefix |
| Biaya bulanan | €20 per /24 | €20 per /48 |
| RPKI/ROA diperlukan | Ya | Ya |
| Objek route RIPE diperlukan | Ya (route:) | Ya (route6:) |
| Kemampuan routing global prefix yang lebih kecil | Tidak (/25 dan lebih kecil difilter) | Bervariasi; /48 diterima secara luas |
| Kelangkaan alamat | Tinggi — IPv4 telah habis di tingkat RIR | Rendah — pasokan berlimpah |
| Kasus penggunaan umum | Portabilitas blok lama, reputasi | Dual-stack, persiapan masa depan, penerapan besar |
Kelayakan dan Batasan Layanan
Layanan ini tersedia secara eksklusif untuk dedicated server yang dihosting di AlexHost. Layanan ini tidak tersedia untuk instans VPS. Batasan ini ada karena alasan yang secara teknis masuk akal: pengumuman BGP dan routing prefix memerlukan sumber daya jaringan yang dedicated dan deterministik. Lingkungan bersama atau tervirtualisasi menimbulkan kompleksitas routing dan potensi ketidakstabilan yang tidak kompatibel dengan operasi BGP yang andal.
Jika Anda saat ini menggunakan VPS dan membutuhkan kemampuan BYOIP, jalur yang benar adalah bermigrasi ke Dedicated Server sebelum memulai proses pengumuman.
Jebakan Teknis Umum dan Cara Menghindarinya
Insinyur jaringan berpengalaman yang telah menerapkan BYOIP di berbagai penyedia secara konsisten menemukan mode kegagalan yang sama. Mengetahui hal ini sebelum Anda mulai menghemat waktu pemecahan masalah yang signifikan.
Jebakan 1: ROA Dibuat untuk Max-Length yang Salah
Kesalahan umum adalah menetapkan max-length ROA ke nilai yang lebih spesifik dari prefix yang diumumkan. Misalnya, jika Anda memiliki /22 tetapi berencana mengumumkan hanya /24, max-length ROA Anda harus diatur ke /24 atau lebih besar. Jika hanya diatur ke /22, pengumuman /24 akan RPKI-invalid dan difilter.
Jebakan 2: Objek Route Lama di RIPE
Jika prefix Anda sebelumnya diumumkan oleh ASN yang berbeda, objek route: lama mungkin masih ada dalam database RIPE yang menunjuk ke ASN tersebut. Ini menciptakan konflik. Anda harus menghapus atau memperbarui objek route lama sebelum membuat yang baru untuk AS 200019. Kegagalan melakukan ini dapat menyebabkan pengumuman Anda ditandai sebagai potensi pembajakan BGP oleh sistem pemantauan keamanan route seperti MANRS atau BGPmon.
Jebakan 3: Prefix Tidak Terdaftar di RIR
Anda tidak dapat mengumumkan blok IP yang tidak Anda pegang secara sah dalam database RIR. AlexHost akan memverifikasi bahwa prefix terdaftar atas nama organisasi Anda sebelum menyelesaikan pengaturan. Mencoba mengumumkan ruang yang tidak terdaftar atau milik pihak ketiga adalah pembajakan BGP — pelanggaran serius dengan konsekuensi hukum dan operasional.
Jebakan 4: Melupakan Delegasi Reverse DNS
Setelah prefix Anda diumumkan, Anda juga harus mendelegasikan reverse DNS (rDNS) untuk blok alamat Anda. Tanpa rDNS, banyak server email akan menolak koneksi dari IP Anda, dan berbagai alat keamanan akan menandai alamat Anda. Perbarui atribut domain: dalam objek inetnum RIPE Anda dan konfigurasikan catatan PTR yang sesuai.
Jebakan 5: Mengasumsikan Propagasi Global Instan
Propagasi rute BGP tidak instan. Setelah AlexHost mengaktifkan pengumuman Anda, berikan waktu 15 hingga 60 menit agar rute menyebar ke seluruh tabel routing global. Gunakan alat seperti bgp.he.net atau RIS Live RIPE untuk memantau status propagasi sebelum menguji konektivitas.
Cara Memesan: Proses Langkah demi Langkah
- Verifikasi kepemilikan RIR. Konfirmasikan prefix Anda terdaftar di RIPE NCC (atau RIR yang relevan) di bawah alokasi LIR atau PI organisasi Anda.
- Siapkan objek RIPE Anda. Pastikan objek inetnum/inet6num, aut-num, dan route/route6 Anda sudah terkini atau siap dibuat.
- Buka tiket dukungan melalui portal klien AlexHost. Sertakan prefix Anda, handle RIPE organisasi Anda, dan detail dedicated server Anda. Waktu respons dalam 30 menit.
- Selesaikan pembayaran untuk biaya pengaturan satu kali dan periode bulanan pertama.
- Buat ROA Anda di portal RPKI RIPE NCC, mengotorisasi AS 200019 sebagai ASN asal untuk prefix Anda.
- Perbarui objek route RIPE untuk mencerminkan AS 200019 sebagai AS yang mengoriginate.
- Verifikasi propagasi menggunakan alat BGP looking glass setelah AlexHost mengonfirmasi pengumuman aktif.
- Konfigurasikan rDNS untuk blok alamat Anda.
Untuk pertanyaan berkelanjutan, dukungan AlexHost dapat diakses melalui sistem tiket atau saluran live chat Telegram.
Integrasi dengan Infrastruktur AlexHost
AlexHost mengoperasikan jaringannya sendiri di bawah AS 200019, dengan konektivitas langsung ke penyedia transit utama dan internet exchange point. Ini berarti prefix yang Anda umumkan mendapat manfaat dari hubungan peering upstream AlexHost, mengurangi latensi dan meningkatkan keterjangkauan di berbagai wilayah geografis.
Untuk organisasi yang menjalankan beban kerja sensitif latensi — seperti aplikasi real-time, infrastruktur perdagangan keuangan, atau pekerjaan komputasi berkinerja tinggi — menggabungkan pengumuman BYOIP dengan GPU Hosting atau Dedicated Server bare-metal memberi Anda performa komputasi dan kontrol identitas jaringan yang dibutuhkan arsitektur Anda.
Jika penerapan Anda mencakup layanan berbasis web di bawah blok IP Anda sendiri, menggabungkan pengumuman dengan SSL Certificate yang diterbitkan dengan benar yang terikat ke domain Anda memastikan keamanan end-to-end yang selaras dengan postur kepemilikan IP Anda.
Organisasi yang mengelola ruang IP mereka sendiri sering juga mengendalikan infrastruktur domain mereka sendiri. Registrasi Domain melalui AlexHost memungkinkan Anda mengkonsolidasikan manajemen DNS, domain, dan IP di bawah satu hubungan penyedia, menyederhanakan overhead operasional.
Matriks Keputusan: Apakah Pengumuman BYOIP Tepat untuk Anda?
Gunakan matriks ini untuk menentukan apakah layanan ini sesuai dengan persyaratan teknis dan bisnis Anda sebelum berkomitmen.
| Persyaratan | Pengumuman BYOIP | IP yang Ditetapkan Penyedia |
|---|---|---|
| Memiliki prefix RIR terdaftar | Diperlukan | Tidak diperlukan |
| Portabilitas IP antar penyedia | Portabilitas penuh | Terkunci ke penyedia |
| Kontinuitas reputasi IP | Terjaga | Mulai dari awal |
| Konfigurasi BGP/RPKI diperlukan | Ya — tanggung jawab operator | Ditangani oleh penyedia |
| Komitmen minimum | Dedicated server | VPS atau dedicated |
| Biaya tambahan | €20–€50 pengaturan + €20/bulan per /24 | Termasuk dalam harga server |
| Kemampuan multi-homing | Ya | Tidak |
| Cocok untuk infrastruktur email | Ya (dengan rDNS) | Tergantung reputasi penyedia |
Daftar Periksa Poin Utama Teknis
Sebelum mengirimkan tiket pesanan Anda, verifikasi hal-hal berikut:
- Prefix Anda terdaftar di RIPE NCC (atau ARIN/APNIC) di bawah organisasi Anda
- Ukuran prefix minimum adalah /24 untuk IPv4 atau /48 untuk IPv6
- Anda memiliki akses ke portal RIR Anda untuk membuat dan memodifikasi catatan ROA
- Anda telah mengidentifikasi dan menyelesaikan objek route lama dari pengumuman ASN sebelumnya
- Anda memesan pada dedicated server — instans VPS tidak memenuhi syarat
- Anda memahami bahwa biaya bulanan berskala per blok /24 (misalnya, /22 = 4 x €20 = €80/bulan)
- Delegasi reverse DNS direncanakan sebagai bagian dari konfigurasi pasca-pengumuman Anda
- Anda telah mengalokasikan 15–60 menit untuk propagasi BGP global setelah aktivasi pengumuman
Pertanyaan yang Sering Diajukan
Apa ukuran prefix IPv4 minimum yang dapat diumumkan AlexHost?
Minimumnya adalah /24. Prefix yang lebih spesifik dari /24 (seperti /25, /26, dll.) difilter oleh sebagian besar router internet dan tidak akan menyebar secara andal di seluruh tabel routing global, sehingga tidak berfungsi untuk penggunaan internet publik.
Bisakah saya menggunakan pengumuman BYOIP pada VPS?
Tidak. Layanan ini tersedia secara eksklusif untuk dedicated server. Pengumuman BGP memerlukan sumber daya jaringan dedicated yang tidak kompatibel dengan lingkungan hosting bersama atau tervirtualisasi.
Apa yang terjadi jika saya tidak membuat ROA sebelum pengumuman?
Prefix Anda akan RPKI-unknown atau RPKI-invalid di jaringan yang memberlakukan validasi asal rute. Semakin banyak ISP besar dan penyedia transit memfilter rute RPKI-invalid, yang berarti lalu lintas Anda akan diam-diam dibuang di batas jaringan tersebut. Membuat ROA yang valid yang mengotorisasi AS 200019 sebelum atau segera setelah pengumuman adalah hal yang penting.
Bagaimana biaya dihitung untuk pengumuman /22?
Sebuah /22 berisi empat blok /24. Biaya bulanan adalah €20 per /24, sehingga /22 biayanya €80 per bulan dalam biaya pengumuman, ditambah biaya dedicated server Anda. Biaya pengaturan satu kali berlaku sekali per peristiwa pengumuman.
Bisakah saya mengumumkan prefix yang sama dari AlexHost dan penyedia lain secara bersamaan?
Ya. Mengumumkan prefix yang sama dari beberapa ASN disebut multi-homing dan merupakan teknik rekayasa lalu lintas yang sah dan banyak digunakan. Anda memerlukan ROA yang valid yang mengotorisasi kedua ASN, atau catatan ROA terpisah untuk masing-masing. Koordinasikan dengan dukungan AlexHost untuk memastikan konfigurasi pengumuman mendukung topologi multi-homing Anda dengan benar.
