Чим статичний ip адресу відрізняється від динамічного

Перш ніж спробувати відповісти на поставлене вище питання, доведеться істотно зануритися в його історію - тоді першопричини стануть зрозумілі самі собою.

Для чого комп'ютерів (і іншим електронним пристроям) взагалі потрібні «адреси»

Як тільки електронних пристроїв стає більше одного (інакше кажучи, з'являється якась «мережу») і виникає потреба передати дані між ними, постає питання про те, як ідентифікувати пристрої. Зрозуміло, в межах однієї кімнати це можна реалізувати за допомогою набору унікальних імен - але що робити, коли пов'язані за допомогою мережі комп'ютери повинні взаємодіяти в масштабах міста, країни або взагалі усього світу? Для цього в кінці сімдесятих минулого століття був придуманий цілий набір правил, названий «стек протоколів TCP / IP«. Цей досить складний набір повністю визначав взаємодію (передачу даних) між будь-якими ПК в IP-мережі - але для цього привласнював кожному взаимодействующему комп'ютера унікальний номер (IP-адреса), розмірністю в 32 біта (його прийнято записувати як 4 байта з роздільниками, типу AA : BB: CC: DD - і називати IPv4) - тим самим «заклавши годинну міну» на десятиліття вперед.

З знання математики очевидно, що 32-х біт вистачить для створення приблизно чотирьох з невеликим мільярдів унікальних адрес, що на початок 80-х здавалося більш ніж достатнім - адже персональні комп'ютерів тільки-тільки з'явилися і були «слабенькими» (8/16 біт з тактовою частотою в одиниці мегагерц), а «доступ в мережу» фактично собі могли дозволити тільки «великі машини »(mainframe).

Однак після «вибухового» зростання кількості ПК вже до кінця 80-х стало явно видно, що заявленого простору цих адрес банально не вистачить на всіх бажаючих (попутно відзначимо, що більш-менш ця проблема автоматично вирішиться з повсюдним введенням в дію версії IPv6, де допустима розмірність простору адрес збільшена вчетверо, тобто до 16 байт: при нинішній кількості жителів Землі це складе більше трьохсот мільйонів унікальних адрес на одну людину).

Паліативний вихід з положення

Нюанс полягав у тому, що хоча комп'ютерів ставало все більше і більше, одночасний доступ до мережі був потрібний лише відносно невеликій кількості з них. Тому було прийнято наступне рішення: виділити особливі блоки адрес для приватних мереж, де ці адреси можуть багаторазово повторюватися (але не в одній підмережі / сегменті!) - а стеження за тимчасової роздачею обмеженої кількості «справжніх» адрес покласти на організації, що надають доступ до загальної Мережі (інтернет-провайдерів), яким блоки таких адрес централізовано виділялися. Здавалося б, все стало просто: є «статичні адреси», які залишаються незмінними для комп'ютерів / пристроїв в мережі - і «динамічні адреси», які можуть з певних угодою передаватися / перепрісваіваться між ними.

Адреси внутрішні / зовнішні, «білі» і «сірі»

Отже, локальних мереж дозволили самостійно призначати всередині себе адреси з груп 10.0.0.0 - 10.255.255.255, 172.16.0.0 - 172.31.255.255 або 192.168.0.0 - 192.168.255.255, які назвали приватними (або внутрішніми «сірими»). Зовнішній (називається публічним або «білим» адресою) потрібен лише для того, щоб до конкретного пристрою мережі можна було адресуватися з глобальної Мережі - під цією адресою пристрій «бачать зовні» і він свідомо унікальний для всієї Мережі. Автоматичне ж зіставлення (трансляція) адрес мережі з приватних в публічні і назад здійснюється за допомогою Network Address Translation (NAT).

Резюмуємо: кардинальна відмінність будь-якого (незалежно від «кольору», групової приналежності і бажання господаря) статичного IP від ​​динамічного побратима в тому, що перший залишається незмінним при підключенні комп'ютера / пристрої до мережі, а динамічний адресу завжди призначається автоматично і використовується обмежений час ( «час життя» визначається тим сервісом, який його призначив). У мережі динамічні адреси зазвичай розподіляються за допомогою спеціального сервера, що підтримує протокол DHCP - хоча до сих пір для тих же цілей можна використовувати протоколи BOOTP, IPCP (за допомогою протоколу PPP), Zeroconf і RARP.