что делать если не хватает ip адресов в локальной сети
PC360
Ремонт/настройка ПК и окружающих его устройств.
Увеличение количества компьютеров более 254 в простой локальной сети.
На определенном этапе существования локальной сети в нашей организации использовалась ее простая структура. Сеть была одноранговой, коммутаторы не настраиваемые, задействован диапазон IPv4 предназначенный для частных локальных сетей 192.168.1.0. Интернет и локальную сеть разделял межсетевой экран.
До какого-то момента времени сеть не превышала 254 сетевых устройства (компьютеры, сетевые принтеры, NAS) и все было хорошо. Но вот настал день, когда диапазон свободных IP-адресов израсходовался, но при этом закупили 30 новых компьютеров. Нужно было искать срочный выход из сложившейся ситуации.
В итоге было определено 2 варианта организации ЛВС с числом сетевых устройств более 254. Рассмотрим один наиболее простой вариант и один посложнее.
Вариант №1 – добавление нулевого диапазона.
Сети с диапазонами IP 192.168.0.0 и 192.168.1.1 могут «видеть» друг друга через маску 254. Так как сеть с IP 192.168.1.0 у нас переполнена, назначаем новым ПК IP-адреса в диапазоне 192.168.0.0, но при этом указываем для всех ПК маску 255.255.254.0. Не требуется какая-то особая маршрутизация и сеть работает через обычные коммутаторы.
На этом все. Сеть расширена еще на 254 вероятных будущих компьютеров. Нужно изменить маску во всех ранее существовавших в сети компьютерах если их IP статический или изменить маску в DHCP-сервере.
Можно проверить через командную строку командой PING два любых ПК в разных диапазонах IP. Компьютеры «пингуются» и «видят» друг друга в сетевом окружении.
Недостаток у этого метода – широковещательный шторм (англ. Broadcast storm). Пакеты с запросами будут серьезно перегружать сеть при полных 508 сетевых устройствах и передача трафика замедлится. В случае, если сеть не планирует расширяться на более чем 300 компьютеров, такой вариант вполне приемлем. За несколько лет использования этой структуры видимых трудностей не наблюдалось.
Вариант №2 – разделение сети на несколько сегментов через маршрутизатор. (ССЫЛКА)
Проблема нехватки IP-адресов. Способы решения и существующие реализации
Рубрика: Информационные технологии
Дата публикации: 27.06.2016 2016-06-27
Статья просмотрена: 2348 раз
Библиографическое описание:
Иванов, К. К. Проблема нехватки IP-адресов. Способы решения и существующие реализации / К. К. Иванов, А. А. Ефремов. — Текст : непосредственный // Молодой ученый. — 2016. — № 13 (117). — С. 321-324. — URL: https://moluch.ru/archive/117/32194/ (дата обращения: 14.11.2021).
На сегодняшний день примерно каждый второй житель планеты Земля является пользователем Интернета [2]. Большая часть из них даже не задумывается, насколько сложной является данная глобальная сеть. Интернет объединяет в себе множество компьютерных сетей для хранения, обработки и передачи данных, и построен он на базе стека TCP/IP. Протокол TCP отвечает за управление передачей данных, а протокол IP — за объединение отдельных компьютерных сетей (его также называют межсетевым протоколом). С протоколом IP связано одно крайне важное понятие — IP-адресация.
Система адресации стека TCP/IP является глобальной, то есть она не зависит от способов адресации узлов в отдельных сетях, решая задачу объединения сетей. Эта система однозначным образом позволяет идентифицировать любой интерфейс в сети Интернет, уникально нумеруя каждый узел сети. Данный номер и является сетевым адресом, называемым IP-адресом [1]. Он состоит из двух логических частей — номера сети и номера узла в сети, однако четкой границы между ними нет. Все зависит от способа, по которому из IP-адреса выделяются номер сети и номер узла. Самый простой из них заключается в использовании фиксированной границы (например, 24 бита отводятся под номер сети, а 8 бит отводятся под номер узла в сети). Передвижение границы вправо увеличивает число сетей, а передвижение границы влево уменьшает их число. Но и в том, и в другом случае размер всех сетей будет одинаковым, что не позволяет гибко управлять сетью. Другой подход основан на использовании маски, с помощью которой можно гибко установить границу между номером сети и номером узла в сети. В данном случае размер сети произволен, и задается он выбранным значением маски. Еще одним способом является использование классов адресов, что является совокупностью двух описанных выше способов. Классы адресов позволяют задавать сети, размеры которых хоть и не являются произвольными, как при использовании масок, но и не являются одинаковыми, как при использовании фиксированной границы. Существует всего пять классов адресов: A, B, C, D и E. Первые три используются для адресации сетей, а последние два имеют специальное назначение. При отправлении пакета в составной сети в его заголовок помещается IP-адрес узла назначения. Используя определенное правило, каждый маршрутизатор извлекает номер сети назначения, по которому находит IP-адрес следующего маршрутизатора. Когда сеть назначения достигнута, извлекается номер узла, по которому определяется, где именно находится узел назначения.
В сентябре 1981 года была описана четвертая версия протокола IP (IPv4). Тогда Интернет только зарождался, и о нехватке IP-адресов речь и не шла, ведь предусмотренное количество в 4 миллиарда 294 миллиона 967 тысяч 294 адреса считалось не просто достаточным, а неисчерпаемым (такое количество IP-адресов обусловлено тем, что их длина равна 32 битам, а общее количество — 2 32 ). Однако ситуация не настолько радужная, так как IP-адреса назначаются не только конечным узлам, но и различным устройствам, образующим инфраструктуру Интернета [3], таким как маршрутизаторы и сервера.
Стоит отметить, что в версии IPv4 [4] применяются средства, которые направлены на снижение количества используемых IP-адресов. Первый вклад в этот процесс внесла технология бесклассовой междоменной маршрутизации CIDR, суть которой заключается в том, что каждому регистратору или поставщику услуг выдается непрерывный диапазон IP-адресов. Это позволяет лучше организовать сеть, правильнее распределив IP-адреса. Хотя стоит сказать, что данная технология, в первую очередь, была направлена на усовершенствование процедуры маршрутизации, однако она также помогла и в вопросе использования IP-адресов.
Для рассмотрения следующего способа необходимо дать определение «белых» и «серых» IP-адресов. «Белые» IP-адреса являются публичными, используются для выхода в сеть Интернет, а также они уникальны. «Серые» же IP-адреса используются в локальных сетях. С их помощью нельзя выйти в Интернет, они уникальны только в пределах определенной локальной сети и работать с их помощью можно только в пределах этой локальной сети. К «серым» IP-адресам относятся три диапазона адресов [1]:
1) От 10.0.0.0 до 10.255.255.255 с восьмибитной маской — всего 16 миллионов 777 тысяч 216 адресов;
2) От 172.16.0.0 до 172.31.255.255 с двенадцатибитной маской — всего 1 миллион 40 тысяч 400 адресов;
3) От 192.168.0.0 до 192.168.255.255 с шестандцатибитной маской — всего 65 тысяч 25 адресов.
Проблему невозможности доступа в Интернет с использованием «серого» IP-адреса решает технология NAT [7], которая отвечает за преобразование сетевых адресов. Существуют две наиболее популярные разновидности NAT: SourceNAT и DestinationNAT. Первая заменяет адрес источника (также могут заменяться номера портов) при отправлении пакета и адрес назначения при получении ответа. Благодаря этому большая локальная сеть, например, состоящая даже из 65 тысяч локальных устройств, может иметь всего один IP-адрес. Именно эта особенность существенно экономит число IP-адресов, так как адреса в подобной локальной сети являются «серыми». Пример сети, в которой для доступа в сеть Интернет используется технология SourceNAT, представлен на рисунке 1. Вторая же разновидность технологии NAT, называемая DestinationNAT, позволяет по IP-адресу маршрутизатора обратиться к серверу, расположенному в локальной сети. Сделать это без технологии DestinationNAT невозможно.
Рис. 1. Вариант сети, в которой используется SourceNAT
Еще одним способом, позволяющим уменьшить скорость исчерпывания IP-адресов, является использование прокси-сервера. Он аналогичен по принципу действия технологии преобразования сетевых адресов NAT, однако обладает куда большими возможностями для контроля использования Интернета, такими, как аутентификация пользователей и фильтрация контента, что не может предоставить NAT. При использовании прокси-сервера клиент запрашивает какой-либо ресурс, расположенный на другом сервере, а уже прокси-сервер получает у него ресурс и предоставляет его клиенту. Прокси-сервер помимо анонимности пользователя предоставляет еще и надежную защиту от некоторых видов сетевых атак.
Также для уменьшения числа используемых IP-адресов используется виртуальный хостинг. Это такой вид хостинга, для которого множество сайтов располагается на одном сервере. Это существенно сокращает число задействованных IP-адресов, так как теперь каждому сайту не ставится в соответствие отдельный IP-адрес.
Даже несмотря на все предпринимаемые меры, технический прогресс и бурный рост пользователей Интернета сделали момент, когда IP-адреса протокола версии IPv4 закончатся, реальным. 3 февраля 2011 года агентство IANA (организация, управляющая распределением пространства IP-адресов) выдала последние пять блоков с восьмибитной маской (по 16 миллионов 777 тысяч 216 адресов в каждом). Тогда же была высказана гипотеза, что IP-адреса будут исчерпаны в течение пяти лет [6]. На деле же в сентябре 2015 года у североамериканского регионального регистратора закончились IP-адреса, у остальных, кроме африканского регионального регистратора, IP-адреса должны закончиться в 2017 году. Этот факт вынуждает искать новые варианты распределения IP-адресов.
Наиболее правильным решением является серьезная переработка протокола IP. Его модернизация должна быть посвящена выполнению следующих необходимых целей [1]:
1) Создание масштабируемой схемы адресации;
2) Сокращение объема работ, выполняемых маршрутизаторами;
3) Предоставление гарантий качества транспортных услуг;
4) Обеспечение защиты данных, передаваемых по сети.
Таким образом, можно сделать вывод, что проблема нехватки IP-адресов реальна, однако только с точки зрения четвертой версии протокола IP (IPv4), для которой по прогнозам уже в следующем году не останется IP-адресов. Даже разработанные и применяемые средства и технологии, уменьшающие скорость исчерпывания (технология межклассовой междоменной маршрутизации CIDR, внутрисетевая адресация с использованием «серых» IP-адресов, технология преобразования сетевых адресов NAT, прокси-сервера, виртуальные хостинги), не смогли помочь в решении этой проблемы. Однако создание шестой версии протокола IP (IPv6), которая оперирует уже 2 128 числом адресов, с лихвой решает проблему нехватки IP-адресов. Именно за IPv6 стоит будущее сетевых технологий, и это будущее с каждым днем только приближается.
Что делать если не хватает ip адресов в локальной сети
Этот форум закрыт. Спасибо за участие!
Лучший отвечающий
Вопрос
Домен. DHCP кричит что использовано 90% Ip адресов. Используется подсеть 192.168.1.0/24. Шлюз на TMG, и еще есть около десятка серверов. Подсети 192.168.0.0, 192.168.2.0. 5.0 заняты филиалами (Site-To-Site на TMG).
Я пока вижу решение таким: на DHCP создать область, например, 192.168.10.0, а на всех серверах прописать еще один ip подсети 10.0/24
Насколько такое решение является правильным? Или есть более верные варианты?
Ответы
У вас два варианта: либо мигрировать на новую подсеть с маской, например /23, либо использовать маршрутизацию.
В первом случае вы можете использовать TMG как временный роутер, пока полностью не переедите на новую сетку.
Сазонов Илья http://isazonov.wordpress.com/
Все ответы
затем добавьте подсеть 192.168.2.0/24 и её добавьте для юзеров
Расширение размеров сети с помощью маски предпочтительнее, т.к этот метод легче в реализации.
калькулятор сети вам в помощь http://jodies.de/ipcalc
в том то и беда, что подсети 0.0, 0.2, 0.3 и т.д. уже заняты филиалами, а менять там адресацию проблематично.
1. Выделить дополнительную подсеть типа 192.168.10.0/24 и использовать ее вместе с существующей. Придется настроить маршрутизацию и поддерживать фактически два логических сегмента. Но это все лучше, чем писать по 2 адреса (смысл прописывания второго адреса мне вообще непонятен).
2. Выделить новый большой сегмент, к примеру 192.168.8.0/22, и полностью перейти на него. Это потребует трудозатрат на смену адресации, но будет гораздо правильнее чем дополнительные адреса. И это сохранит единый сегмент.
Сазонов Илья http://isazonov.wordpress.com/
отдельным VLAN правильнее и быстрее, чем городить неклассовые сетки и перенастраивать все оборудование. к тому же разделение на вланы всегда хорошо с точки зрения безопасности (у самого пара десятков вланов на три сотни хостов)
Вы упускаете мааленький момент: «Шлюз на TMG, и еще есть около десятка серверов».
зачем заставлять ТМГ заниматься тем что он не должен делать? вланы и маршрутизация удел роутеров и коммутаторов 3-го уровня, а ТМГ ни разу не маршрутизатор.
Я бы избегал использовать нестандартные маски. А создание слишком большого сегмента сети чревато увеличением накладных расходов и, как следствие, снижением производительности сети. Широковещательный домен-то больше станет.
Есть ли у вас коммутатор 2-3 уровня?
VLAN не пропустит широковещательный трафик в другие подсети, но это решаемо. Решений 2:
1. Настроить коммутатор таким образом, чтобы широковещательный трафик данного VLAN перенаправлялся в Вашему DHCP. IP helper-address называется http://habrahabr.ru/post/89997/
Это самый лучший вариант.
Иван, а чем отличается IP helper-address от DHCP Relay?
>Я бы избегал использовать нестандартные маски.А создание слишком большого сегмента сети чревато увеличением накладных расходов и, как следствие, снижением производительности сети. Широковещательный домен-то больше станет.
То есть правильно ли я понял, что «стандартная маска» (то есть не-CIDR) 255.255.0.0 для сети класса B для производительности сети гораздо лучше чем «нестандартная» /22?
По-моему /16 еще хуже, чем /22.
А по поводу DHCP Relay, прошу прощения 2 раза. Я имел в виду что-то типа http://technet.microsoft.com/en-us/library/cc783103(v=ws.10).aspx
По-моему /16 еще хуже, чем /22.
Да. Если не учитывать географию.
4000 рабочих станций в одной сети забьют вашу сеть бродкастами. А если кто-то умный воткнет хабчик двумя портами в 2 розетки, ляжет все, а не одна подсеть. И потом будет очень увлекательно искать, кто-же из 4000 умников напортачил-то.
Зато любой коммутатор (даже бюджетный) способен поддерживать не менее 4096 VLAN. Создавай сколько хочешь.
По-моему мы отошли от темы.
Если маршрутизацию между сетями в VLAN нужно в любом случае настраивать, какой сермяжный смысл во VLAN? Дополнительные сложности в дизайн сети внести?
В одном VLAN может быть и несколько подсетей, однако для удобства обычно строят на одной VLAN одну подсеть. Вероятно это и приводит к смешиванию понятий.
Так вот коммутатор потому и уровня 2-3, что с одной стороны он умеет работать с VLAN, а с другой, может маршрутизировать подсети.
Увеличение числа IP-адресов в подсети на сервере DHCP
В этой статье описываются методы изменения количества IP-хостов на подсети на сервере динамической конфигурации хостов (DHCP).
Применяется к: Windows 10 — все выпуски, Windows Server 2012 R2
Исходный номер КБ: 255999
Симптомы
Вы пытаетесь расширить область действия на сервере DHCP. При изменении области в диалоговом окне Scope Properties вы получите следующую ошибку:
Диапазон IP был изменен, но пока не сохранен. При продолжении будут отбрасываются изменения. Продолжить?
Выбор «Да» или «Нет» этому сообщению не приводит к изменению существующей области.
Решение
В этой статье описываются методы, которые можно использовать для изменения количества IP-хостов в любой конкретной подсети. Охватываются следующие три метода:
Расширение области
Предположим, что у вас уже есть область DHCP. В настоящее время Начните адрес и конечный адрес не включают все адреса для данной подсети. В этом случае, чтобы увеличить число адресов в области, можно расширить Начните адрес или конечный адрес в свойствах области.
В следующем примере показана сеть класса C со следующими настройками:
Адрес подсети: 192.168.1.0
Маска subnet: 255.255.255.0
В этом примере дается сеть из 254 хостов, которые занимают диапазон адресов от 192.168.1.1 до 192.168.1.254.
Созданная область имеет следующие свойства:
Начните адрес: 192.168.1.50
Конечный адрес: 192.168.1.150
Маска subnet: 255.255.255.0
Чтобы увеличить количество доступных клиентам адресов, можно изменить Начните адрес или конечный адрес соответственно 1 и 254.
В более ранних версиях DHCP необходимо было расширить Начните адрес или конечный адрес с приращением 32. Это больше не так, если вы работаете Windows NT 4.0 Пакет обновления 6 или более поздней.
Если область охвата уже охватывает весь диапазон и полностью используется, у вас есть только два других варианта: суперскобирование или повторное. Оба этих параметра требуют внесения архитектурных изменений в сеть.
Простое изменение параметров области DHCP не дает вам больше аренды. DHCP выполняется поверх архитектуры сетевой подсети и может раздать адреса, как вы хотите. В первую очередь всегда относится к необходимости расширения диапазонов адресов как к упражнению по архитектуре подсети. После того как вы решите, какую архитектуру использовать, можно настроить DHCP, чтобы соответствовать вашему сетевому дизайну.
Resubnetting
Resubnetting — это рекомендуемая процедура для увеличения области DHCP, когда текущая область полностью потребляет текущую маску подсети. Этот метод требует изменения всех хостов и шлюзов подсетей. Если у вас есть диапазон адресов, где не было доступных хост-адресов, возможно, можно изменить маску подсети, чтобы включить большую долю хост-адресов. Однако для простого изменения маски подсети требуется:
Кроме того, все области или области DHCP сначала должны быть удалены, а затем повторно созданы с помощью новой подсети маски. Если вы не принимаете меры для предотвращения использования адресов лизинга, которые могут использовать другие клиенты, в этот период могут возникать дублирующиеся адреса. Несмотря на все вышеперечисленные оговорки, повторное открытие по-прежнему является рекомендуемой процедурой. Конфигурация повторной сети не создает дополнительных накладных расходов на маршрутизаторы или шлюзы подсети и сохраняет все хосты на одном и том же адресе трансляции.
В следующем примере показана истощенная подсеть со следующими настройками:
Адрес подсети: 192.168.1.0
Маска subnet: 255.255.255.0
Она дает сеть из 254 хостов с адресами от 192.168.1.1 до 1921.68.1.254.
В следующем примере показан результат при использовании параметра resubnetting:
Адрес подсети: 192.168.1.0
Маска subnet: 255.255.254.0
Теперь у вас есть сеть из 510 хостов с адресами от 192.168.0.1 до 192.168.1.254 (для области 192.168.0.0) или 256 вновь доступных адресов DHCP.
Superscoping
Superscoping (также именуемая мультисетью) может соответствовать вашим требованиям. Если вы не хотите изменять подсети существующей сети, можно добавить больше логических сетей в один и тот же физический провод. Этот метод создает дополнительные нагрузки на маршрутизатор или шлюз, настроенный с несколькими логическими подсетями, работающими в одном физическом порте. Дополнительная нагрузка может привести к снижению производительности сети. Для связи с хостами в одной логической подсети необходимо пройти через шлюз для связи с хостами другой логической подсети, несмотря на общий доступ к одному физическому проводу.
В следующем примере показана истощенная подсеть со следующими настройками:
Адрес подсети: 192.168.1.0
Маска subnet: 255.255.255.0
В следующем примере показаны результаты при использовании параметра superscoping:
Адрес подсети: 192.168.1.0 и 192.168.2.0
Маска subnet: 255.255.255.0
Теперь у вас две сети из 254 хостов (всего 508 хостов) с адресами от 192.168.1 до 192.168.168.1.254 или 254 новых доступных адресов DHCP.
После того как вы решите, какой вариант вы хотите использовать, вы можете выбрать соответствующую конфигурацию DHCP.
Если используется параметр resubnetting, необходимо удалить и повторно создать область DHCP с помощью новой маски подсети. Невозможно изменить только маску для определенной области.
Если вы обслуживаете существующие клиенты в пределах части этого диапазона, необходимо включить обнаружение конфликтов до тех пор, пока все клиенты не будут перенесены в новую область. Это действие требует от вас принятия следующих действий:
При использовании параметра superscoping необходимо совместно использовать множество областей. Создайте каждую область по отдельности, а затем создайте суперскоп для включения отдельных областей. Это действие требует от вас принятия следующих действий: