BYOIP w Infomaniak: własne adresy IP w Infomaniak Public Cloud

To, co Infomaniak opisuje, to uprawnienie dla Twojego projektu, więc ten przewodnik wymienia, co ustalić w prośbie do wsparcia Infomaniak, zanim przeniesiesz usługę.

Co przyjmuje Infomaniak

Według dokumentacji Public Cloud Infomaniak w dniu, w którym sprawdzaliśmy:

• Rozmiar, rejestry i status. Nieopublikowane.
• Kto ogłasza. Nieopublikowane: Infomaniak nie podaje ASN ani nie mówi, czy wymaga ROA, obiektu route lub Letter of Authorization.
• Gdzie. Infomaniak Public Cloud. Sieci typu provider network tworzy Infomaniak, a standardowe floating IPs pochodzą z jego sieci ext-floating1. Jego strona o sieciach i podsieciach wymienia wnoszenie własnego CIDR jako jedno z zastosowań sieci dostawcy (provider networks), które tworzy Infomaniak i których nie można wybrać przy uruchamianiu instancji. Prośba poniżej pyta, która sieć będzie przenosić Twój zakres.
• Cena i czas. Nieopublikowane.
• Jak go uzyskać. Przez rolę BYOIP, wymienioną obok standardowych ról reader i member „for advanced features” (tłumaczenie: „dla funkcji zaawansowanych”), która „must be activated by Infomaniak support before use” (tłumaczenie: „przed użyciem musi zostać włączona przez wsparcie Infomaniak”). Włączenie ma trzy kroki: „Contact Infomaniak support”, „Provide use case and IP range details”, „Wait for approval and activation” (tłumaczenie: „Skontaktuj się ze wsparciem Infomaniak”, „Podaj przypadek użycia i szczegóły zakresu IP”, „Poczekaj na zatwierdzenie i włączenie”).

Rola odblokowuje cztery wywołania sieciowe, których nie mogą wykonać role reader i member:

Zanim zaczniesz

Opisany przez Infomaniak krok to prośba do wsparcia z „use case and IP range details” (tłumaczenie: „przypadkiem użycia i szczegółami zakresu IP”). Kompletna prośba oszczędza jedną wymianę wiadomości:

• Zakres i jego rekord. Prefiks, rejestr, posiadacz wskazany w rekordzie i to, czy zakres jest dziś gdzieś ogłaszany.
• Przypadek użycia. Floating IPs na instancjach, instancja routera lub zapory, która potrzebuje allowed address pairs, albo migracja, która musi zachować adresy.
• Źródło. Zapytaj, z którego ASN Infomaniak będzie ogłaszał zakres. Jeśli blok ma ROA i żadne nie wskazuje tego ASN, sieci walidujące RPKI odrzucą trasę (RPKI i ROA).
• Projekt. Projekt Public Cloud, który potrzebuje roli.
• Sieć. Zapytaj, która sieć zewnętrzna będzie przenosić zakres, bo dokumentacja nie wskazuje żadnej dla BYOIP.

Krok po kroku

01Poproś wsparcie Infomaniak o rolę BYOIP, podając zakres, przypadek użycia i projekt wymienione powyżej.

02Poczekaj na zatwierdzenie i włączenie. Infomaniak nie podaje czasu.

03Zaktualizuj rejestr tak, jak poprosi Infomaniak, zanim zacznie ogłaszać zakres.

04Utwórz adresy. Z rolą wywołanie floating IP przyjmuje konkretny adres. W OpenStack CLI, z siecią wskazaną przez wsparcie:

openstack floating ip create --floating-ip-address 203.0.113.10 <network>
openstack server add floating ip <server> 203.0.113.10

Do automatyzacji dokumentacja Infomaniak mówi, że application credentials trzeba tworzyć z potrzebną rolą. Jego strona o nich nie wymienia roli BYOIP wśród ról, które może mieć poświadczenie, więc zapytaj wsparcie, jak nadać poświadczeniu rolę BYOIP.

Pułapki

• Traktowanie roli jako całej usługi. Rola to uprawnienie. To, czy zakres działa, zależy od strony routingu, której Infomaniak nie opisuje: kto go ogłasza, z jakiego ASN i co musi zawierać rejestr. Uzyskaj te odpowiedzi na piśmie, zanim przeniesiesz usługę.
• Port security. Wyłączenie go na porcie wyłącza też security groups tego portu, według opisu samego Infomaniak. Instancja routera lub zapory potrzebuje wtedy własnego filtrowania.
• Stare ogłoszenie. Jeśli zakres jest dziś ogłaszany gdzie indziej, dodaj ROA dla ASN Infomaniak przed przełączeniem i wycofaj stare ogłoszenie, gdy ogłoszenie Infomaniak zacznie działać. Dwa źródła dzielą ruch.
• Mniej niż /24. Infomaniak nie publikuje minimum, ale sieci w całym internecie filtrują wszystko mniejsze niż /24. Przy kilku adresach praktyczną drogą jest tunel.

Jeśli dzierżawisz blok

Infomaniak nie publikuje żadnej zasady dotyczącej dzierżawionej przestrzeni: nic nie mówi, że zakres musi być zarejestrowany na Twoją organizację ani że musisz być LIR. Wskaż posiadacza w swojej prośbie. Stronę rejestrową robi posiadacz, bo tylko jego maintainer może zmieniać rekordy: ROA dla ASN wskazanego przez Infomaniak, obiekt route, jeśli Infomaniak go chce, i Letter of Authorization, jeśli o niego poprosi.

Gdzie pasuje RTM Networks

Dzierżawimy /24 i większe z naszej własnej przestrzeni adresowej RIPE NCC (dzierżawa IPv4) i sprzedajemy bloki w regionach RIPE NCC, ARIN i APNIC. Dla przestrzeni dzierżawionej od nas tworzymy ROA i obiekt route dla ASN wskazanego przez Infomaniak i podpisujemy Letter of Authorization. Jeśli potrzebujesz mniej niż 256 adresów albo adresów, zanim Infomaniak podejmie decyzję, ogłaszamy blok i dostarczamy go do Twojej instancji w Infomaniak przez GRE lub WireGuard, aż do jednego adresu (tunele GRE i WireGuard). Inni dostawcy: przewodniki BYOIP.