Exoscale BYOIP: Exoscale'de kendi IP adreslerinizi kullanmak

Exoscale, kendi IP adreslerinizi getirmeye dair hiçbir şey yayımlamıyor. 15 Ekim 2026'da belgelerini, SSS'sini ve fiyat sayfasını okuduk; hiçbiri müşteriye ait adreslerden bahsetmiyor. Belgeler yalnızca Exoscale'in kendi adreslerini anlatıyor. Her instance “a native IPv4 address, leased from a global pool and intrinsically tied to the Compute instance” (çeviri: “küresel bir havuzdan kiralanan ve Compute instance'ına özünde bağlı yerel bir IPv4 adresi”) ile provizyonlanır. Elastic IP'ler, Exoscale'in kuruluşunuz için oluşturduğu, varsayılan olarak beş adet olan ve tek bir zone içindeki instance'lara bağlanan statik adresler ekler.

Exoscale'in özel ağlarınıza giden dedicated bağlantısı Private Connect bunun etrafından dolaşmanın bir yolu değil. SSS'si, Exoscale'in IP aralığınızı BGP üzerinden router'larınıza anons edip edemeyeceğini soruyor ve şöyle yanıtlıyor: “No, Private Connect is a pure Layer 2 connection to your router. No routing is done inside of Exoscale.” (çeviri: “Hayır, Private Connect router'ınıza saf bir Katman 2 bağlantısıdır. Exoscale içinde yönlendirme yapılmaz.”)

Tünel yolu

Bloğu anons edebilen bir ağ bunu yapar ve bir GRE veya WireGuard tüneli trafiğini Exoscale instance'ınıza taşıyıp geri getirir (tünelin nasıl çalıştığı). Instance, Exoscale'in ona verdiği yerel IPv4 adresini korur ve o adres tünelin dış ucudur. Kiralanan blok tünelin içinden gelir. Adreslerini tünel veya loopback arayüzünde yapılandırırsınız ve instance onlarda yerelmiş gibi yanıt verir. Exoscale'in ağı yalnızca iki genel adres arasındaki trafiği görür.

• Tünel için yerel adresi kullanın. Exoscale, Elastic IP'lerin yalnızca gelen trafik için doğal olarak çalıştığını ve giden trafiğin kaynak olarak hâlâ instance'ın yerel adresini kullandığını söylüyor. Elle yapılandırılan bir Elastic IP bunu kısmen aşar: Exoscale'in bir Elastic IP'yi trafik kaynağı olarak kullanma rehberi bir uygulamayı ona bağlar. Bir tünel için yerel adres yine de daha basit uçtur; bu yüzden uzak ucu bir Elastic IP'ye değil, yerel IPv4 adresine yönlendirin.
• Yanıtlar tünel üzerinden geri döner. Bloktan gelen trafiğin tünelden çıkması için bir policy route ekleyin. Doğrudan gönderilirse, Exoscale'in instance'a hiç atamadığı bir kaynak adres taşırdı ve ağlar böyle trafiği filtreler.
• Security group'u açın. Exoscale varsayılan olarak tüm gelen trafiği reddeder. Uzak ucun adresinden, security group'ların TCP, UDP ve ICMP ile birlikte bir protokol olarak sunduğu GRE için veya WireGuard'ın UDP portu için bir ingress kuralı ekleyin. Egress, ilk egress kuralını oluşturana kadar açık kalır. Ondan sonra tünelin çıkışına da izin verin.
• MTU'yu ayarlayın. GRE için 1.476 bayt, WireGuard için 1.420 civarı; instance bloğu container'lara veya sanal makinelere yönlendiriyorsa MSS clamping ile.
• Her boyut. Bir tünel 256'dan az adresi, tek bir adrese kadar ulaştırır; BYOIP bunu hiçbir zaman yapmaz.

RTM Networks'ün yeri

Kendi RIPE NCC adres alanımızdan /24 ve daha büyük bloklar kiralarız ve RIPE NCC, ARIN ve APNIC bölgelerinde blok satarız. Her kiralama ROA'yı, route nesnesini, PTR kayıtlarını ve ihtiyaç duyduğunuzda bir Yetki Belgesini (Letter of Authorization) içerir (IPv4 kiralama). Exoscale bir bloğu anons etmeyi kabul ederse, belirttiği ASN için ROA'yı oluşturur ve Yetki Belgesini imzalarız. O zamana kadar bloğu kendimiz anons eder ve onu GRE veya WireGuard üzerinden, tek bir adrese kadar her boyutta instance'ınıza ulaştırırız (GRE ve WireGuard tünelleri). Bize zone'u ve kaç adrese ihtiyacınız olduğunu söyleyin. Diğer sağlayıcılar: BYOIP rehberleri.