Призначення фіксованої IP-адреси машині в мережі DHCP


11

Я хочу призначити фіксовану приватну IP-адресу серверу, щоб місцеві комп’ютери завжди мали доступ до нього.

В даний час DHCP-адреса сервера чимось схожа 192.168.1.66.

Чи слід просто призначити серверу цей самий IP-код як фіксований і налаштувати маршрутизатор так, щоб він виключив цей IP-адресу з доступних для DHCP? Або є деякі діапазони IP, які традиційно зарезервовані для статичних адрес?

Питання мого початківця стосується не команд, а загальних принципів та передового досвіду.


Практичний випадок (Правка 1 з 2)

Дякую за багато хороших відповідей, особливо дуже детальну від Ліама.

Я міг отримати доступ до конфігурації роутера.

Routers's overview panel:
=========================
Connectivity type is set to DHCP and PPoE.
(...)

Network panel
=============
IPv4 address distribution (DHCP)
--------------------------------
Enable DHCP on LAN : Off
DHCP range starts at IP address : 192.168.1.33
DHCP range ends at IP address : 192.168.1.35
(...)
Nota bene: There is also an IPv6 section.

Під час завантаження будь-якого комп’ютера він отримує свою IPv4 адресу в DHCP.

IP-адреси та MAC-адреси, які я бачу за допомогою ipconfig allкоманди в Windows, відповідають тим, що в списку підключених пристроїв, які відображає маршрутизатор, щоб я міг підтвердити, хто є хто.

Список підключених пристроїв чимось схожий

Description IP address              MAC address
«Unknown»   192.168.1.xx (static)   01:02:03:04:05:06
«Unknown»   192.168.1.yy (static)   07:08:09:10:11:12

Те, що я не розумію:

  • Хоча всі адреси IP отримані в DCHP, вони відображаються як маршрутизатор так, ніби вони є статичними адресами.
  • Налаштування маршрутизатора "Увімкнути DHCP в локальній мережі" встановлено на "Вимкнено", проте IP-адреси отримуються в DHCP.
  • IP - адреса , приписаний до комп'ютерів знаходяться за межами дуже вузького діапазон DHCP від 192.168.1.33до192.68.1.35

На будь-якому комп'ютері Windows, підключеному до DCHP, ipconfig /allвідображається щось на зразок:

IPv4 Address    ........ 192.168.1.xx(prefered)
Default Gateway ........ 192.168.1.1  (= IP of the router)
DHCP server ............ 192.168.1.5

Я щось пропускаю, але що?


Практичний випадок (редакція 2 з 2)

Рішення знайдено.

Детальніше див. Мою відповідь на коментар Міхала внизу цього повідомлення.

Я мушу визнати, що те, як роутер відображає речі, зберігає певну частину таємниці. Маршрутизатор, як видається, використовує DHCP за замовчуванням, але запам'ятовує пристрої, які були підключені до нього (можливо, використовуючи їх mac-адресу). Це може бути причиною того, що він перераховує IP-адреси як статичні, хоча вони динамічні. Був також маршрутизатор Cisco, на 192.168.1.4якому з'явився якийсь сервіс ділового спілкування, але я не мав повноважень, щоб отримати доступ до нього.


Існує не стандарт, що регулює діапазон бронювання DHCP, але це було б добре.
LawrenceC

Деякі маршрутизатори дозволяють визначити IP для обраного mac-адреси. Використовуйте це, і DHCP збереже цю адресу для вашого сервера. Ви також можете встановити діапазон DHCP, наприклад, 192.168.0.128 - 192.168.0.254 в мережі 192.168.0.1/255.255.255.0 і встановити всі статичні адреси на "статичних" серверах з діапазону 192.168.0.2 - 192.168.0.127.
Міхал Б.

@Michal B.: Я згоден і тим часом це зробив .: 1. Отримайте mac-адресу сервера. 2. Слідкуйте за тим, які IP-адреси маршрутизатор призначає комп'ютерам (наприклад, 192.168.0.50до 192.168.1.70) 3. Запустіть сервер в DHCP. На панелі маршрутизатора назвіть його, спираючись на його mac-адресу, щоб маршрутизатор запам'ятав його. 4. У серверному перемиканні IP з режиму DHCP в ручний та призначте IP, що виходить за межі тих, які маршрутизатор призначив б іншим пристроям (наприклад, 192.168.1.100). Ви можете використовувати nmtui , а потім відредагувати конфігураційний файл , де ви можете замінити PREFIX=32на NETMASK=255.255.255.0. 6. Перезапустіть послугу мережі.
OuzoPower

Відповіді:


15

Визначте IP-адресу, призначену вашому серверу, а потім перейдіть до DHCP та встановіть резервацію DHCP для цього сервера.


1
Застереження по суті є самодокументуванням. ++
mfinni

5
@mfinni ++працює лише для програмістів. --для вашого коментаря: P
канадський Люк

.. і так, він також повинен використовувати фіксовану IP-адресу і мітити її. Задокументуйте це. Можливо, навіть резервуйте діапазон для цього. На підприємстві, що використовує внутрішню VPN, зазвичай ці IP-адреси сильно кодуються у файлах HOSTS та конфігураційних файлах SSH, тому велика справа, коли вони раптово змінюються.
mckenzm

10

Послуги DHCP відрізняються у багатьох можливих реалізаціях, і немає діапазонів IP, які традиційно зарезервовані для статичних адрес; це залежить від того, що налаштовано у вашому оточенні. Я припускаю, що ми дивимось на типову настройку для дому / SOHO, оскільки ви згадуєте, що ваш маршрутизатор надає послугу DHCP.

Чи слід просто призначити серверу цей самий IP-код як фіксований і налаштувати маршрутизатор так, щоб він виключив цей IP-адресу з доступних для DHCP?

Я б сказав, що це не найкраща практика. Багато маршрутизатори споживачів не матимуть можливості виключити одну адресу в межах діапазону DHCP адрес для оренди (відомий як "пул"). Крім того, оскільки DHCP не знає, що ви "зафіксували" IP-адресу на сервері, ви ризикуєте виникнути конфлікт. Ви зазвичай можете:

  • встановіть резервацію в конфігурації DHCP, щоб серверний пристрій завжди отримував одну і ту ж адресу службою DHCP, або
  • встановити серверний пристрій зі статичною адресою, яка знаходиться поза пулом адрес, виділених службою DHCP.

Щоб розширити ці параметри:

Бронювання в DHCP

Якщо ваш маршрутизатор дозволяє бронювати, то перший варіант резервування DHCP ефективно досягає того, що ви запланували. Зауважте суттєву різницю: присвоєння адреси все ще управляється службою DHCP, а не "фіксується" на сервері. Сервер все ще вимагає DHCP-адреси, він щоразу отримує ту саму.

Статична IP-адреса

Якщо ви віддаєте перевагу встановленню статичної адреси, слід перевірити конфігурацію маршрутизатора (за замовчуванням), щоб визначити блок адрес, який використовується для DHCP-оренди. Зазвичай ви зможете бачити конфігурацію як першу адресу та останню адресу, або першу адресу та максимальну кількість клієнтів. Коли ви знаєте це, ви можете вибрати статичну адресу для свого сервера.

Прикладом може бути: маршрутизатор встановлений таким чином, щоб дозволити максимум 128 клієнтам DHCP з першою IP-адресою DHCP 192.168.1.32. Тому пристрою може бути призначена будь-яка адреса від 192.168.1.32 аж до 192.168.1.159. Ваш маршрутизатор буде використовувати статичну адресу поза цим діапазоном (як правило, першу або останню адресу .1 або .254), і тепер ви можете вибрати будь-яку іншу доступну адресу для свого сервера.

TL; DR

Це залежить від конфігурації вашої служби DHCP. Перевірте доступні для DHCP налаштування, а потім зарезервуйте адресу в DHCP або виберіть статичну адресу, яка не використовується DHCP - не перетинайте потоки.


1
Подвійний ++ на цьому.
іваніван

1
Дякую Ліам за дуже детальну та корисну відповідь. Після доступу до конфігурації маршрутизатора виникли інші проблеми, які я додав у вихідне повідомлення.
OuzoPower

@OuzoPower Я новак тут відповідаю, тому не маю достатньої кількості представників, щоб коментувати це питання. Оновлення показує, що маршрутизатор не надає послугу DHCP. На маршрутизаторі налаштування вимкнено , і на вашому ipconfigвиході Windows видно, що послуга DHCP надається з пристрою за адресою 192.168.1.5 . У вас є Pi-Hole або інший подібний пристрій, що забезпечує DHCP? Тут ви знайдете свою конфігурацію DHCP. NB: Це також пояснює, чому маршрутизатор показує адреси як статичні і чому призначені DHCP адреси знаходяться поза діапазоном, налаштованим на маршрутизаторі.
Ліам

@Liam: Ніякої Pi-Hole чи подібної речі, наскільки я знаю. Знайдено рішення: Оскільки я не міг встановити діапазони DHCP в маршрутизаторі, але міг зареєструвати mac-адресу сервера в маршрутизаторі, а потім приписати серверу фіксовану IP-адресу, що далеко виходить за межі діапазону, який маршрутизатор, природно, призначає існуючим пристроям . Завдяки реєстрації mac-адреси сервера, маршрутизатор зберігає його в пам’яті та показує сервер як відсутній, коли таким чином вимкнено. Детальніше дивіться мою відповідь до Міхала Б. в оригінальній публікації. Це рішення, здається, працює як шарм.
OuzoPower

@OuzoPower Цей підхід може працювати в короткостроковій перспективі, але як ви знаєте, що обрана вами адреса знаходиться поза діапазоном DHCP? Багато систем DHCP вибирають адреси навмання з наявного пулу. У якийсь момент вам потрібно буде знати, що насправді ваша конфігурація DHCP, а не оцінювати за спостереженням (!), Інакше ви відчуєте певний конфлікт. У вашому запитанні про найкращу практику. Тут найкращою практикою було б знати, яка система обробляє DHCP для вашої локальної мережі. Я б почав, відвідавши 192.168.1.5 або https://192.168.1.5/ для доказів.
Ліам

1

Не погана звичка ділити свою підмережу на діапазон пулу DHCP та статичні діапазони, але, звичайно, ви можете робити те, що написав JohnA - використовувати бронювання для свого сервера, але перший випадок зрозуміліший, оскільки ви не псуєте свій сервер DHCP з невикористані додаткові налаштування (це може бути заплутано для інших адміністраторів, які не знають, що сервер статичний). якщо ви використовуєте пул DHCP + статичний пул, то просто не забудьте додати свій статичний сервер до DNS (створіть для нього запис A / AAAA).


Я хотів би додати, що недоліком резервування DHCP для серверів є те, що якщо ваше середовище DHCP недостатньо стійке до відмов, відключення сервера DHCP може спричинити всілякі проблеми. Уважно стежте за DHCP і встановлюйте оренди, які досить довгі, щоб можна було реагувати на проблеми навіть після довгих вихідних.
JohnA

1

Я вважаю за краще встановлювати свої мережеві пристрої, сервери, принтери тощо, для яких потрібна статична IP-адреса поза діапазоном пулу DHCP. Наприклад, від xx.xx.xx.0 до xx.xx.xx.99 буде відведено для фіксованих IP-призначень, а xx.xx.xx.100 до xx.xx.xx.250 буде встановлено як пул DHCP.


Мені також подобається такий підхід. Таким чином я все ще можу отримати доступ до серверів, навіть якщо сервер DHCP знімає ранок або вирішує розпочати видачу недійсних оренди!
ErikF

Використовуючи isc-dhcp-serverце потрібно (саме це робить мій пі, разом із кешуванням DNS, підробленим доменом для моєї локальної мережі та деяким формуванням трафіку для деяких бездротових речей). На жаль, я бачив сторінки конфігурації маршрутизатора на основі браузера (як заводські, так і заміна), для яких або потрібна зарезервована адреса, щоб бути в динамічному пулі ... або поза нею.
іваніван

1

На додаток до інших відповідей, я хочу зосередитись на тому, що конфігурація маршрутизатора, схоже, не відповідає конфігурації IP-адреси на вашому сервері.

Будь ласка, подивіться на вихід ipconfig / all:

Адреса IPv4 ........ 192.168.1.xx (бажано)

Шлюз за замовчуванням ........ 192.168.1.1 (= IP маршрутизатора)

DHCP-сервер ............ 192.168.1.5

Клієнти в мережі отримують не IP-адресу від маршрутизатора, а інший сервер DHCP в мережі (192.168.1.5 замість 192.168.1.1). Ви повинні знайти цей сервер і перевірити його конфігурацію замість DHCP-сервера маршрутизатора, який, здавалося б, використовується лише для бездротового зв'язку.


0

Мій маршрутизатор ( OpenWRT ) дозволяє статичну оренду DHCP.

Статична оренда використовується для призначення фіксованих IP-адрес та символічних імен хостів клієнтам DHCP.

Отже, ви надаєте MAC-адресу сервера і бажану IP-адресу як "статичну оренду", і DHCP завжди буде виділяти один і той же IP. Клієнтська машина (сервер у цьому випадку) не потребує змін конфігурації і все одно вибирає свою IP-адресу (налаштована адреса) з DHCP.


-2

Зауважте, що ви не можете призначити фіксовану IP-адресу в 192.168, щоб клієнти могли "завжди отримувати доступ до неї", якщо ви також не надасте кожному клієнту фіксовану IP-адресу та підмережу. Тому що, якщо клієнти використовують DHCP, вони отримують те, що надає їм субнект, який надає сервер DHCP, і якщо вони використовують автоматичну адресацію, то вони не будуть в підмережі 192.168.

Як тільки ви зрозумієте, що систему неможливо легко вдосконалити, ви зможете побачити, що найкращі варіанти залежать від того, що ви намагаєтеся зробити. Upnp - поширений спосіб зробити видимі пристрої. DNS - це поширений спосіб зробити видимі пристрої. WINS - це звичайний спосіб зробити видимі пристрої. DHCP - поширений спосіб зробити видимі пристрої.

У всіх моїх принтерах є застереження: мої принтери не мають критичної інфраструктури, я хочу мати можливість керувати ними, багато хто з клієнтів все одно використовують UPNP або mDNS для виявлення.

Мій шлюз і DNS-сервери мають фіксовану IP-адресу в зарезервованому діапазоні: Мій DHCP-сервер надає шлюз і DNS-адреси, а мій сервер DHCP не має можливості робити динамічне виявлення або пошук DNS.

Жоден з моїх потокових пристроїв взагалі не має фіксованих або зарезервованих IP-значень: якщо мережа настільки зламана, що DHCP і DNS не працюють, то жодного разу клієнти не зможуть підключитися до фіксованих IP-адрес.


Це буквально не має сенсу. Ви стверджуєте, що не можете змішувати статичне та динамічне в / 16?
Гай

Я стверджував, що якщо ви використовуєте статичний, ви не гарантували, що клієнти можуть "завжди отримувати доступ до нього". Я щойно стверджував, що я змішував статичне та динамічне в моїх налаштуваннях.
користувач165568

@Gaius Я стверджував, що якщо ви використовуєте статичний, ви не гарантуєте, що клієнти можуть "завжди отримувати доступ до нього". Вибачте, що для вас немає сенсу: це одна з головних причин, коли світ відійшов від статики. Я також стверджував, що я змішував статичну та динамічну в моїх налаштуваннях: див. "Жоден з моїх потокових пристроїв не фіксований або зарезервований" та "DNS-сервери мають фіксовану IP-адресу": сервери DNS дійсно в тій самій підмережі, що і клієнтів.
користувач165568

Вибачте, але я повинен адміністратор, не розуміючи більшості вашої відповіді. Наскільки я знаю, DNS є серверами доменних імен і є корисними, коли ви хочете називати сервери, як, наприклад, при призначенні доменних імен веб-сайтам. Оскільки доменні імена мені не потрібні, DNS видається мені марним. Доступ до сервера не є проблемою без DNS. Дивіться мою відповідь до Міхала Б. в оригінальній публікації щодо рішення, яке я знайшов.
OuzoPower
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.