Wifi точка доступа dhcp

Настройка точки доступа Wi-Fi и DHCP-сервера

Введите Пользователь – admin, Пароль – 12345678 и нажмите кнопку «OK».

Откроется главная страница систему конфигурации точки доступа Wi-Fi.

1. Щелкните по рисунку . Откроется страница расширенных настроек точки доступа.
2. Щелкните по рисунку . Откроется страница для изменения настроек DHCP-сервера.

Установите следующие параметры DHCP, либо измените существующие, если они не совпадают с указанными:

1. Function Enable / Disable – Enabled
2. IP Assigned From – 192.168.0.51
3. The Range Of Pool (1-255) – 200
4. SubMask – 255.255.255.0
5. lease Time (60 – 31536000 sec) – 10000000
6. Status– ON

Щелкните по рисунку чтобы сохранить сделанные настройки. Точка доступа Wi-Fi уйдет на перезагрузку, которая занимает примерно полминуты.

Запомните. Выполненные выше настройки обеспечивают выполнение следующих функций:

Function Enable / Disable – Включает (Enabled) или отключает (Disabled) DHCP-сервер.

IP Assigned From – задает начальный IP-адрес, с которого начинается диапазон IP-адресов, выделяемых динамически пользователям (пользователи, которые подключаются временно).

The Range of Pool – задает конец диапазона IP-адресов, конечное значение последней цифры IP-адреса.

Таким образом в нашем примере мы задали диапазон IP-адресов от 192.168.0.51 до 192.168.0.200 включительно.

SubMask – маска подсети. Это специальный параметр, который вместе с адресом однозначно определяет сеть, в которой находится компьютер.

Lease Time – время «жизни» выделенных пользователю сетевых настроек. При динамической адресации настройки пользователя существуют определенное время, после чего сбрасываются и программное обеспечение пользователя запрашивает новые настройки. Здесь задается время существования выделенных пользователю настроек (в секундах).

Status – специальный параметр, он ставится в значение ON, если в сети используется совместно динамическая и статическая адресации. В нашем случае этот параметр установлен в ON, поскольку на ноутбуке клиентапрописан статический, постоянный адрес.

Проверка работы беспроводной сети.

После того, как сеть настроена, нужно проверить ее работу и убедиться, что компьютеры могут обмениваться данными между собой. Необходимо знать, что в сети могут существовать самые разные службы и сервисы, каждый из который выполняет свои задачи. В сети, которую мы настроили работают две службы: локальный WEB-сервер, предназначенный для размещения HTML-страниц в сети, и Сеть Microsoft, посредством которой производится обмен файлами и совместная работа с клиентами.

Сначала проверим работу WEB-сервера. WEB-сервер установлен на ноутбуке сервер. Для того, чтобы проверить работу WEB-сервера, запустите на ноутбуке №2 (компьютер Клиент) обозреватель Интернета Internet Explorer и в его адресной строке введите http://192.168.0.3/wifi/

Если страница загрузится, действуйте в соответствии с указаниями, написанными на этой странице.

Если страница не загрузилась, значит сеть настроена неправильно. Тогда сделайте следующее:

1. Проверьте еще раз настройки протокола TCP/IP ноутбука клиента и убедитесь что они введены правильно.
2. Если ошибка не исчезает, позовите преподавателя.

Запомните. Статическая IP-адресация имеет следующие недостатки:

1. Для того, чтобы узнать все настройки сети, необходимо обратиться к администратору сети, который должен индивидуально выделить для каждого клиента свой уникальный IP-адрес. Это неудобно как для клиента, так и для администратора.
2. При подключении к какой-либо другой беспроводной сети, настройки компьютера клиента приходится снова изменять под новую сеть, узнавая их у администратора.
3. Если случайно ваши настройки совпадут с настройками другого клиента, вы не сможете подключиться к сети.

Всех указанных недостатков лишена динамическая IP-адресация .

2-я часть работы. Настройка сети с динамическим адресом компьютера клиента.

Динамическая IP-адресация осуществляется с помощью DHCP-сервера, который находится в точке доступа. Разберемся что это такое.

Запомните. DHCP-сервериспользуетDHCPпротокол (англ. Dynamic Host Configuration Protocol — протокол динамической конфигурации узла) — это сетевой протокол, позволяющий компьютерам автоматически получать IP-адрес и другие параметры, необходимые для работы в сети TCP/IP. Для этого компьютер, подключаемый к сети, обращается к серверу, DHCP, который на время проведения сеанса работы с сетью ему выдаетдинамический IP-адрес. Это позволяет избежать ручной настройки компьютеров сети, уменьшает количество ошибок и позволяет клиентам быстро подключаться к сети не тратя время на настройку протоколов связи вручную.

Источник

Микротик как точка доступа

Задача следующая: имеем рабочий Микротик (назовем его Микротик1), он является шлюзом, DHCP сервером, он поднимает сессию WAN к провайдеру и выполняет все основные функции маршрутизатора. Первый способ включения — это, так называемый, мост. То есть Микротик , который точка доступа (назовем его Микротик2), подключается к Микротику1 по проводу, клиенты WiFi подключаются к Микротику2, он обеспечивает только WiFi подключение и передает пакеты на Микротик1. И это все, то есть клиенты получают IP адреса от Микротика1 и маршрутизируются им же. Второй способ — это более сложный вариант: клиенты WiFi получают IP адреса от DHCP сервера Микротика2, он же является шлюзом и подсети обеих Микротиков не пересекаются, но при этом все клиенты обеих подсетей должны видеть друг друга.

Итак, дано: имеется рабочий Микротик1, он давно в эксплуатации, но не имеет WIFi. Задача: подключить к сети Микротик2 в режиме моста. На Микротике1 подсеть 192.168.77.0/24, его IP адрес 192.168.77.1.

Будем считать, что конфиг на Микротик2 отсутствует.

1. Создаем бридж и объединяем ВСЕ интерфейсы в него.

2. Назначаем бриджу IP адрес из подсети Микротика1.
Надеюсь понятно, что IP адрес должен быть свободным и не попадать в пул адресов DCHP сервера Микротика1?

На рисунке IP адрес из моей действующей сети. Вы должны ставить свои параметры.

3. Включаем WLAN.
Включите и настройте WiFi так, как вам требуется.
Здесь это рассматривать не будем.

Обратите внимание на параметр Mode. Он должен быть ap bridge. Не путайте термины. «ap bridge» так называется не потому, что мы настраиваем Микротик2 в режиме моста. Это разные вещи и «ap bridge» относится к режиму работы WiFi.

4. Все настройка закончена.

Подключаемся к новой сети:

Компьютер получает все данные от Микротика1

Ну и проверяем интернет:

5. Обратите внимание, что на самом Микротике2 интернета нет.

Микротик сам нам подсказывает, что такой маршрут для него не известен. Собственно говоря, интернет на Микротике2 и не особо нужен. Хотя его наличие может быть полезно, например, для автоматического обновления ROS.

Добавим недостающий маршрут:

Пинг по IP адресу уже работает. Чтобы работало по URL нужно еще настроить DNS.

Проверим интернет на Микротике2:

Проверяем доступность других устройств в сети:

Перейдем к более сложному варианту.
Для клиентов WiFi организуем новую подсеть. На Микротике1 уже есть несколько сетей. Организуем сеть 192.168.2.0/24.

Не забываем очищать конфигурацию на Микротике2.

1. Сделаем так, чтобы Микротик2 получил IP адрес автоматически от DHCP сервера Микротка1. Провод от Микротика1 воткнут в Микротик2 в интерфейс ether1. Он будет у на WAN интерфейсом.

Обратите внимание на картинке Микротик2 уже получил IP адрес.

А также Микротик2 уже получил от Микротика1 адреса DNS сервера и маршрут по умолчанию. Более того, на Микротике2 уже есть интернет.

2. Настроем DHCP сервер на Микротике2.

Привяжем DHCP сервер к интерфейсу WLAN. То есть к интерфейсу WiFi

Обратите внимание, нужно не просто «тупо» нажимать на кнопку Next, нужно делать так как на картинках.

На последней картинке строка про сформированный DHCP сервер красная. Попробуем это поправить. Назначим интерфейсу WLAN1 IP адрес. Вы помните, что в качестве Default Gateway при настройке DHPС мы указали IP 192.168.2.1. Вот его и нужно настроить.

Как думаете, почему все строки выделены красным цветом.

Если вы удаляли конфиг Микротика2 перед настройкой, то должны знать, что при очистке конфига интерфейс WLAN1 по-умолчанию отключен. Теперь его нужно включить и настроить. Помните про параметр ap bridge.

4. А давайте попробуем подключиться по WiFi и проверить интернет.

Подключились успешно. Уже хорошо. Проверим интернет.

Ну что. Почти получилось. Имя сайте не резольвится. Проверим настройка DNS на Микротике2. Как видно на картинке нету галочки Allow Remote Request. Она по-умолчанию не стоит. Поставим ее и проверим интернет еще раз.

Вот и все интернет заработал.

Осталось проверить доступность узлов из подсети 192.168.77.0/24

Попробуем проверить пинг до узла 192.168.77.10

Однако, узлы из сети 192.168.77.0/24 ничего не знают про сеть 192.168.2.0/24.

Попробуем с Микротика1 выполнить пинг компьютера, который подключен к Микротику2 по WiFi и имеет IP адрес 192.168.2.254 (смотри рисунок выше).

И ничего не вышло… Микротик1 ничего не знает про сеть 192.168.2.0/24.

Добавим нужный маршрут на Микротик1.

Самое интересное — это шлюз. По отношению к Микротику1 шлюзом для сети 192.168.2.0/24 является Микротик2 с IP адресом из подстести Микротика1 — 192.168.77.116. Это очень важный момент. Заострите на нем свое внимание.

Вы же помните, что Микротик2 получает у нас IP от Микротика1 автоматически от DHCP. Понятно, что IP в таком случае может динамически меняться, чтобы этого не произошло «закрепите» этот IP в DHCP Leases Микротика1. Для этого дважды щелкните на запись в таблице и нажмите кнопку Make Static. Теперь всегда Микротику2 будет выдаваться один и тот же IP.

На практике вариант с DHCP подключением Микротика2 применяется только в том случае, если клиентам WiFi нужен только интернет. Он будет у клинетов всегда, независимо от того, какой IP Микротик2 получит по DHCP. Но если нужны постоянные маршруты, взаимодействие между подсетями, то назначайте всем Микротикам IP адреса всегда вручную. Это гарантирует, что «ручные» маршруты будут всегда правильно работать.

Ну вот, теперь Микторик1 будет пинговать компьютер с IP адресом 192.168.2.254, а также и сам Микротик2 по адресу 192.168.2.1.

Подсети теперь видят друг друга.

Источник