BYOIP s méně než 256 adresami: co funguje pod /24

Žádný poskytovatel cloudu ani hostingu nepřijme přes bring your own IP méně než /24 a žádný by ani nemohl. Sítě napříč internetem zahazují routy menší než /24, takže samostatně announcovaná /25 by nedosáhla téměř nikam. Pokud potřebujete vlastní adresy, ale méně než 256, existují tři způsoby, které fungují, a tři, které nefungují.

Proč je /24 minimum

Každá síť na internetu udržuje tabulku rout a aby zůstala zvládnutelná, téměř všechny přijímají IPv4 routy nejméně o velikosti /24 a cokoli delšího potichu zahazují. /25, /28 nebo jednotlivá adresa jsou dosažitelné jen jako součást /24, kterou nějaká síť announcuje jako celek.

Proto BYOIP žádného poskytovatele nejde pod /24 (průvodci k poskytovatelům); Alibaba Cloud začíná ještě výš, na /23. Není to obchodní rozhodnutí, které by poskytovatel mohl pro vás udělat jinak. Menší blok by prostě nebyl z většiny internetu dosažitelný.

Možnost 1: vezměte celou /24

Pokud potřebujete sto adres, celá /24 je často menší skok, než se zdá, a je to čistší řešení. Přenesete ji k poskytovateli jeho běžným postupem BYOIP, announcuje se jako každý jiný blok a máte prostor k růstu. Pronájem vás ušetří kapitálového výdaje za nákup a naše ceny pronájmu jsou zveřejněné (ceny). Azure chce blok registrovaný na vaše vlastní jméno a seznam přijímaných stavů Oracle Cloud vynechává ASSIGNED PA, obvyklý stav pronajatého adresního prostoru IP, takže tyto dva si nejdřív ověřte s námi.

Nevýhoda je zřejmá: platíte za 256 adres, i když jich používáte méně.

Možnost 2: tunel doručí přesně tolik, kolik potřebujete

Síť, která announcuje celou /24, může menší část předat vašemu serveru tunelem: /29, /28 nebo jednu adresu. Provoz pro tyto adresy dorazí do sítě, která blok announcuje, projde tunelem GRE nebo WireGuard na váš server a váš server adresy používá, jako by byly nakonfigurované lokálně (jak tunel funguje).

Co tím získáte:

• Libovolného poskytovatele. Funguje to i tam, kde BYOIP vůbec není, například u Hetzner Cloud (Hetzner), protože poskytovatel musí přenášet jen tunel.
• Adresy, které zůstávají vaše. Když se stěhujete, tunel jde s vaším serverem a adresy, jejich reputace i každý allowlist, na kterém jsou, jdou s ním.
• Žádné ASN, žádná práce s ROA na vaší straně. Blok announcuje síť na druhém konci.

Náklady jsou stejné jako u každého tunelu: provoz jde oklikou na druhý konec tunelu, kapacita tunelu určuje strop a MTU je o něco menší než na běžné lince. Pro většinu služeb, které potřebují pár stabilních adres, na ničem z toho příliš nezáleží.

Možnost 3: vlastní dodatečné adresy poskytovatele

Většina poskytovatelů prodává dodatečné IPv4 adresy ze svých poolů, jako failover, floating nebo elastic IP. Rychle se přidávají a fungují okamžitě. Patří ale poskytovateli: zůstanou u něj, když odejdete, allowlisty vašich partnerů se musí změnit a zdědíte jakoukoli reputaci, kterou na nich zanechal předchozí uživatel.

To stačí u adres, které mají jen fungovat, u jednoho poskytovatele, a zatím.

Co nefunguje

• Sami announcovat /25 nebo menší přes BGP. Bude filtrována téměř všude, ať je vaše session i ROA sebelepší.
• Žádat cloud o přenesení /26. BYOIP každého poskytovatele přijímá /24 nebo větší, takže menší blok je odmítnut ještě před začátkem zřizování.
• Rozdělit /24 mezi dva cloudy přes BYOIP. U většiny poskytovatelů může být rozsah vždy jen na jednom místě. Tunel může obsluhovat části bloku na více místech; BYOIP obecně ne.

Co zvolit

Kde se uplatní RTM Networks

Děláme obě první možnosti. Pronajímáme /24 a větší bloky pro BYOIP, s ROA, záznamem v registru a Letter of Authorization připravenými pro vašeho poskytovatele, a menší bloky doručujeme přes GRE nebo WireGuard na server u libovolného poskytovatele, až po jedinou adresu (tunely GRE a WireGuard). Napište nám, kolik adres potřebujete a kde máte servery, a řekneme vám, která z obou možností sedí.