Не хватает ip адресов в локальной сети что делать

Не хватает ip адресов в локальной сети что делать

Боюсь Вы не очень внимательно прочли суть вопроса. Изменения на сетевом адаптере ни к чему не приведут, более того они обрубят локальную сеть. 70% машин, не считая серверов и мфу, получают IP динамически, а та сеть что сейчас существует раздается DHCP с маской 255.255.255.0

Вопрос состоял в том как не кладя существующую инфраструктуру, с минимальным простоем (возможность развернуть и подготовить параллельно сервер DHCP с последующим его вводом в эксплуатацию) расширить область выдаваемых IP.

При попытке создать область с диапазоном 192.168.0.1 — 192.168.1.254 процесс завершается с ошибкой. Ошибка гласит о том что данный диапазон пересекается с существующим (DHCP на тот момент не авторизован AD) либо для выбранного диапазона не подходит маска. ИМХО

Тем, кто строит (изначально) инфраструктуру на такой популярной подсети, руки обрубать надо по локоть, чтобы на кнопки давить было неудобно.
У меня просто была ситуация, когда мне досталась в наследство такая инфраструктура, руководство ставит задачу определённый отдел посадить в том числе на удалёнку — так у них дома почти у всех 192.168.0.1 от роутера, а у нас иса с таким айпишником. Весело было.

***
И второе. Я не нашёл в теме реального количества устройств в подсети. Их там больше 200?
Может, ввести резервирование для железок, а рабочим станциям понизить время аренды, тогда не будет "мёртвых душ".

Цитата:

Боюсь Вы не очень внимательно прочли суть вопроса. Изменения на сетевом адаптере ни к чему не приведут, более того они обрубят локальную сеть.

из-за чего вопрос?

Цитата:

Это вдруг с какого перепугу? Код: subnet 10.1.0.0 netmask 255.255.0.0 < option routers 10.1.1.1; option domain-name "soft.ru"; option domain-name-servers 10.1.1.1, 10.1.1.5; default-lease-time 86400; max-lease-time 86400; range 10.1.5.129 10.1.5.248; >

Цитата:

маска меняется на сетевом интерфейсе

как поменять маску DHCP server Windows 2008?

Есть Windows server 2008 R2 на нем развернут DHCP server, закончились IP адреса, дошел придел IP адресов!

Как величать IP адреса на этом же DHCP сервере?

у меня стоит старт IP адреса с 172,16,30,2 конец 172,16,30,253

Задача сделать так чтоб DHCP server мог раздавать в диапазоне от 172,16,30,0 до 172,16,31,253

Кто с этим сталкивался, поделитесь!

Не понял как это сделать!

Если в Scope поменять IP например

у меня сейчас
Start 172.16.30.2
End 172.16.30.253

если я поменяю на

Start 172.16.30.2
End 172.16.31.253

то завтра когда я буду менять маску "у нас сейчас /16 в плане у нас переход на /24"
у меня не будут проблемы?

Как лучше расширить адресное пространство лок. сети (сеть обычная 192.168.1.0/24)?

Я нашел такие варианты, но, вероятно есть и другие. Какой же выбрать (желательно обойтись минимумом затрат как денежных, так и трудовых)?

1) просто поменять маску с /24 на /23 (/22). Это даст домен из примерно 500 (1000) адресов. Минус: dchp в сети не поднята — все компы имеют статический IP, т.е. мне сначала придется через групповые политики включить получение IP через dchp. Также подсети 192.168.0 (выход в интернет) и 192.168.1 (LAN) объединятся в одну сеть, что недопустимо, придется какую-то из них делать, скажем 192.168.50, а это возможные косяки с тем, что что-то не заработает, окажется забытым, не исправленным и всплывет в рабочее время.

2) создать VLAN1 для LAN, потом добавить еще VLAN2 для новых компов, (VLAN3 для серверов, VLAN4 для сетевых принтеров, копиров) настроить работу вланов друг сдругом. Кстати, так вообще делают? VLAN же для разделения на подсети нужны, т.е. для изолирования, а не для объединения, разве не так?

3) добавить неким способом поддержку IP6. Например, dual stack позволит сосуществовать IP4 и IP6 адресам в одной сети. Минус: это сложно, оцениваю вероятность завалить этот способ 90%.

4) просто в той же физической сети создать еще одну (192.168.20/24) и смаршрутизировать ее в первую локалку (на сервере или маршрутизатор купить). Минус: не знаю, вся нагрузка на единственный сетевой интерфейс (если компы из сети А захотят общаться с компами из сети В)?

Увеличение количества компьютеров более 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-адресов. Способы решения и существующие реализации

Иванов, К. К. Проблема нехватки IP-адресов. Способы решения и существующие реализации / К. К. Иванов, А. А. Ефремов. — Текст : непосредственный // Молодой ученый. — 2016. — № 13 (117). — С. 321-324. — URL: https://moluch.ru/archive/117/32194/ (дата обращения: 13.03.2023).

На сегодняшний день примерно каждый второй житель планеты Земля является пользователем Интернета [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 была создана в 1996 году и называется IPv6 [5] (пятая версия протокола IP была экспериментальной версией протокола реального времени для передачи аудио и видео). Несмотря на двадцатилетний возраст, шестая версия протокола IP все еще не обрела большой популярности и занимает долю в несколько процентов в общемировом сетевом трафике. Основная ключевая особенность IPv6 связана с созданием масштабируемой системы адресации, так как теперь IP-адрес состоит не из 32 бит, а из 128 бит, то есть размер адреса вырос в четыре раза. Это означает, что число всевозможных IP-адресов увеличилось в 2 96 раз и стало равным 2 128 . Такого колоссального количества адресов более чем хватит на все население Земли. Однако главная цель новой системы адресации состоит не только в увеличении количества IP-адресов, а также в повышении эффективности работы стека TCP/IP в целом. Это достигается за счет того, что теперь IP-адрес имеет четыре уровня вместо двух, первые три из которых отвечают за адрес сети, а последний — за адрес узла. Благодаря этому происходит много более эффективное использование технологии CIDR, что позволяет также значительно снизить расходы на маршрутизацию. Нельзя также не упомянуть и про то, что наличие такого большого числа IP-адресов делает бессмысленной операцию деления сети на подсети с использованием маски, но использование маски для объединения сетей, наоборот, становится крайне важным. Эта особенность считается тем самым фактором, который позволит наиболее эффективно использовать адресное пространство в шестой версии протокола IP.

Таким образом, можно сделать вывод, что проблема нехватки IP-адресов реальна, однако только с точки зрения четвертой версии протокола IP (IPv4), для которой по прогнозам уже в следующем году не останется IP-адресов. Даже разработанные и применяемые средства и технологии, уменьшающие скорость исчерпывания (технология межклассовой междоменной маршрутизации CIDR, внутрисетевая адресация с использованием «серых» IP-адресов, технология преобразования сетевых адресов NAT, прокси-сервера, виртуальные хостинги), не смогли помочь в решении этой проблемы. Однако создание шестой версии протокола IP (IPv6), которая оперирует уже 2 128 числом адресов, с лихвой решает проблему нехватки IP-адресов. Именно за IPv6 стоит будущее сетевых технологий, и это будущее с каждым днем только приближается.