Az IP-cím (az IP rövidítéssel Internet Protocol ) az az azonosító szám, amelyet véglegesen vagy ideiglenesen rendelnek az Internet Protokollot használó számítógépes hálózathoz csatlakoztatott minden eszközhöz . Az IP-cím az adatcsomagok útválasztási rendszerének ( útválasztásának ) alapja az interneten .
Vannak 32 bites 4-es és 128 bites 6 -os verziójú IP-címek . A 4-es verziója jelenleg a leggyakrabban használt: ez általában képviselt decimális jelöléssel négy szám közötti 0 és 255 , elválasztva pontok , amely például „172.16.254.1”.
Az IP-cím az egyes interfész a hálózat bármely számítógépes berendezések ( router , számítógép , okostelefon , csatlakozó tárgy , on- táblarendszer , modem ( ADSL , wifi , rost vagy kábel) , hálózati nyomtató , stb ) csatlakozik a hálózaton. használó Internet Protocol , mint a kommunikációs protokoll közötti csomópontokat. Ezt a címet külön-külön a helyi hálózat rendszergazdája hozzárendeli a megfelelő alhálózathoz , vagy automatikusan a DHCP protokoll segítségével . Ha a számítógépnek több felülete van, mindegyiknek van egy saját IP címe. Egy interfésznek több IP-címe is lehet.
Az IP-protokoll által továbbított minden csomag tartalmazza a feladó IP-címét, valamint a címzett IP-címét. Az útválasztók lépésről lépésre irányítják a csomagokat az úticél felé. Néhány IP-címet sugároznak ( multicast vagy broadcast ), és nem használhatók egyes számítógépek címzésére. Az anycast technika lehetővé teszi az IP-címeknek az interneten keresztül terjesztett számos számítógéphez való hozzárendelését.
Az IPv4-címekről azt mondják, hogy nyilvánosak, ha regisztráltak és irányíthatók az interneten, tehát világszerte egyediek . Ezzel szemben a privát címek csak helyi hálózaton használhatók , és csak ebben a hálózatban lehetnek egyediek. A hálózati címfordítás , kiemelkedően teljesítettek az internet doboz , átalakítja privát címeket a nyilvános címeket , és hozzáférést biztosít az internethez egy pozíciót a magánhálózat.
Leggyakrabban a számítógépes kiszolgálóhoz való csatlakozáshoz a felhasználó nem a kiszolgáló IP-címét adja meg, hanem annak domain nevét (például www.wikipedia.org ). Ezt a tartománynevet aztán a felhasználó számítógépe feloldja IP-címre a Domain Name System (DNS) segítségével. Csak az IP-cím megszerzése után lehet kapcsolatot kezdeményezni.
A domain névnek számos előnye van az IP-címmel szemben:
Az 1990-es évekig az IP-címeket osztályokba osztották (A, B, C, D és E), amelyeket a cím hozzárendeléséhez és protokollok továbbításához használtak. Ez a fogalom már elavult az IP-címek kiosztása és útválasztása szempontjából a 2010-es évek eleji címhiány ( RFC 1517) miatt . Az IPv6 címek nagyon fokozatos bevezetése felgyorsította a címosztály fogalmának elavulását. Vigyázzon azonban: a gyakorlatban a 2010-es évek elején sok hardver és szoftver épült ezen az osztályrendszeren, beleértve az úgynevezett osztály nélküli protokollok útválasztási algoritmusait is ( vö. Cisco CCNA Exploration - Routing protokollok és koncepciók ). Ennek ellenére könnyű utánozni egy tantermi szervezetet a CIDR rendszer használatával .
A 1984 , szemben a korlátozás az osztály modell, RFC 917 ( Internet alhálózatok ) hozta létre a koncepció alhálózat . Ez lehetővé teszi például egy B osztályú cím , például 256 számítógép 256 alhálózatának használatát egyetlen 65 536 számítógépes hálózat helyett, anélkül, hogy megkérdőjelezné a cím osztály fogalmát.
Az alhálózati maszkot arra használják, hogy meghatározzák az IP-cím két részét, amelyek megfelelnek a hálózat számának és a gazdagép számának.
A maszk hosszúsága megegyezik az IP-címmel. Ez az 1. számjegyek sorozatából áll (adott esetben), amelyet a 0 számjegyek sorozata követ .
Az IP-cím alhálózati részének kiszámításához bitenként logikai ÉS műveletet hajtanak végre a cím és a maszk között. A gazdagép címének kiszámításához bitenként logikai ÉS műveletet hajtanak végre a maszk kiegészítése és a cím között.
Az IPv6-ban az alhálózatok rögzített mérete / 64, vagyis az IPv6-cím 128 bitjéből 64 az alhálózat gazdagépének számozására van fenntartva.
1992-ben az RFC 1338 ( Supernetting: egy cím hozzárendelési és összesítési stratégia ) javasolta az osztály fogalmának eltörlését, amely már nem volt alkalmazkodva az internet méretéhez.
A osztálynélküli Inter-Domain Routing (CIDR) fejlesztette 1993 RFC 1518 annak érdekében, hogy csökkentse a méretét a útválasztási táblázat tartalmazza az útválasztók . Ehhez a táblázat több bejegyzését egyetlen folyamatos tartományba összesítjük.
Az A , B vagy C osztályú címek megkülönböztetése tehát elavulttá vált, így a teljes egycímzett címtér egyetlen alhálózat-gyűjteményként kezelhető, osztálytól függetlenül. Az alhálózati maszk már nem vezethető le magából az IP-címből , ezért a CIDR- rel kompatibilis , osztály nélküli nevű útválasztási protokolloknak ezért a megfelelő maszk címeihez kell mellékelniük. Ez a helyzet a Border Gateway Protocol annak version 4 , az interneten használt ( RFC 1654 A Border Gateway Protocol 4 , 1994), OSPF , EIGRP vagy RIPv2 . A regionális internetes nyilvántartások (RIR-ek) ennek a változásnak az eredményeként módosítják címfelosztási politikájukat.
A változó hosszúságú maszk ( változó hosszúságú alhálózati maszk , VLSM) lehetővé teszi a címtér felosztását változó méretű blokkokra, ezáltal hatékonyabban felhasználva a címteret.
Az alhálózat címeinek számítása a következő, 2 címméret - maszk .
Így egy internetes szolgáltatónak ki lehet rendelni egy / 19 blokkot ( azaz 2 32-19 = 2 13 = 8 192 címet), és a benne lévő igényeknek megfelelően különböző méretű alhálózatokat lehet létrehozni: from / 30 point-to-point links to / 24 200 számítógépes helyi hálózat esetén. Csak a / 19 blokk lesz látható a külső hálózatok számára, ami az összesítést és a címek használatának hatékonyságát eredményezi.
A CIDR jelölést a jelölés egyszerűsítése érdekében vezették be, egy "/" betűvel, amelyet az alhálózatot azonosító magas sorrendű bitek decimális száma követett (a többi alacsony sorrendű bitet csak az adott alhálózaton lévő hosztok számára osztották ki, majd neki kell feladnia finomabban vágjon és maga irányítsa az altartományokat). Az internetes útvonalválasztáshoz az alhálózati maszkokat felhagyták az IPv4-ben a CIDR jelölés javára , így ugyanazon alhálózat összes címtartománya összefüggő volt, és a még mindig érvényben lévő, több szakaszos tartományból álló régi alhálózatokat átnevezték szükség esetén sok alhálózat, majd a lehető legtöbbet összesítve újraszámítással. Az IPv4 alhálózati maszkok azonban továbbra is felhasználhatók ugyanazon hálózat belső útválasztási tábláiban, amelyek hosztjait nem közvetlenül az interneten keresztül irányítják és címezhetik, a CIDR tartományokká való átalakítást most a hálózatokkal határolt útválasztókon végzik. csak nyilvános IPv4-címekhez, de rendszerint már nem a hálózatok közötti csomópontokban.
Az IPv6-ban a CIDR jelölés az egyetlen szabványosított (és legegyszerűbb) jelölés a címtartományokhoz (amely legfeljebb 128 bit lehet), az alhálózatok általában 16–96 bitet tartalmaznak az internet nyilvános címezhető helyén (az utolsó 48 bit maradt elérhető közvetlenül a helyi címzéshez ugyanazon a hálózati médiumon, anélkül, hogy bármilyen útválasztót vagy akár a helyi hálózaton belüli útválasztók előre konfigurálását igényelnék); az IPv6-ban egy decimális bitszámmal is meg kell jegyezni a "/" után, amely egy alap IPv6 címet követ (és nem hexadecimálisan, mint ugyanazon alhálózat címtartományainak alapcímei).
Az IANA , amely 2005 óta az ICANN részlege , meghatározza a különféle IP-tartományok használatát a tér 256 blokkméret / 8 szegmentálásával, 0/8-tól 255/8-ig számozva.
Az Unicast IP-címeket az IANA terjeszti a regionális internetes nyilvántartásoknak (RIR). A RIR-ek a régiójukban kezelik az IPv4 és IPv6 címzési erőforrásokat. Az IPv4 unicast címtartomány / 8 címblokkokból áll 1/8 és 223/8 között. Ezen blokkok mindegyike van fenntartva, egy véghálózathoz vagy regionális internetes nyilvántartáshoz (RIR) vagy ingyenes RFC 2373 hozzárendelve.2011. február, már nincs több / 8 blokk.
Az IPv6-ban a 2000 :: / 3 blokk a globális unicast címek számára van fenntartva . A blokkokat / 23 1999 óta rendelték a RIR-ekhez .
Lehetőség van a RIR adatbázisainak lekérdezésére a Whois paranccsal vagy a RIR webhelyein keresztül, hogy megtudja, kinek van rendelve IP cím .
A RIR-ek azért jöttek létre, hogy létrehozzák a Number Resource Organisation-t (NRO), annak érdekében, hogy összehangolják közös tevékenységeiket vagy projektjeiket, és jobban védhessék érdekeiket az ICANN- nal ( IANA ), de a szabványügyi testületekkel (különösen az IETF- szel ) vagy az ISOC- tal is .
Blokk (kezdőcím és CIDR méret ) |
( megfelelő végcím ) |
Használat | Referencia |
---|---|---|---|
0.0.0.0 / 8 | 0,255,255,255 | Ez a hálózat | RFC 5735, RFC 1122 |
10.0.0.0/8 | 10.255.255.255 | Privát címek | RFC 1918 |
100.64.0.0/10 | 100,127,255,255 | Közös hely a Carrier Grade NAT számára | RFC 6598 |
127.0.0.0/8 | 127,255,255,255 | Visszahúzódó címek ( localhost ) | RFC 1122 |
169.254.0.0/16 | 169,254,255,255 | Automatikusan konfigurált helyi link címek ( APIPA ) | RFC 3927 |
172.16.0.0/12 | 172.31.255.255 | Privát címek | RFC 1918 |
192.0.0.0/24 | 192.0.0.255 | Az IETF fenntartotta | RFC 5736 |
192.0.2.0/24 | 192.0.2.255 | TEST-NET-1 teszthálózat / dokumentáció | RFC 5737 |
192.88.99.0/24 | 192.88.99.255 | 6to4 anycast | RFC 3068 |
192.168.0.0/16 | 192.168.255.255 | Privát címek | RFC 1918 |
198.18.0.0/15 | 198.19.255.255 | Teljesítményvizsgálatok | RFC 2544 |
198.51.100.0/24 | 198.51.100.255 | TEST-NET-2 teszthálózat / dokumentáció | RFC 5737 |
203.0.113.0/24 | 203.0.113.255 | TEST-NET-3 teszthálózat / dokumentáció | RFC 5737 |
224.0.0.0/4 | 239,255,255,255 | Multicast " Multicast " | RFC 5771 |
240.0.0.0/4 | 255.255.255.254 (*) | Foglalás későbbi, meg nem határozott felhasználásra (* az alábbi cím kivételével) | RFC 1112 |
255.255.255.255/32 | 255.255.255.255 | korlátozott adás | RFC 919 |
Levelezési címek:
Multicast címek :
Blokk | Használat | Referencia |
---|---|---|
:: / 128 | Cím nincs megadva | RFC 4291 |
:: 1/128 | Visszahúzási cím | RFC 4291 |
:: ffff: 0: 0/96 | IPv6-cím leképezése IPv4-re | RFC 4291 |
0100 :: / 64 | fekete lyuk keresése | RFC 6666 |
2000 :: / 3 | Internet útválasztható egyedi küldési címek | RFC 3587 |
2001 :: / 32 | Teredo | RFC 4380 |
2001: 2 :: / 48 | Teljesítményvizsgálatok | RFC 5180 |
2001: 10 :: / 28 | Orchidea | RFC 4843 |
2001: db8 :: / 32 | dokumentáció | RFC 3849 |
2002 :: / 16 | 6–4 | RFC 3056 |
fc00 :: / 7 | Egyedi helyi címek | RFC 4193 |
fe80 :: / 10 | Helyi címek link | RFC 4291 |
ff00 :: / 8 | Multicast címek | RFC 4291 |
Különleges címek
Helyi címek Az IPv6-ban a helyi fec0 :: / 10 helycímeket az RFC 3513 fenntartotta ugyanarra a magánhasználatra, de az RFC 3879 elavultnak tartja őket a nyilvános címzés elősegítése és a NAT-ok használatának elriasztása érdekében . Helyüket az egyedi fc00 :: / 7 helyi címek váltják fel, amelyek megkönnyítik a magánhálózatok összekapcsolását egy 40 bites véletlenszerű azonosító használatával.
Az IPv6-ban a fe80 :: / 64 címek csak egy linken egyediek. A gazdagépnek ezért több azonos címe lehet ebben a hálózatban, különböző interfészeken. A helyi link hatókörcímeivel kapcsolatos esetleges kétértelműségek feloldásához ezért meg kell adnunk azt az interfészt, amelyen a cím konfigurálva van. Unix- szerű rendszerek alatt hozzáadjuk a címhez a százalékjelet, amelyet az interfész neve követ (például ff02 :: 1% eth0), míg Windows alatt az interfész számát használjuk (ff02:: 1% 11) .
Elavult kísérleti címek
Az Internet népszerűsége az elérhető IPv4-címblokkok kimerülését eredményezte 2011-ben, ami veszélyezteti a hálózat fejlődését.
A probléma orvoslására vagy a határidő meghosszabbítására számos módszer létezik:
Ha az IP-címet eredetileg technikai célokra tervezték, az etikai kérdéseket is felvet, amennyiben bizonyos országokban felhasználható egy személy és tevékenységének nagyon részletes profiljának összesítésére .
Az IP-cím szerinti azonosítás sokféle összefüggésben történik:
Több okból is problémát jelent az, ha megpróbálja megbízhatóan azonosítani az internetfelhasználókat az IP-címén keresztül:
Az IP-címek nyomon követését gyakran használják marketing célokra, és feltételezhető, hogy befolyásolják az árpolitikákat.
Definíciói IP változat 4. és 6. , a koncepció az osztály és a pontozási CIDR dokumentáltak a Request for Comments következő (in English ):
A lista IRB és a cím kiosztási táblázat megtalálható az oldalon száma Resources az IANA .