Exoscale BYOIP: saját IP-címek használata az Exoscale-nél

Az Exoscale semmit nem közöl saját IP-címek behozataláról. 2026. október 15-én elolvastuk a dokumentációját, a GYIK-jét és az árlistáját, és egyik sem említ ügyfél tulajdonában lévő címeket. A dokumentáció csak az Exoscale sajátjait írja le. Minden példány „a native IPv4 address, leased from a global pool and intrinsically tied to the Compute instance” (fordítás: „egy natív IPv4-címet kap, amelyet egy globális készletből bérel, és amely elválaszthatatlanul a Compute-példányhoz kötődik”) címmel jön létre. Az Elastic IP-k statikus címeket adnak hozzá, amelyeket az Exoscale hoz létre a szervezete számára, alapból ötöt, egy zónán belüli példányokhoz csatolva.

A Private Connect, az Exoscale dedikált kapcsolata a privát hálózataiba, nem kerülőút. A GYIK-je felteszi a kérdést, hogy az Exoscale hirdetheti-e az Ön IP-tartományát a routerei felé BGP-n, és így válaszol: „No, Private Connect is a pure Layer 2 connection to your router. No routing is done inside of Exoscale.” (fordítás: „Nem, a Private Connect tisztán 2. rétegbeli kapcsolat az Ön routeréhez. Az Exoscale-en belül nincs útválasztás.”)

Az alagút

Egy hálózat, amely be tudja jelenteni a blokkot, bejelenti, és egy GRE- vagy WireGuard-alagút az Exoscale-példányához és vissza szállítja a forgalmát (hogyan működik az alagút). A példány megtartja az Exoscale-től kapott natív IPv4-címét, és ez a cím az alagút külső vége. A bérelt blokk az alagúton belül érkezik. A címeit az alagút- vagy a loopback-interfészen állítja be, és a példány úgy válaszol rajtuk, mintha helyiek lennének. Az Exoscale hálózata csak két nyilvános cím közötti forgalmat lát.

• Az alagúthoz a natív címet használja. Az Exoscale szerint az Elastic IP-k natívan csak a bejövő forgalomra működnek, a kimenő forgalom forráscíme továbbra is a példány natív címe. Egy kézi Elastic IP ezt részben megkerüli: az Exoscale útmutatója az Elastic IP forgalomforrásként való használatáról egy alkalmazást köt hozzá. Alagúthoz a natív cím mégis az egyszerűbb végpont, ezért a túlsó véget a natív IPv4-címre irányítsa, ne egy Elastic IP-re.
• A válaszok az alagúton át mennek vissza. Adjon hozzá egy policy route-ot, hogy a blokkból érkező forgalom az alagúton át távozzon. Ha közvetlenül menne ki, olyan forráscímet hordozna, amelyet az Exoscale soha nem osztott ki a példánynak, és a hálózatok kiszűrik az ilyen forgalmat.
• Nyissa meg a security groupot. Az Exoscale alapból minden bejövő forgalmat tilt. Adjon hozzá bejövő szabályt a túlsó vég címéről a GRE-re, amelyet a security groupok protokollként kínálnak a TCP, az UDP és az ICMP mellett, vagy a WireGuard UDP-portjára. A kimenő forgalom nyitva marad, amíg létre nem hozza az első kimenő szabályt. Utána az alagutat kifelé is engedélyezze.
• Állítsa be az MTU-t. GRE-nél 1476 bájt, WireGuardnál 1420 körül, MSS clampinggel, ha a példány konténerek vagy virtuális gépek felé továbbítja a blokkot.
• Bármilyen méret. Az alagút 256-nál kevesebb címet is eljuttat, akár egyetlenet is, amire a BYOIP soha nem képes.

Hol segít az RTM Networks

/24-eket és nagyobbakat bérbe adunk saját RIPE NCC-címterünkből, és blokkokat értékesítünk a RIPE NCC, az ARIN és az APNIC régiójában. Minden bérlet tartalmazza a ROA-t, a route objektumot, a PTR-rekordokat és egy meghatalmazó levelet (Letter of Authorization), amikor szükség van rá (IPv4 bérlése). Ha az Exoscale vállalja egy blokk bejelentését, létrehozzuk a ROA-t az általa megnevezett ASN-re, és aláírjuk a meghatalmazó levelet. Addig mi magunk jelentjük be a blokkot, és GRE-n vagy WireGuardon át juttatjuk el a példányához, bármilyen méretben, egyetlen címig (GRE- és WireGuard-alagutak). Írja meg a zónát és azt, hány címre van szüksége. Más szolgáltatók: BYOIP-útmutatók.