Ugrás a tartalomra
Networks

Források

IPAM: az IP-címtér nyilvántartása

Utoljára ellenőrizve:

Az IP-címkezelés (IP address management, IPAM) az Ön által birtokolt címtér nyilvántartása: hogyan osztotta fel, és mire használja az egyes prefixeket és címeket. Nem oszt ki címeket, azt a DHCP teszi, és nem válaszol lekérdezésekre, azt a DNS teszi: ez az a terv, amellyel a szervereknek, a tűzfalaknak és a nyilvántartó rekordjainak egyezniük kell. Egy bérelt vagy vásárolt blokknál a nyilvántartói oldal is beletartozik.

Mit csinál egy IPAM

  • A címterv. Egy hierarchia a birtokolt blokkoktól az egyes címekig: a NetBox például egy, a nyilvántartójához rendelt aggregátumból indul, majd prefixek, tartományok és címek következnek. Az IPv6-tervek 4 bites határokon futnak, jellemzően üzleti telephelyenként egy /48-cal.
  • Mennyire telt meg az egyes prefixek. A nyilvántartók kérik ezeket a számokat: a RIPE NCC auditálhatja, mi van egy aggregált hozzárendelés mögött, az ARIN pedig egyes átruházások jóváhagyása előtt vizsgálja, mennyit használnak egy blokkból.
  • DHCP és DNS. Az ezeket is futtató eszközöket DDI-ként árulják: DNS, DHCP és IPAM együtt.
  • Mi van valóban használatban. A felderítés összeveti a tervet azzal, ami a hálózaton válaszol, és jelzi az ütközéseket.
  • A módosítások előzményei, és egy API az automatizáláshoz.

Hogyan kapcsolódik a nyilvántartóhoz

A nyilvántartó ugyanazoknak a tényeknek a nyilvános oldalát tartja, és minden nyilvántartónak saját szabályai vannak:

RekordMit mondA szabály
RIPE Database inetnum és inet6numKi birtokol egy blokkot és ki használja, egy státusszal: allocated, assigned, sub-allocated, a LIR által aggregált, PI vagy legacy„All assignments and allocations must be registered in the RIPE Database” (fordítás: „Minden hozzárendelést és allokációt regisztrálni kell a RIPE Database-ben”), és az adatoknak „must be correct at all times” (fordítás: „mindenkor helyesnek kell lenniük”) (RIPE-826)
ARIN reassignmentek és reallocationökMelyik ügyfél használja egy szolgáltató blokkjának egy részétIPv4-nél egy /29-re vagy nagyobbra, IPv6-nál egy /47-re vagy nagyobbra kell benyújtani, és hét napon belül láthatónak kell lennie (az ARIN NRPM-je)
APNIC inetnum és inet6numUgyanez, és privátként is jelölhetőkKötelező az IPv4-nél /30-nál, IPv6-nál /48-nál nagyobb kiosztásoknál, egy hathavonta ellenőrzött incidenskezelő csapat objektummal (APNIC-127)
ROAMelyik ASN jelenthet be egy prefixet, a birtokos aláírásávalLegyen minimális: az RFC 9319 arra kéri az üzemeltetőket, hogy kerüljék a maximális hossz mezőt
Route objektumEgy prefix és az origin ASN-je, útvonalszűrőkhözA RIPE Database-ben a címtér saját maintainerei engedélyezik
Reverse DNSKi válaszol a blokk PTR-rekordjaiértIPv4-nél /24-enként, IPv6-nál 4 bites határonként delegálva

Bérelt címtérnél a birtokos írja alá a ROA-t. A RIPE NCC régiójában a birtokos tanúsítványa lefedi a prefixet, és bármely ASN-t megnevezheti originként; az ARIN-nál a szolgáltató által továbbosztott címtér nem kerülhet az ügyfél saját tanúsítványára, így a szolgáltató az ügyfél nevében küldi be a ROA-t.

Mit rögzítsen, amikor blokkot bérel vagy vásárol

  • A blokk: prefix, nyilvántartó, és a nap, amikor megkapta. Vásárlásnál ez a dátum számít: a RIPE NCC-nél az átruházással kapott IPv4 24 hónapig nem kerülhet tovább; az ARIN-nál az a szervezet, amely az elmúlt 12 hónapban kapott címteret, nem ruházhat át belőle, és az ARIN várólistájáról kapott címtér 60 hónapig zárolva van.
  • A nyilvántartói rekordjai: a státusz, az objektumnevek és handle-ök, a maintainerek, és ki a jogi birtokos, ha nem Ön.
  • Hogyan van regisztrálva egy bérlet: egy hozzárendelési objektum Önnek, vagy a RIPE NCC-nél egy ideiglenes átruházás, amely az átruházási megállapodásban szereplő napon visszaadja a blokkot a birtokosának.
  • A szerződés: kezdet, vége, megújítás és felmondás, és mit mond a bérlet az újracímzésről.
  • Vásárlásnál: az átruházás típusa, a nyilvántartó jegyszámai, a regisztráció dátuma és a dokumentumok.
  • Routing: minden ROA (prefix, origin ASN, maximális hossz, ki hozta létre), minden route objektum, és minden meghatalmazó levél (Letter of Authorization) a hatókörével és dátumával.
  • Reverse DNS: a zónák és a névszervereik.
  • Hely: a geofeed URL-je és bejegyzései, valamint a helymeghatározó adatbázisoknál nyitott javítási kérelmek.
  • Az abuse-kapcsolattartó, és mikor ellenőrizte utoljára a nyilvántartó.
  • Reputáció az átadáskor: feketelista-eredmények a dátumukkal (IP-feketelistázás).
  • Amit az előző birtokos hátrahagyott: régi ROA-k, route objektumok és geofeed-bejegyzések, amíg el nem takarítják őket.
  • A visszaadás: a visszaadás dátuma, és mit kell akkor eltávolítani.

IPAM-eszközök 2026-ban

  1. október 16-án ellenőrizve; aznap mindegyik aktuális volt.
EszközFajtaMi ez
NetBoxNyílt forráskódú (Apache 2.0), fizetős felhős és enterprise kiadásokkalA hálózat „source of truth”-ja: IPAM és adatközponti leltár, amely a hálózatot úgy modellezi, ahogyan lennie kellene
NautobotNyílt forráskódú (Apache 2.0), fizetős kiadásokkalA NetBox egy forkja, az automatizálás köré építve
phpIPAMNyílt forráskódú (GPL 3.0)Könnyű webes IPAM alhálózat-szkenneléssel, API-val és RIPE Database-importtal
NIPAPNyílt forráskódú (MIT)Prefixközpontú IPAM szolgáltatóknak
InfrahubNyílt forráskódú (Apache 2.0), enterprise kiadássalSource of truth ágakkal, mint a Git, és IPAM erőforráskészletekkel
InfobloxKereskedelmiDDI-appliance-ek (NIOS) és felhőből kezelt DDI (Universal DDI, amely 2025-ben a BloxOne DDI-t váltotta)
BlueCatKereskedelmiIntegrity a vállalati DDI-hoz, és a Micetro, korábban Men&Mice, egy réteg a meglévő DNS és DHCP fölött
EfficientIP SOLIDserverKereskedelmiDDI-csomag, egy modullal, amely RIPE Database-frissítéseket nyújt be
SolarWinds IP Address ManagerKereskedelmiIPAM szkenneléssel, ütközésfelismeréssel és DHCP-kezeléssel
ManageEngine OpUtilsKereskedelmi, ingyenes kiadássalIPAM switchport-térképezővel
Device42KereskedelmiLeltár- és felderítő platform beépített IPAM-mel
Windows Server IPAMA Windows Serverbe építveIPAM a Microsoft DHCP-hez és DNS-hez, egy mezővel a nyilvántartónak és a blokk megkapásának dátumának
Amazon VPC IP Address ManagerAWS, ingyenes és advanced szintCímteret tervez és követ AWS-fiókokon és régiókon át, beleértve a behozott címeket is; az advanced szint figyelheti ezek ROA-it
Azure Virtual Network Manager IPAMAzureKészletek, amelyek nem átfedő tartományokat adnak a virtuális hálózatoknak

Két név, amely régebbi útmutatókban felbukkan, továbblépett: a Nokia VitalQIP-je ma a Cygna Labsé, a Cisco Prime Network Registrar pedig már nem tartalmaz IPAM-ot. A Google Cloudnak nincs külön IPAM-terméke; az IPAM-ot egy VPC-n belül belső tartományokkal (internal ranges) kezeli.

Hol segít az RTM Networks

Minden nálunk bérelt blokkhoz jár reverse DNS és RPKI, kérésre pedig geolokáció-javítás: Önnel együtt beállítjuk a blokk ROA-ját és reverse DNS-ét, kérésre egy geofeed-hivatkozást, és azt a meghatalmazó levelet (Letter of Authorization), amelyet az upstreamje vagy a felhőszolgáltatója kér. Kérje el tőlünk azokat a nyilvántartói adatokat, amelyekre az IPAM-jének szüksége van.

Kapcsolat

Címtérre van szüksége, vagy segítségre a nyilvántartójával?

Írja meg, mire van szüksége: bérelhető vagy megvásárolható blokkra, IPv6-ra, vagy AS-számra a szponzorálásunkon keresztül. Általában 1-3 munkaórán belül válaszolunk.

Kapcsolatfelvétel

GYIK

Gyakori kérdések

Elég egy táblázat?

Néhány blokkhoz és egyetlen emberhez elég lehet. Kevés, amint többen módosítják, vagy ha szüksége van egy módosítás előzményeire, arra, mennyire telt meg az egyes prefixek, vagy hogy a DHCP és a DNS összhangban maradjon a tervvel. Az ingyenes eszközök, például a NetBox és a phpIPAM, mindezt tudják.

Ki regisztrálja a bérelt blokkot a nyilvántartónál?

A birtokos. A RIPE NCC régiójában a birtokos LIR-je regisztrál egy hozzárendelést (assignment) Önnek, és kiállítja a ROA-t az Ön ASN-jére. Az ARIN-nál a szolgáltató egy /29-nél vagy nagyobbnál hét napon belül benyújt egy reassignmentet, és az Ön nevében küldi be a ROA-kat.

Miért rögzítsem a ROA-t az IPAM-emben?

Hogy tudja, melyik ASN-t nevezi meg, mi a maximális hossza, és ki hozta létre. Ezeknek kell megváltozniuk, amikor másik upstreamre vagy felhőszolgáltatóhoz költözik, és ezt kell visszavonni, amikor visszaadja a blokkot.