Hogyan különbözik a statikus IP-cím a dinamikus IP-től?

Mielőtt megpróbálná megválaszolni a fenti kérdést, jelentősen bele kell merülnie a történelembe - akkor a kiváltó okok maguk tisztázzák..

Miért van szükség a számítógépekre (és más elektronikus eszközökre) "címekre"

Amint egynél több elektronikus eszköz van (más szavakkal, megjelenik valamiféle „hálózat”), és szükség van rá adatátvitel közöttük, a kérdés az eszközök azonosítása. Természetesen ugyanabban a helyiségben ez megvalósítható egyedi névkészlet segítségével - de mi a teendő, ha a hálózaton keresztül csatlakoztatott számítógépeknek városi, országos vagy az egész világméretű interakcióval kell működniük? Ehhez a múlt század hetvenes éveinek végén egész sor szabályt hoztunk létre, az úgynevezett "protokollkészlet TCP / IP”. Ez a meglehetősen bonyolult készlet teljesen meghatározta az interakciót (adatátvitel) az IP hálózat bármely PC-je között, de ehhez minden egyes interakciós számítógéphez 32 bites méretű egyedi számot (IP címet) rendelött (szokásos, hogy 4 bájtként írja le a határolókat, AA típusú) : BB: CC: DD - és hívja az IPv4) - ezáltal "egy órás aknát állít" az elkövetkezendõ évtizedekben.

A matematika ismerete alapján nyilvánvaló, hogy 32 bit elég ahhoz, hogy megközelítőleg elkészítsék négy és néhány milliárd egyedi cím, ami a 80-as évek elején több mint elegendőnek tűnt - elvégre a személyi számítógépek éppen megjelentek és „gyenge” voltak (8/16 bit néhány megahertz órajel-frekvenciával), és csak a „nagygépek” engedhetik meg maguknak a „hálózati hozzáférést”. »(mainframe).

Ugyanakkor a PC-k számának robbanásszerű növekedése után a 80-as évek végére világossá vált, hogy ezeknek a címeknek a deklarált hely nem lesz mindenki számára elegendő (átadva azt vesszük észre, hogy ez a probléma többé-kevésbé automatikusan megoldódik az IPv6 széles körű bevezetésével, ahol a címtér megengedett mérete megnégyszereződött, azaz akár 16 bájt: a Föld jelenlegi lakosainál ez személyenként több mint háromszáz millió egyedi címet fog elérni).

Palliatív kiút

Az árnyalat az volt, hogy bár a számítógépek egyre inkább egyre növekedtek, a hálózathoz való egyidejű hozzáférést csak viszonylag kis számú személy igényelte. Ezért a következő döntést hozták: jelölje ki a magánhálózatok speciális címblokkjait, ahol ezeket a címeket többször meg lehet ismételni (de nem ugyanabban az alhálózatban / szegmensben!) - és korlátozott számú „valódi” cím ideiglenes terjesztésének felügyeletét az egyetemes hálózathoz hozzáférést biztosító szervezeteknek (internetszolgáltatók) kell kiosztani, amelyekhez az ilyen címek blokkjai központilag vannak elosztva. Úgy tűnik, hogy minden egyszerűvé vált: vannak olyan „statikus címek”, amelyek változatlanok maradnak a hálózaton lévő számítógépek / eszközök esetében, és „dinamikus címek”, amelyeket át lehet adni / át lehet osztani köztük egy bizonyos megállapodással.

Belső / külső, „fehér” és „szürke” címek

Tehát a helyi hálózatoknak megengedték, hogy magukban rendezzék meg a címeket a 10.0.0.0 - 10.255.255.255, 172.16.0.0 - 172.31.255.255 vagy 192.168.0.0 - 192.168.255.255 csoportokból, amelyeket privátnak (vagy belső "szürke") hívtak. Külső (nyilvános vagy „fehér” címre) csak akkor van szükség, hogy egy adott hálózati eszközt meg lehessen adni a globális hálózatról - ezen a címen az eszköz „kívülről látható”, és nyilvánvalóan egyedi az egész hálózat számára. A hálózati címek automatikus egyeztetése (fordítása) magánról nyilvánosra és fordítva a Network Address Translation (NAT) használatával történik..

Összefoglaljuk: az alapvető különbség a dinamikus társaktól származó statikus IP (függetlenül a „színétől”, a csoporthoz való tartozástól és a tulajdonos kívánságától) azon, hogy az első változatlan marad, amikor a számítógép / eszköz csatlakozik a hálózathoz, és egy dinamikus címet mindig automatikusan hozzárendelnek, és korlátozott ideig használnak (az "élettartamot" a hozzárendelt szolgáltatás határozza meg). A hálózaton a dinamikus címeket általában egy dedikált szerver segítségével osztják el, amely támogatja a DHCP-t - bár a BOOTP, az IPCP (PPP-n keresztül), a Zeroconf és a RARP továbbra is felhasználható ugyanarra a célra..