IP-cím



Soha az emberiség történetében nem volt ennyi információ róla Az IP-cím felfedezése 2023-ban: Átfogó útmutató mint ma az internetnek köszönhetően. Azonban ez a hozzáférés minden kapcsolódó Az IP-cím felfedezése 2023-ban: Átfogó útmutató nem mindig könnyű. Telítettség, rossz használhatóság és a helyes és helytelen információk megkülönböztetésének nehézsége Az IP-cím felfedezése 2023-ban: Átfogó útmutató gyakran nehéz leküzdeni. Ez motivált bennünket egy megbízható, biztonságos és hatékony webhely létrehozására.

Egyértelmű volt számunkra, hogy célunk eléréséhez nem elegendő a helyes és ellenőrzött információk birtokában Az IP-cím felfedezése 2023-ban: Átfogó útmutató . Minden, amiről összegyűjtöttünk Az IP-cím felfedezése 2023-ban: Átfogó útmutató is áttekinthetően, olvashatóan, a felhasználói élményt megkönnyítő struktúrában, letisztult és hatékony dizájnnal, a betöltési sebességet előtérbe helyezve kellett bemutatni. Bízunk benne, hogy ezt elértük, bár mindig azon dolgozunk, hogy apróbb fejlesztéseket tegyünk. Ha megtaláltad, amiben hasznosnak találtad Az IP-cím felfedezése 2023-ban: Átfogó útmutató és jól érezte magát, nagyon boldogok leszünk, ha visszatér scientiaen.com amikor csak akarja és kell.

An Internet Protocol cím (IP-cím) egy numerikus címke, mint pl 192.0.2.1 amely kapcsolódik a számítógép hálózat amely a Internet Protocol a kommunikációhoz. Az IP-cím két fő funkciót lát el: hálózati interfész azonosítás és elhelyezkedése címzés.

4 internetprotokoll verzió (IPv4) az IP-címet a 32 bites szám. Az internet növekedése miatt azonban és a az elérhető IPv4-címek kimerülése, az IP új verziója (IPv6), 128 bitet használva IP-címként, 1998-ban szabványosították. IPv6 telepítés a 2000-es évek közepe óta folyik.

Az IP-címek beírása és megjelenítése ember által olvasható jelölések, mint pl 192.0.2.1 IPv4-ben és 2001:db8:0:1234:0:567:8:1 IPv6-ban. A cím útválasztási előtagjának mérete -ben van megadva CIDR jelölés a cím utótagjának számával jelentős bitek, például, 192.0.2.1/24, ami megegyezik a történelmileg használt alhálózati maszk 255.255.255.0.

Az IP-címteret globálisan kezeli a Internet Assigned Numbers Authority (IANA), és öttel regionális internetes nyilvántartások (RIR) felelősek a kijelölt területeiken a kijelölésért helyi internetes nyilvántartások, Mint például a Internet szolgáltatók (ISP) és egyéb végfelhasználó. Az IPv4-címeket az IANA körülbelül 16.8 millió címből álló blokkokban osztotta ki a RIR-eknek, de 2011 óta kimerültek az IANA-szinten. A RIR-ek közül csak egy rendelkezik még készlettel Afrikában helyi kiosztásokhoz. Egyes IPv4-címek vannak fenntartva magánhálózatok és nem egyedülállóak globálisan.

Hálózati rendszergazdák rendeljen hozzá egy IP-címet minden hálózathoz csatlakoztatott eszközhöz. Ilyen feladatok lehetnek a statikus (fix vagy állandó) ill dinamikus a hálózati gyakorlattól és a szoftver jellemzőitől függően.

Funkció

Az IP-cím két fő funkciót lát el: azt azonosítja a fogadó, pontosabban annak hálózati felület, és ez biztosítja a gazdagép helyét a hálózatban, és ezáltal lehetőséget biztosít az elérési út létrehozására az adott gazdagéphez. Szerepét a következőképpen jellemezték: "A név jelzi, hogy mit keresünk. A cím jelzi, hogy hol van. Az útvonal jelzi, hogyan juthatunk el." A header Az egyes IP-csomag tartalmazza a küldő gazdagép és a célállomás IP-címét.

IP verziók

Kettő az Internet Protokoll verziói ma általánosan használtak az interneten. Az Internet Protokoll eredeti verziója, amelyet először 1983-ban vezettek be ARPANET, az internet elődje, az 4 internetprotokoll verzió (IPv4).

Az 1990-es évek elejére a rapid az IPv4 címtér kimerülése rendelhető hozzá Internet szolgáltatók és a végfelhasználói szervezetek arra késztették a Internetes mérnöki munkacsoport (IETF) új technológiák feltárására az internet címzési képességének bővítésére. Az eredmény az Internet Protokoll újratervezése volt, amely végül néven vált ismertté Internet Protocol Version 6 (IPv6) 1995-ben. Az IPv6 technológia különböző tesztelési szakaszokban volt egészen a 2000-es évek közepéig, amikor megkezdődött a kereskedelmi termelés bevezetése.

Ma az Internet Protokollnak ez a két változata egyidejűleg használatban van. Egyéb technikai változások mellett az egyes verziók eltérően határozzák meg a címek formátumát. Az IPv4, az általános kifejezés történelmi elterjedtsége miatt IP-cím jellemzően továbbra is az IPv4 által meghatározott címekre utal. Az IPv4 és az IPv6 közötti verziósorrendbeli különbség az 5-ös verzió kísérleti verzióhoz való hozzárendeléséből adódik. Internet Stream Protocol 1979-ben, amelyet azonban soha nem neveztek IPv5-nek.

Más v1-től v9-ig terjedő verziók kerültek meghatározásra, de csak a v4 és a v6 vált széles körben elterjedtté. v1 és v2 volt a neve TCP protokollok 1974-ben és 1977-ben, mivel akkor még nem volt külön IP specifikáció. A v3-at 1978-ban határozták meg, és a v3.1 az első olyan verzió, ahol a TCP-t elválasztják az IP-től. A v6 több javasolt verzió szintézise, ​​a v6 Egyszerű Internet Protokoll, v7 TP/IX: A következő internet, v8 PIP – A P Internet Protokollés v9 TUBA — Tcp és Udp nagy címekkel.

Alhálózatok

Az IP hálózatok feloszthatók alhálózatok mindkettőben IPv4 és a IPv6. Ebből a célból az IP-cím két részből áll: a hálózati előtag a magasabb rendű bitekben és a fennmaradó bitekben az úgynevezett pihenőtér, gazdagép azonosítójavagy interfész azonosító (IPv6), hálózaton belüli gazdagépszámozásra szolgál. A alhálózati maszk or CIDR jelölés meghatározza, hogy az IP-cím hogyan oszlik fel hálózati és gazdagép részekre.

A kifejezés alhálózati maszk csak IPv4-en belül használható. Mindkét IP-verzió azonban a CIDR koncepciót és jelölést használja. Ebben az IP-címet egy perjel követi, és a hálózati részhez használt bitek száma (tizedesben), más néven útválasztási előtag. Például egy IPv4-cím és annak alhálózati maszkja lehet 192.0.2.1 és a 255.255.255.0, ill. Az azonos IP-cím és alhálózat CIDR-jelölése a 192.0.2.1/24, mert az IP-cím első 24 bitje a hálózatot és az alhálózatot jelzi.

IPv4 címek

Fő cikk: IPv4 § Címzés
Egy IPv4-cím bontása innen pont-tizedes jelölés bináris értékére

Az IPv4-címek mérete 32 bit, ami korlátozza a címtér nak nek 4294967296 (232) címek. Ebből a számból néhány cím speciális célokra van fenntartva, mint pl magánhálózatok (~18 millió cím) és multicast címzés (~270 millió cím).

Az IPv4-címek általában a következőkkel vannak ábrázolva pont-tizedes jelölés, amely négy tizedesjegyből áll, amelyek mindegyike 0 és 255 közötti, pontokkal elválasztva, pl. 192.0.2.1. Mindegyik rész egy 8 bitből álló csoportot képvisel (an byte) címét. Egyes műszaki írások esetében,[meghatározza] Az IPv4-címek többféleképpen is megjelenhetnek hexadecimális, nyolcasvagy kétkomponensű ábrázolások.

Alhálózati előzmények

Az Internet Protokoll fejlesztésének korai szakaszában a hálózati szám mindig a legmagasabb rendű oktett volt (legjelentősebb nyolc bit). Mivel ez a módszer csak 256 hálózatot engedett meg, hamarosan elégtelennek bizonyult, mivel további hálózatok alakultak ki, amelyek függetlenek voltak a hálózatszámmal már megjelölt hálózatoktól. 1981-ben a címzési specifikációt a bevezetésével felülvizsgálták osztályos hálózat építészet.

Az osztályozott hálózattervezés nagyobb számú egyedi hálózati hozzárendelést és finomabb alhálózati tervezést tett lehetővé. Az IP-cím legjelentősebb oktettjének első három bitje a osztály a címről. Három osztály (A, Bés C) univerzálisra határozták meg unicast megszólítás. A származtatott osztálytól függően a hálózat azonosítása a teljes cím oktett határszegmensei alapján történt. Minden osztály egymás után további oktetteket használt a hálózati azonosítóban, így csökkentve a magasabb rendű osztályokban lévő gazdagépek lehetséges számát (B és a C). Az alábbi táblázat áttekintést ad erről a mára elavult rendszerről.

Történelmi klasszikus hálózati architektúra
Osztály Vezető
bitek 		Mérete hálózat
szám bit mező 		Mérete pihenés
bit mező 		Szám
hálózatok 		Címek száma
hálózatonként 		Cím indítása Végcím
A 0 8 24 128 (27) 16777216 (224) 0.0.0.0 127.255.255.255
B 10 16 16 16384 (214) 65536 (216) 128.0.0.0 191.255.255.255
C 110 24 8 2097152 (221) 256 (28) 192.0.0.0 223.255.255.255

Az igényes hálózattervezés az internet indulási szakaszában megfelelt a céljának, de ez elmaradt skálázhatóság a hálózatépítés 1990-es évekbeli gyors terjeszkedésével szemben. A címtér osztályrendszerét a következőre cseréltük Osztály nélküli tartományok közötti útválasztás (CIDR) 1993-ban. A CIDR változó hosszúságú alhálózati maszkoláson (VLSM) alapul, amely lehetővé teszi a tetszőleges hosszúságú előtagok alapján történő kiosztást és útválasztást. Napjainkban az osztályozott hálózati koncepciók maradványai csak korlátozott körben funkcionálnak egyes hálózati szoftver- és hardverkomponensek (pl. hálózati maszk) alapértelmezett konfigurációs paramétereiként, illetve a hálózati rendszergazdák vitáiban használt szakzsargonban.

Privát címek

A korai hálózattervezés, amikor a globális végpontok közötti kapcsolatot tervezték az összes internetes gazdagéppel folytatott kommunikációhoz, azt a célt szolgálta, hogy az IP-címek globálisan egyediek legyenek. Megállapítást nyert azonban, hogy erre nem mindig volt szükség, mivel magánhálózatok fejlődtek, és a nyilvános címteret meg kell őrizni.

Internetre nem csatlakozó számítógépek, például olyan gyári gépek, amelyek csak egymással kommunikálnak ezen keresztül TCP / IP, nem kell globálisan egyedi IP-címekkel rendelkeznie. Manapság az ilyen magánhálózatokat széles körben használják, és jellemzően a következővel csatlakoznak az internethez hálózati cím fordítása (NAT), ha szükséges.

Három nem átfedő IPv4-címtartomány van fenntartva a magánhálózatok számára. Ezeket a címeket nem irányítják az interneten, így használatukat nem kell összehangolni az IP-címnyilvántartással. Bármely felhasználó használhatja a lefoglalt blokkok bármelyikét. Általában a hálózati rendszergazda alhálózatokra osztja fel a blokkot; például sok otthoni útválasztók automatikusan alapértelmezett címtartományt használ 192.168.0.0 keresztül 192.168.0.255 (192.168.0.0/24).


Fenntartott privát IPv4 hálózati tartományok
Név CIDR blokkolni Címtartomány Címek száma Klasszikus leírás
24 bites blokk 10.0.0.0 / 8 10.0.0.0 - 10.255.255.255 16777216 Egyetlen A osztály.
20 bites blokk 172.16.0.0 / 12 172.16.0.0 - 172.31.255.255 1048576 16 B osztályú blokk összefüggő tartománya.
16 bites blokk 192.168.0.0 / 16 192.168.0.0 - 192.168.255.255 65536 256 C osztályú blokk összefüggő tartománya.

IPv6 címek

Fő cikk: IPv6 cím
Egy IPv6-cím bontása innen hexadecimális ábrázolása bináris értékére

Az IPv6-ban a cím mérete az IPv32-ben 4 bitről 128 bitre nőtt, így akár 2128 (hozzávetőlegesen, körülbelül 3.403×1038) címek. Ez a belátható jövőben elegendőnek tekinthető.

Az új kialakítás célja nem csupán elegendő címmennyiség biztosítása volt, hanem az internet útválasztásának újratervezése is, lehetővé téve az alhálózati útválasztási előtagok hatékonyabb összesítését. Ez lassabb növekedést eredményezett útválasztó táblák útválasztókban. A lehető legkisebb egyéni kiosztás egy 2-es alhálózat64 hosts, ami a teljes IPv4 internet méretének négyzete. Ezeken a szinteken a tényleges címhasználati arány kicsi lesz bármely IPv6 hálózati szegmensen. Az új dizájn lehetőséget ad arra is, hogy egy hálózati szegmens címzési infrastruktúráját, azaz a szegmens rendelkezésre álló területének helyi adminisztrációját leválasztsák a forgalom külső hálózatokra és onnan történő továbbítására szolgáló címzési előtagtól. Az IPv6 rendelkezik olyan lehetőségekkel, amelyek automatikusan megváltoztatják a teljes hálózatok útválasztási előtagját, ha a globális kapcsolat vagy a útválasztási politika változás, belső újratervezés vagy kézi újraszámozás nélkül.

Az IPv6-címek nagy száma lehetővé teszi nagy blokkok hozzárendelését meghatározott célokra, és adott esetben aggregálásukat a hatékony útválasztás érdekében. A nagy címtér mellett nincs szükség a CIDR-ben használt összetett címmegőrzési módszerekre.

Minden modern asztali és vállalati szerver operációs rendszer rendelkezik natív támogatással IPv6, de még nincs széles körben elhelyezve más eszközökben, például lakossági hálózati útválasztókban, Voice over IP (VoIP) és multimédiás berendezések, és néhány hálózati hardver.

Privát címek

Csakúgy, mint az IPv4 címeket foglal le a magánhálózatok számára, az IPv6-ban címblokkok vannak félretéve. Az IPv6-ban ezekre úgy hivatkozunk egyedi helyi címeket (ULA). Az útválasztási előtag fc00::/7 ehhez a blokkhoz van fenntartva, amely ketté van osztva /8 blokkok különböző implikált politikákkal. A címek 40 bitet tartalmaznak álvéletlenség szám, amely minimálisra csökkenti a címütközések kockázatát, ha a helyek összeolvadnak vagy a csomagokat rosszul irányítják.

A korai gyakorlatok erre a célra más blokkot használtak (fec0::), hely-helyi címeknek nevezték el. Azonban annak meghatározása, hogy mit jelent a weboldal homályos maradt, és a rosszul definiált címzési politika kétértelművé tette az útválasztást. Ezt a címtípust elhagyták, és nem szabad új rendszerekben használni.

A következővel kezdődő címek fe80::, hívták link-helyi címek, a csatolt linken található kommunikációs interfészekhez vannak hozzárendelve. A címeket az operációs rendszer automatikusan generálja minden hálózati interfészhez. Ez azonnali és automatikus kommunikációt biztosít az összes IPv6-állomás között egy linken. Ezt a funkciót az IPv6 hálózati adminisztráció alsóbb rétegeiben használják, például a Szomszéd Felfedezési Protokoll.

A privát és link-local címelőtagok nem irányíthatók a nyilvános interneten.

IP-cím hozzárendelés

Az IP-címek hozzárendelése a gazdagéphez dinamikusan történik a hálózathoz való csatlakozáskor, vagy tartósan a gazdagép hardverének vagy szoftverének konfigurálásával. A perzisztens konfiguráció más néven a statikus IP-cím. Ezzel szemben, ha egy számítógép IP-címe minden újraindításkor hozzá van rendelve, ezt a használatának nevezzük dinamikus IP-cím.

A dinamikus IP-címek hálózatonként kerülnek kiosztásra Dynamic Host Configuration Protocol (DHCP). A DHCP a leggyakrabban használt technológia a címek hozzárendelésére. Ezzel elkerülhető az adminisztratív teher, hogy meghatározott statikus címeket rendeljen a hálózat minden eszközéhez. Azt is lehetővé teszi, hogy az eszközök megosszák a korlátozott címteret a hálózaton, ha egy adott időpontban csak néhányuk van online. A dinamikus IP-konfiguráció általában alapértelmezés szerint engedélyezett a modern asztali operációs rendszerekben.

A DHCP-hez rendelt cím a bérlet és általában van lejárati ideje. Ha a bérleti szerződést a gazdagép nem újítja meg a lejárat előtt, akkor a cím egy másik eszközhöz rendelhető. Egyes DHCP-megvalósítások megpróbálják ugyanazt az IP-címet hozzárendelni egy gazdagéphez, annak alapján Mac cím, minden alkalommal, amikor csatlakozik a hálózathoz. A hálózati rendszergazda konfigurálhatja a DHCP-t úgy, hogy meghatározott IP-címeket rendel ki a MAC-cím alapján.

Nem a DHCP az egyetlen technológia, amelyet az IP-címek dinamikus kiosztására használnak. Bootstrap protokoll egy hasonló protokoll és a DHCP elődje. Telefonos és néhány szélessávú hálózatok használja a dinamikus cím funkcióit Pont-pont protokoll.

A hálózati infrastruktúrához használt számítógépek és berendezések, például útválasztók és levelezőszerverek általában statikus címzéssel vannak konfigurálva.

Statikus vagy dinamikus címkonfigurációk hiányában vagy sikertelensége esetén az operációs rendszer állapot nélküli automatikus címkonfiguráció segítségével link-local címet rendelhet a gazdagéphez.

Ragadós dinamikus IP-cím

Ragadós egy informális kifejezés egy dinamikusan hozzárendelt IP-cím leírására, amely ritkán változik. Az IPv4-címek például általában DHCP-vel és DHCP-szolgáltatással vannak hozzárendelve tud olyan szabályokat használjon, amelyek maximalizálják annak esélyét, hogy ugyanazt a címet rendeljék hozzá minden alkalommal, amikor egy ügyfél hozzárendelést kér. Az IPv6-ban a előtag delegálása hasonlóan kezelhető, hogy a lehető legritkább legyen a változtatás. Egy tipikus otthoni vagy kisirodai elrendezésben egyetlen router az egyetlen eszköz, amelyet an Internet szolgáltatók (ISP), és az ISP megpróbálhat olyan konfigurációt biztosítani, amely a lehető legstabilabb, pl ragadós. Az otthoni vagy céges helyi hálózaton egy helyi DHCP-kiszolgálót úgy alakítottak ki, hogy ragadós IPv4-konfigurációkat biztosítson, az internetszolgáltató pedig ragadós IPv6-előtag-delegálást biztosíthat, így az ügyfelek ragadós IPv6-címeket használhatnak. Ragadós nem szabad összetéveszteni statikus; a ragadós konfigurációk nem garantálják a stabilitást, míg a statikus konfigurációkat korlátlan ideig használják, és csak szándékosan változtatják meg.

Cím automatikus konfigurálása

Címblokk 169.254.0.0/16 a link-local címzés speciális használatára van definiálva IPv4 hálózatokhoz. Az IPv6-ban minden interfész, akár statikus, akár dinamikus címeket használ, automatikusan kap egy link-local címet is a blokkban. fe80::/10. Ezek a címek csak azon a hivatkozáson érvényesek, például egy helyi hálózati szegmensen vagy pont-pont kapcsolaton, amelyhez egy gazdagép csatlakozik. Ezek a címek nem irányíthatók, és a privát címekhez hasonlóan nem lehetnek az interneten áthaladó csomagok forrásai vagy rendeltetési helyei.

Amikor a link-local IPv4-címblokkot lefoglalták, nem léteztek szabványok a címek automatikus konfigurálásának mechanizmusaira. Az űrt kitöltve, microsoft nevű protokollt fejlesztett ki Automatikus privát IP-címzés (APIPA), amelynek első nyilvános megvalósítása ben jelent meg A windows 98. Az APIPA-t több millió gépen telepítették, és a de facto szabvány az iparban. 2005 májusában a IETF formális mércét határozott meg számára.

A konfliktusok kezelése

IP-címütközés akkor fordul elő, ha ugyanazon a helyi fizikai vagy vezeték nélküli hálózaton lévő két eszköz azt állítja, hogy azonos IP-címmel rendelkezik. A cím második hozzárendelése általában leállítja az egyik vagy mindkét eszköz IP-funkcióját. Sok modern operációs rendszer értesítse a rendszergazdát az IP-cím ütközésekről. Ha az IP-címeket több személy és rendszer különböző módszerekkel osztja ki, bármelyikük hibás lehet. Ha a konfliktusban érintett eszközök egyike az alapértelmezett átjáró a LAN-on túli hozzáférést biztosít a LAN-on lévő összes eszköz számára, minden eszköz károsodhat.

útvonalválasztás

Az IP-címeket a működési jellemzők több osztályába sorolják: unicast, multicast, anycast és broadcast címzés.

Unicast címzés

Az IP-cím leggyakoribb fogalma az in unicast címzés, elérhető IPv4-ben és IPv6-ban is. Általában egyetlen feladóra vagy egyetlen vevőre vonatkozik, és mind küldésre, mind fogadásra használható. Az unicast cím általában egyetlen eszközhöz vagy gazdagéphez van társítva, de egy eszköznek vagy gazdagépnek több unicast címe is lehet. Ugyanazon adatok több unicast címre történő elküldéséhez a feladónak az összes adatot többször is el kell küldenie, minden címzettnél egyszer.

Műsorszórási címzés

Broadcasting egy IPv4-ben elérhető címzési technika, amellyel egyetlen átviteli műveletben címezheti az adatokat a hálózaton lévő összes lehetséges célállomáshoz minden műsorvezető közvetít. Minden vevő rögzíti a hálózati csomagot. A cím 255.255.255.255 hálózati sugárzásra használják. Ezen túlmenően egy korlátozottabb irányított sugárzás a minden egyes gazdagép címét használja a hálózati előtaggal. Például a célcím, amelyet a hálózaton lévő eszközökre irányított sugárzáshoz használnak 192.0.2.0/24 is 192.0.2.255.

Az IPv6 nem valósítja meg a szórásos címzést, és azt csoportos küldéssel helyettesíti a speciálisan meghatározott összes csomópont csoportos küldési címére.

Multicast címzés

A multicast cím érdeklődő vevők csoportjához kapcsolódik. IPv4-ben címek 224.0.0.0 keresztül 239.255.255.255 (Az egykori D osztályú címek) csoportos küldési címként vannak kijelölve. Az IPv6 az előtaggal ellátott címblokkot használja ff00::/8 csoportos küldéshez. Mindkét esetben a feladó egyet küld datagram unicast címéről a multicast csoport címére, és a közvetítő útválasztók gondoskodnak a másolatok készítéséről és elküldéséről minden érdeklődő vevőnek (azoknak, akik csatlakoztak a megfelelő multicast csoporthoz).

Anycast címzés

Mint a közvetítés és a multicast, anycast egy-többhöz útválasztási topológia. Az adatfolyam azonban nem kerül továbbításra minden vevőhöz, csak az, amelyikről a router úgy dönt, hogy a legközelebb van a hálózathoz. Az Anycast címzés az IPv6 beépített funkciója. Az IPv4-ben az anycast címzés a következővel van megvalósítva Border Gateway Protocol a legrövidebb utat használva metrikus úti cél kiválasztásához. Az Anycast metódusok hasznosak globálisan terhelés elosztás és gyakran használják elosztott DNS rendszerek.

Geolocation

Fő cikk: Internetes földrajzi helymeghatározás

A gazdagép használhatja geolocation következtetni a földrajzi helyzetét kommunikáló társának.

Nyilvános cím

A nyilvános IP-cím egy globálisan irányítható unicast IP-cím, ami azt jelenti, hogy a cím nem egy olyan cím, amelyet magánhálózatok, például azokat, amelyeket a RFC 1918, vagy a helyi hatókörű vagy helyi hatókörű különböző IPv6-címformátumok, például link-local címzés esetén. Nyilvános IP-címek használhatók a gazdagépek közötti kommunikációhoz a globális interneten. Otthoni helyzetben a nyilvános IP-cím az az IP-cím, amelyet az otthoni hálózathoz rendelt ISP. Ebben az esetben helyileg is látható, ha bejelentkezik a router konfigurációjába.

A legtöbb nyilvános IP-cím változik, és viszonylag gyakran. Bármilyen típusú IP-címet, amely megváltozik, dinamikus IP-címnek nevezzük. Otthoni hálózatokban az internetszolgáltató általában dinamikus IP-t rendel hozzá. Ha egy internetszolgáltató változatlan címet adott az otthoni hálózatnak, akkor nagyobb valószínűséggel élnek vissza vele olyan ügyfelek, akik otthonról üzemeltetnek webhelyeket, vagy hackerek akik újra és újra megpróbálhatják ugyanazt az IP-címet, amíg meg nem törik a hálózatot.

Tűzfal

Biztonsági és adatvédelmi megfontolások miatt a hálózati rendszergazdák gyakran korlátozzák a nyilvános internetes forgalmat a magánhálózataikon belül. Az egyes IP-csomagok fejlécében található forrás és cél IP-címek kényelmes eszközt jelentenek a forgalom megkülönböztetésére. IP-cím blokkolása vagy a külső kérésekre adott válaszok szelektív testreszabásával a belső szerverekhez. Ezt azzal érik el tűzfal a hálózat átjáró útválasztóján futó szoftver. A korlátozott és megengedett forgalom IP-címeit tartalmazó adatbázis karbantartható feketelistákat és a engedélyezőlisták, Ill.

Címfordítás

Több ügyféleszköz is megjelenhet megosztani egy IP-címet, akár azért, mert részei a megosztott webtárhely szolgáltatás környezetben, vagy egy IPv4 miatt hálózati cím fordító (NAT) ill proxy szerver mint egy közvetítő ügynök a kliens nevében, ebben az esetben a valódi kiinduló IP-cím maszkolásra kerül a kérést fogadó szerver elől. Általános gyakorlat, hogy egy magánhálózatban sok eszközt NAT-maszkolnak. Csak a NAT nyilvános felülete(i)nek kell internet-irányítható címmel rendelkeznie.

A NAT-eszköz különböző IP-címeket képez le a magánhálózaton különböző TCP- vagy UDP-címekre portszámok a nyilvános hálózaton. Lakossági hálózatokban a NAT funkciókat általában a lakossági átjáró. Ebben a forgatókönyvben az útválasztóhoz csatlakoztatott számítógépek privát IP-címekkel rendelkeznek, és az útválasztónak nyilvános címe van a külső interfészén az interneten való kommunikációhoz. Úgy tűnik, hogy a belső számítógépek egy nyilvános IP-címen osztoznak.

Diagnosztikai eszközök

A számítógépes operációs rendszerek különféle diagnosztikai eszközöket kínálnak a hálózati interfészek és a címkonfiguráció vizsgálatához. Microsoft Windows biztosítja a parancssori felület szerszámok ipconfig és a netsh és felhasználói Unix-szerű rendszerek használhatják ifconfig, netstat, útvonal, lanstat, állapotés iproute2 segédprogramok a feladat végrehajtásához.

Lásd még:

Referenciák

  1. ^ a b DOD szabványos internetprotokoll. DARPA, Információtudományi Intézet. 1980. január. két:10.17487/RFC0760. RFC 760..
  2. ^ a b c d J. Postel, szerk. (1981. szeptember). Internet Protokoll, DARPA Internet Program Protocol Specification. IETF. két:10.17487/RFC0791. RFC 791. Frissítve: RFC 1349, 2474, 6864.
  3. ^ a b S. Deering; R. Hinden (1995. december). Internet Protokoll, 6-os verzió (IPv6) specifikáció. Hálózati munkacsoport. két:10.17487/RFC1883. RFC 1883.
  4. ^ a b S. Deering; R. Hinden (1998. december). Internet Protokoll, 6-os verzió (IPv6) specifikáció. Hálózati munkacsoport. két:10.17487/RFC2460. RFC 2460.
  5. ^ a b S. Deering; R. Hinden (2017. július). Internet Protokoll, 6-os verzió (IPv6) specifikáció. IETF. két:10.17487/RFC8200. RFC 8200.
  6. ^ "IPv4-cím jelentés". ipv4.potaroo.net.
  7. ^ DeLong, Owen. "Miért vannak az IP-nek verziói? Miért érdekel?" (PDF). Méret 15x. Lekért 24 január 2020.
  8. ^ "IPv4 és IPv6 címformátumok". www.ibm.com. Az IPv4-címek formátuma a következő: x . x . x . x ahol x-et oktettnek nevezzük, és 0 és 255 közötti decimális értéknek kell lennie. Az oktetteket pontok választják el. Az IPv4-címnek három pontot és négy oktettet kell tartalmaznia. A következő példák érvényes IPv4-címek:
    1 . 2. 3. 4
    01 . 102. 103. 104
  9. ^ a b Y. Rekhter; B. Moskowitz; D. Karrenberg; GJ de Groot; E. Lear (1996. február). Címkiosztás privát internetekhez. Hálózati munkacsoport. két:10.17487/RFC1918. BCP 5. RFC 1918. Legjobb Általános Gyakorlat. Elavult RFC 1627 és a 1597. Frissítette RFC 6761.
  10. ^ R. Hinden; B. Haberman (2005. október). Egyedi helyi IPv6 Unicast címek. Hálózati munkacsoport. két:10.17487/RFC4193. RFC 4193.
  11. ^ R. Hinden; S. Deering (Április 2003). Internet Protocol Version 6 (IPv6) címzési architektúra. Hálózati munkacsoport. két:10.17487/RFC3513. RFC 3513. Elavult által RFC 4291.
  12. ^ C. Huitema; B. Carpenter (2004. szeptember). Helyi helyi címek megszüntetése. Hálózati munkacsoport. két:10.17487/RFC3879. RFC 3879.
  13. ^ Van Do, Tien (1. július 2010.). "Hatékony megoldás egy újrapróbálkozási sorhoz a DHCP teljesítményértékeléséhez". Számítógépek és műveletek kutatása. 37 (7): 1191-1198. két:10.1016/j.cor.2009.05.014.
  14. ^ a b M. Cotton; L. Vegoda; R. Bonica; B. Haberman (2013. április). Különleges célú IP-cím-nyilvántartások. Internetes mérnöki munkacsoport. két:10.17487/RFC6890. BCP 153. RFC 6890. Frissítve: RFC 8190.
  15. ^ "DHCP és automatikus privát IP-címzés". docs.microsoft.com. Lekért 20 May 2019.
  16. ^ S. Cheshire; B. Aboba; E. Guttman (2005. május). IPv4 Link-Local címek dinamikus konfigurálása. Hálózati munkacsoport. két:10.17487/RFC3927. RFC 3927.
  17. ^ "Eseményazonosító 4198 – TCP/IP hálózati interfész konfiguráció". TechNet. Microsoft Dokumentumok. Lekért 20 október 2021.
  18. ^ "Eseményazonosító 4199 – TCP/IP hálózati interfész konfiguráció". TechNet. Microsoft Dokumentumok. Lekért 20 október 2021.
  19. ^ Mitchell, Bradley. "IP-címütközések – mi az IP-címütközés?". About.com. Archivált az eredetiből 13. április 2014-én. Lekért 23 november 2013.
  20. ^ Kishore, Aseem (4. augusztus 2009.). "Hogyan javítsunk ki egy IP-cím ütközést". Online technikai tippek Online-tech-tips.com. Archivált az eredetiből 25. augusztus 2013-én. Lekért 23 november 2013.
  21. ^ "Segítség kérése az "IP-cím ütközés" üzenethez. microsoft. 22. november 2013. Archiválva innen Az eredeti A 26 szeptember 2013. Lekért 23 november 2013.
  22. ^ "Duplikált IP-cím-ütközések javítása DHCP-hálózaton". microsoft. Archivált az eredetiből 28. december 2014-én. Lekért 23 november 2013. Cikk azonosítója: 133490 – Utolsó ellenőrzés: 15. október 2013. – Verziószám: 5.0
  23. ^ Moran, Joseph (1. szeptember 2010.). "IP-cím-ütközések megértése és megoldása - Webopedia.com". Webopedia.com. Archivált az eredetiből 2. október 2013-án. Lekért 23 november 2013.
  24. ^ "Mi az a broadcast cím?". IONOS digitális útmutató. Lekért Június 8 2022.
  25. ^ M. Cotton; L. Vegoda; D. Meyer (2010. március). IANA Irányelvek IPv4 Multicast cím-hozzárendelésekhez. IETF. két:10.17487/RFC5771. ISSN 2070-1721. BCP 51. RFC 5771.
  26. ^ RFC 2526
  27. ^ RFC 4291
  28. ^ Holdener, Anthony T. (2011). HTML5 földrajzi helymeghatározás. O'Reilly Media. o. 11. ISBN 9781449304720.
  29. ^ Komosny, Dan (22. július 2021.). "Retrospektív IP-címek földrajzi helymeghatározása a földrajzi ismeretekkel rendelkező internetes szolgáltatásokhoz". Érzékelők. 21 (15): 4975. Bibcode:2021Senso..21.4975K. két:10.3390 / s21154975. hdl:11012 / 200946. ISSN 1424-8220. PMC 8348169. PMID 34372212.
  30. ^ a b "Mi az a nyilvános IP-cím? (és hogyan találhatja meg a sajátját)". Lifewire.
  31. ^ Comer, Douglas (2000). Internetmunka TCP/IP-vel: Alapelvek, protokollok és architektúrák – 4. kiadás. Upper Saddle River, NJ: Prentice Hall. p. 394. ISBN 978-0-13-018380-4. Archivált az eredetiről 13. április 2010-én.