adresă IP

O adresă IP (cu IP reprezintă Internet Protocol ) este un număr de identificare care este atribuit permanent sau temporar fiecărui dispozitiv atașat la o rețea de calculatoare care utilizează Internet Protocol . Adresa IP este baza sistemului de rutare ( rutare ) a pachetelor de date de pe Internet .

Există adrese IP versiunea pe 32 de biți versiunea 4 și versiunea 6 pe 128 biți. Versiunea 4 este în prezent cel mai frecvent utilizat: este reprezentat de obicei în zecimala cu patru numere între 0 și 255 , separate prin puncte , care dă , de exemplu , „172.16.254.1“.

Utilizarea adreselor IP

Adresa IP este atribuit fiecărui interfață cu rețeaua oricărui echipament de calculator ( router , calculator , smartphone - ul , obiect conectat , on- sistem de bord , modem ( ADSL , WiFi , fibra sau cablu) , imprimantă de rețea ,  etc. ) , conectat la un de rețea. utilizând Internet protocol ca protocolul de comunicare între nodurile sale. Această adresă este atribuită fie individual de către administratorul rețelei locale din subrețeaua corespunzătoare, fie automat prin protocolul DHCP . Dacă computerul are mai multe interfețe, fiecare are o adresă IP specifică. O interfață poate avea, de asemenea, mai multe adrese IP.

Fiecare pachet transmis prin protocolul IP conține adresa IP a expeditorului, precum și adresa IP a destinatarului. Cele routere IP pachete traseu la pas cu pas de destinație. Unele adrese IP sunt utilizate pentru difuzare ( multicast sau difuzare ) și nu pot fi utilizate pentru adresarea computerelor individuale. Tehnica anycast face posibilă asocierea unei adrese IP la mai multe computere distribuite pe internet.

Se spune că adresele IPv4 sunt publice dacă sunt înregistrate și rutabile pe Internet, deci sunt unice la nivel mondial . În schimb, adresele private pot fi utilizate numai într-o rețea locală și trebuie să fie unice numai în această rețea. Adresă de rețea traducere , realizată în special prin caseta de internet , convertește adrese private în adrese publice și oferă acces la Internet dintr - o poziție în rețeaua privată.

Adresa IP și numele domeniului

Cel mai adesea, pentru a se conecta la un server de computer , utilizatorul nu dă adresa IP a acestui server, ci numele de domeniu al acestuia (de exemplu www.wikipedia.org ). Acest nume de domeniu este apoi rezolvat la o adresă IP de către computerul utilizatorului utilizând sistemul de nume de domeniu (DNS). Abia după ce a fost obținută adresa IP este posibilă inițierea unei conexiuni.

Numele de domeniu au mai multe avantaje față de adresele IP:

Clasa de adresă IP

Până în anii 1990 , adresele IP erau împărțite în clase (A, B, C, D și E), care erau utilizate pentru atribuirea adreselor și prin protocoale de rutare. Această noțiune este acum învechită pentru alocarea și dirijarea adreselor IP din cauza lipsei de adrese ( RFC  1517) la începutul anilor 2010 . Introducerea treptată a adreselor IPv6 a accelerat perimarea noțiunii de clasă de adresă. Aveți grijă, totuși: în practică, la începutul anilor 2010 , multe hardware și software se bazau pe acest sistem de clasă, inclusiv algoritmii de rutare a așa-numitelor protocoale fără clasă ( cf. Explorare Cisco CCNA - Protocoale și concepte de rutare ). Chiar și așa, este ușor să imitați o organizație de clasă utilizând sistemul CIDR .

Subrețea

În 1984 , confruntat cu limitarea modelului de clasă, RFC  917 ( subrețele de internet ) a creat conceptul de subrețea . Acest lucru face posibilă, de exemplu, utilizarea unei adrese de clasă B, cum ar fi 256 de subrețele de 256 de computere în loc de o singură rețea de 65.536 de computere, fără a pune totuși în discuție noțiunea de clasă de adresă.

Masca de subrețea este utilizată pentru a determina cele două părți ale unei adrese IP corespunzătoare, respectiv, numărului de rețea și numărului de gazdă.

O mască are aceeași lungime ca o adresă IP. Se compune dintr-o secvență de cifre 1 (posibil) urmată de o succesiune de cifre 0 .

Pentru a calcula porțiunea de subrețea a unei adrese IP, se efectuează o operație ȘI logică bit între adresă și mască. Pentru a calcula adresa gazdă, se efectuează o operație logică și bit logică între complementul cu masca și adresa.

În IPv6, subrețele au o dimensiune fixă ​​de / 64, adică 64 din cei 128 de biți ai adresei IPv6 sunt rezervate pentru numerotarea unei gazde din subrețea.

Agregarea adreselor

În 1992, RFC  1338 ( Supernetting: an Address Assignment and Aggregation Strategy ) a propus abolirea noțiunii de clasă care nu mai era adaptată la dimensiunea internetului.

Classless Inter-Domain Routing (CIDR) este dezvoltat în 1993 RFC  1518 , în scopul de a reduce dimensiunea tabelului de rutare conținute în routerele . Pentru a face acest lucru, vom agrega mai multe intrări ale acestui tabel într-un singur interval continuu.

Distincția dintre adresele de clasă A , B sau C a fost astfel depășită, astfel încât întregul spațiu de adrese unicast poate fi gestionat ca o singură colecție de subrețele, indiferent de clasă. Masca de subrețea nu mai poate fi dedusă din adresa IP în sine, protocoalele de rutare compatibile cu CIDR , numite fără clasă , trebuie să însoțească, prin urmare, adresele măștii corespunzătoare. Acesta este cazul Border Gateway Protocol în versiunea sa 4 , utilizat pe internet ( RFC  1654 A Border Gateway Protocol 4 , 1994), OSPF , EIGRP sau RIPv2 . Cele regionale Registrele de Internet (RIRs) se adaptează politica lor de alocare a adresei , ca o consecință a acestei schimbări.

Utilizarea măștii cu lungime variabilă ( Mască de subrețea cu lungime variabilă , VLSM) permite împărțirea spațiului de adrese în blocuri de dimensiuni variabile, permițând o utilizare mai eficientă a spațiului de adrese.

Calculul numărului de adrese ale unei subrețele este după cum urmează, dimensiunea 2 adrese - mască .

Un furnizor de servicii de internet poate fi astfel alocat unui bloc / 19 ( adică 2 32-19 = 2 13 = 8 192 adrese) și poate crea subrețele de dimensiuni diferite în funcție de nevoile din cadrul acestuia.: De la / 30 pentru legături punct-la-punct la / 24 pentru o rețea locală de 200 de computere. Numai blocul / 19 va fi vizibil pentru rețelele externe, ceea ce realizează agregarea și eficiența utilizării adreselor.

Notarea CIDR a fost introdusă pentru a simplifica notația, cu un „/” urmat de numărul zecimal de biți de ordin înalt care identifică o subrețea (ceilalți biți de ordin scăzut fiind alocați doar gazdelor de pe acea subrețea unică, apoi îi revine lui tăiați mai fin și direcționați sub-intervalele). Pentru rutare pe Internet, măștile de subrețea au fost abandonate în IPv4 în favoarea notării CIDR , astfel încât toate intervalele de adrese ale aceleiași subrețele sunt adiacente, iar vechile subrețele încă în vigoare compuse din mai multe intervale discontinue au fost redeclarate ca multe subrețele după cum este necesar și apoi agregate cât mai mult posibil prin renumerare. Cu toate acestea, măștile de subrețea IPv4 pot fi utilizate în continuare în tabelele de rutare interne ale aceleiași rețele ale căror gazde nu sunt direcționate și adresabile direct prin internet, conversia în domenii CIDR fiind acum efectuată pe routerele care se învecinează cu rețelele. Rețele private și numai pentru adresele IPv4 publice, dar în mod normal nu mai sunt în punctele de schimb inter-rețea.

În IPv6, notația CIDR este singura notație standardizată (și cea mai simplă) pentru intervalele de adrese (care pot fi de până la 128 de biți), subrețele având în general 16 până la 96 de biți în spațiul adresabil public de pe Internet (ultimii 48 de biți rămânând disponibil pentru adresare locală directă pe același mediu de rețea fără a necesita niciun router sau chiar de multe ori orice preconfigurare a routerelor din rețeaua locală); în IPv6, este de asemenea notat cu un număr zecimal de biți după „/” care urmează o adresă IPv6 de bază (și nu în hexazecimal ca adresele de bază ale intervalelor de adrese ale aceleiași subrețele).

Baza de date de adrese IP

IANA , care este din 2005 o divizie a ICANN , definește utilizarea diferitelor intervale de IP prin segmentarea spațiului în 256 dimensiunea blocului / 8, numerotate de la 0/8 până la 255/8.

Adresele IP Unicast sunt distribuite de IANA către Registrele Regionale de Internet (RIR). De RIRs gestiona IPv4 și IPv6 resurse care se adresează în regiunea lor. Spațiul de adresă unicast IPv4 este format din / 8 blocuri de adrese de la 1/8 la 223/8. Fiecare dintre aceste blocuri este fie rezervat, atribuit unei rețele finale sau unui registru regional de Internet (RIR) sau RFC gratuit  2373. Înfebruarie 2011, nu mai sunt / 8 blocuri rămase.

În IPv6, blocul 2000 :: / 3 este rezervat adreselor globale unicast . Blocurile / 23 au fost alocate RIR-urilor din 1999.

Este posibil să interogați bazele de date ale RIR-urilor pentru a afla cui îi este atribuită o adresă IP utilizând comanda whois sau prin intermediul site - urilor web ale RIR-urilor .

Cei RIRs au reunit pentru a forma Organizația de resurse Numărul (ONR) , în scopul de a coordona activitățile lor comune sau proiecte și mai bine apăra interesele cu ICANN ( IANA ), dar , de asemenea , cu organismele de standardizare (în special IETF). Sau ISOC ).

Intervalele speciale de adrese IP

IPv4 Unele adrese sunt rezervate pentru uz special ( RFC  5735):
Blocare (adresa de pornire
și dimensiunea CIDR ) 		(adresa finală
corespunzătoare) 		Utilizare Referinţă
0.0.0.0 / 8 0.255.255.255 Această rețea RFC  5735, RFC  1122
10.0.0.0/8 10.255.255.255 Adrese private RFC  1918
100.64.0.0/10 100.127.255.255 Spațiu comun pentru Carrier Grade NAT RFC  6598
127.0.0.0/8 127.255.255.255 Adrese de buclă ( localhost ) RFC  1122
169.254.0.0/16 169.254.255.255 Adrese de linkuri locale configurate automat ( APIPA ) RFC  3927
172.16.0.0/12 172.31.255.255 Adrese private RFC  1918
192.0.0.0/24 192.0.0.255 Rezervat de IETF RFC  5736
192.0.2.0/24 192.0.2.255 Rețea / documentație de testare TEST-NET-1 RFC  5737
192.88.99.0/24 192.88.99.255 6to4 anycast RFC  3068
192.168.0.0/16 192.168.255.255 Adrese private RFC  1918
198.18.0.0/15 198.19.255.255 Teste de performanță RFC  2544
198.51.100.0/24 198.51.100.255 Rețea / documentație de testare TEST-NET-2 RFC  5737
203.0.113.0/24 203.0.113.255 Rețea / documentație de testare TEST-NET-3 RFC  5737
224.0.0.0/4 239.255.255.255 Multicast " Multicast " RFC  5771
240.0.0.0/4 255.255.255.254 (*) Rezervat pentru o utilizare viitoare nespecificată (* cu excepția adresei de mai jos) RFC  1112
255.255.255.255/32 255.255.255.255 difuzare limitată RFC  919

Adrese private  :

Adrese poștale:

Adrese multicast  :

IPv6 Următoarele intervale de adrese IPv6 sunt rezervate ( RFC  5156):
bloc Utilizare Referinţă
:: / 128 Adresa nu este specificată RFC  4291
:: 1/128 Adresa Loopback RFC  4291
:: ffff: 0: 0/96 Asocierea adreselor IPv6 la IPv4 RFC  4291
0100 :: / 64 solicitare de gaură neagră RFC  6666
2000 :: / 3 Adrese unicast direcționabile pe internet RFC  3587
2001 :: / 32 Teredo RFC  4380
2001: 2 :: / 48 Teste de performanță RFC  5180
2001: 10 :: / 28 Orhidee RFC  4843
2001: db8 :: / 32 documentație RFC  3849
2002 :: / 16 6to4 RFC  3056
fc00 :: / 7 Adrese locale unice RFC  4193
fe80 :: / 10 Link adresă locală RFC  4291
ff00 :: / 8 Adrese multicast RFC  4291

Adrese speciale

Adrese locale În IPv6, adresele site-ului local fec0 :: / 10 au fost rezervate de RFC  3513 pentru aceeași utilizare privată, dar sunt considerate învechite de RFC  3879 pentru a favoriza adresarea publică și a descuraja utilizarea NAT-urilor . Acestea sunt înlocuite cu adresele locale unice fc00 :: / 7 care facilitează interconectarea rețelelor private utilizând un identificator aleatoriu de 40 de biți.

În IPv6, adresele fe80 :: / 64 sunt unice numai pe un link. Prin urmare, o gazdă poate avea mai multe adrese identice în această rețea pe interfețe diferite. Pentru a rezolva orice ambiguitate cu aceste adrese de domeniu de legătură locală, trebuie, prin urmare, să specificăm interfața pe care este configurată adresa. În sistemele similare Unix , adăugăm la adresă semnul procentului urmat de numele interfeței (de exemplu ff02 :: 1% eth0), în timp ce în Windows folosim numărul interfeței (ff02:: 1% 11) .

Adrese experimentale învechite

Epuizarea adreselor IPv4

Popularitatea internetului a dus la epuizarea blocurilor de adrese IPv4 disponibile în 2011, ceea ce amenință dezvoltarea rețelei.

Pentru a remedia această problemă sau a prelungi termenul, există mai multe tehnici:

Probleme sociale

Dacă adresa IP este concepută inițial pentru o utilizare tehnică, ea ridică și întrebări etice, în măsura în care poate fi utilizată în anumite țări pentru a agrega un profil foarte detaliat al unei persoane și al activităților sale .

Utilizări

Identificarea după adresa IP se face în multe contexte foarte diferite:

Probleme

Încercarea de a identifica în mod fiabil un utilizator de Internet prin adresa IP pune o problemă, din mai multe motive:

Urmărirea adresei IP este adesea utilizată în scopuri de marketing și suspectată că influențează politicile de prețuri.

Cerere de comentarii

Definițiile versiunilor IP 4 și 6 , conceptul de clasă și scorul CIDR sunt documentate în cererea de comentarii următoare (în engleză ):

Municipii

IPv4

IPv6

Lista IRB și tabelul de alocare a adreselor pot fi găsite pe pagina Numărul de resurse ale IANA .

Note și referințe

Note

  1. din clasa anterioară .
  2. din clasa B anterioară .
  3. din clasa C anterioară .
  4. De exemplu, cu produsul de extensie Household furnizat de TheTradeDesk .
  5. Probleme juridice, în special, așa cum se arată în acest articol, întrebând adresa IP în legătură cu Legea privind protecția datelor .

Referințe

  1. Configurarea mai multor adrese IP și gateway-uri , technet.microsoft.com.
  2. (în) R. Hinden și colab. "  Declarație de aplicabilitate pentru implementarea rutării fără domenii fără clasă (CIDR)  " Cerere de comentarii nr .  1517Septembrie 1993.
  3. (în) Jeffrey Mogul, „  Subrețele INTERNET  ” Cerere de comentarii nr .  917,Octombrie 1984.
  4. (în) V. Fuller, T. Li, Yu J. și K. Varadhan "  Supernetting: an Address Assignment and Aggregation Strategy  " Cerere de comentarii nr .  1338Iunie 1992.
  5. (în) Y. Rekhter și T. Li, „  O arhitectură pentru alocarea adreselor IP cu CIDR  ” Cerere de comentarii nr .  1518Septembrie 1993.
  6. (în) Y. Rekhter și T. Li, „  A Border Gateway Protocol 4 (BGP-4)  ” Cerere de comentarii nr .  1654Iulie 1994.
  7. „  IANA IPv4 Address Space Registry  ”
  8. (în) S. Deering și R. Hinden, "  Arhitectura de adresare a versiunii IP 6  " Cerere de comentarii nr .  2373Iulie 1998.
  9. (ro) Spațiu de adrese IPv4 , iana.org.
  10. (ro) Atribuiri de adresă unicast IPv6 , iana.org.
  11. (în) Mr. Cotton și L. Vegoda "  Adrese IPv4 de utilizare specială  " Cerere de comentarii nr .  5735,ianuarie 2010.
  12. (în) R. Braden și colab. , „  Cerințe pentru gazdele de internet - Straturi de comunicare  ”, Cerere de comentarii nr .  1122,Octombrie 1989.
  13. (ro) Y. Rekhter, B. Moskowitz, D. Karrenberg, GJ de Groot și E. Lear „de  alocare a adresei pentru Private Internets  “, Cerere de comentarii n O  1918,Februarie 1996.
  14. (în) J. Weil, V. Kuarsingh, C. Donley, C. Liljenstolpe și domnul Azinger, "  Prefixul IANA IPv4 rezervat pentru spațiul de adresă partajat  " Cerere de comentarii nr .  6598,aprilie 2012.
  15. (în) S. Cheshire, Aboba B. și E. Guttman, „  Configurarea dinamică a adreselor IPv4 Link-Local  ” Cerere de comentarii nr .  3927,Mai 2005.
  16. (în) G. Huston, Mr. Cotton și Vegoda L., „  Registrul IANA adresă IPv4 cu scop special  ” Cerere de comentarii nr .  5736,ianuarie 2010.
  17. (en) J. Arkko, M. Cotton și L. Vegoda, „  Blocuri de adrese IPv4 rezervate pentru documentare  ”, Cerere de comentarii nr .  5737,ianuarie 2010.
  18. (în) C. Huitema, „  Anycast Prefix for 6to4 Relay Routers  ” Cerere de comentarii nr .  3068,Iunie 2001.
  19. (în) S. Bradner și J. McQuaid, „ Metodologia de evaluare  comparativă pentru dispozitivele de interconectare a rețelei  ” Cerere de comentarii nr .  2544Martie 1999.
  20. (în) domnul Cotton, Vegoda L. și D. Meyer, "  Ghiduri IANA pentru atribuiri de adrese IP multidifuzate IPv4  " Cerere de comentarii nr .  5771,martie 2010.
  21. (în) S. Deering, „  Extensii de gazdă pentru difuzare IP  ” Cerere de comentarii nr .  1112,August 1994.
  22. (în) Jeffrey Mogul, "  DIFUZE DE DATOGrame pe INTERNET  " Cerere de comentarii nr .  919,Octombrie 1984.
  23. (în) D. Meyer și P. Lothberg, „  Adresare GLOP în 233/8  ” Cerere de comentarii nr .  3180,Septembrie 2001.
  24. (în) domnul Blanchet, „  Adrese IPv6 cu utilizare specială  ” Cerere de comentarii nr .  5156,Aprilie 2008.
  25. (ro) R. Hinden și S. Deering, „ Arhitectura adresării  versiunii IP 6  ”, Cerere de comentarii nr .  4291,Februarie 2006.
  26. (în) N. Hilliard și D. Freedman, "  A Discard Prefix for IPv6  ", Cerere de comentarii nr .  6666,August 2012.
  27. (în) R. Hinden, S. Deering și E. Nordmark, „  IPv6 Global Unicast Address Format  ” Cerere de comentarii nr .  3587,august 2003.
  28. (în) C. Huitema, "  Teredo: Tunelarea IPv6 peste UDP prin traduceri de adresă de rețea (NAT)  " Cerere de comentarii nr .  4380,Februarie 2006.
  29. (în) C. Popoviciu, A. Hamza, G. Van de Velde și D. Dugatkin, „ Metodologie de evaluare  comparativă IPv6 pentru dispozitive de interconectare a rețelei  ” Cerere de comentarii nr .  5180,Mai 2008.
  30. (în) P. Nikander, J. Laganier și F. Dupont, „  An IPv6 Prefix for Overlay Routable Cryptographic Hash Identifiers (ORCHID)  ”, „ Cerere de comentarii nr .  4843,aprilie 2007.
  31. (în) G. Huston, Lord A. și P. Smith, „  Prefix adresă IPv6 rezervat pentru documentare  ” Cerere de comentarii nr .  3849,Iulie 2004.
  32. (în) B. Carpenter și K. Moore, „  Conexiunea domeniilor IPv6 prin nori IPv4  ” Cerere de comentarii nr .  3056,Februarie 2001.
  33. (în) R. Hinden și B. Haberman, „  Unique Local IPv6 Unicast Addresses  ” Cerere de comentarii nr .  4193,Octombrie 2005.
  34. (în) R. Hinden și S. Deering, "  Internet Protocol Version 6 (IPv6) Addressing Architecture  " Cerere de comentarii nr .  3513,Aprilie 2003.
  35. (în) C. Huitema și B. Carpenter, „  învechind adresele locale ale site-ului  ” Cerere de comentarii nr .  3879,Septembrie 2004.
  36. (în) R. Hinden și S. Deering, "  IP Version 6 Addressing Architecture  " Cerere de comentarii nr .  1884Decembrie 1995.
  37. Internet: nou standard pentru IP , Le Figaro ,6 iunie 2012.
  38. [PDF] .
  39. (în) „  Extensia gospodăriei  ” pe thetradedesk.com .
  40. „  Wikipedia blochează o adresă IP a Ministerului de Interne timp de un an  ” , pe Franceinfo ,13 ianuarie 2016(accesat la 15 iulie 2020 )
  41. Thiébaut Devergranne , „  Este adresa IP datele personale?  » , Pe data.fr personală ,18 noiembrie 2011(accesat la 7 ianuarie 2018 ) .
  42. Ariane Krol și Jacques Nantel , „  Pescuitul clientului într-o cadă: noi instrumente de marketing  ”, Le Monde diplomatique , nr .  711,Iunie 2013( citește online ).
  43. „  Urmărirea IP  : europarlamentarul Françoise Castex dorește o anchetă a Comisiei  ”, ZDNet ,ianuarie 2013( citește online ).
  44. (ro) J. Reynolds și J. Postel, „  NUMERE INTERNET  ” Cerere de comentarii nr .  997,Martie 1987.
  45. (în) "  PROTOCOL INTERNET - PROGRAM INTERNET DARPA - SPECIFICARE PROTOCOL  " Cerere de comentarii nr .  791,Septembrie 1981.
  46. (în) V. Fuller, T. Li, Yu J. și K. Varadhan, "  Classless Inter-Domain Routing (CIDR): an Address Assignment and Aggregation Strategy  " Cerere de comentarii nr .  1519Septembrie 1993.
  47. (în) R. Droms, „  Dynamic Host Configuration Protocol  ”, cerere de comentarii nr .  1531Octombrie 1993.
  48. (în) „  Adrese IPv4 cu utilizare specială  ” Cerere de comentarii nr .  3330Septembrie 2002.
  49. (în) Finlayson, Mann, Mogul, Theimer, "  A Reverse Address Resolution Protocol  ", Cerere de comentarii nr .  903,Iunie 1984.
  50. (în) S. Deering și R. Hinden, „  Internet Protocol, Version 6 (IPv6) Specification  ” Cerere de comentarii nr .  2460decembrie 1998.
  51. (în) R. Gilligan și E. Nordmark, „  Mecanisme de tranziție pentru gazdele și ruterele IPv6  ” Cerere de comentarii nr .  2893,august 2000.

Vezi și tu

Articole similare

linkuri externe