Как добавить шлюз в DHCP на Windows Server 2008 R2.
Когда я разворачивал DHCP на домен контроллере, я не настроил шлюз для систем которые будут входить в домен polygon.local. Чтобы это поправить следует зайти на домен контроллер под учетной записью ekzorchik (состоит в группе Domain Admins). Далее запустить оснастку DHCP:
«Start» – «Control Panel» – «Administrative Tools» – «DHCP»
Открываем текущий домен контроллер dc1.polygon.local, после разворачиваем IPv4, переходим в Scope Options, после вызываем меню “Configure Options…”
См. на скриншот, чтобы понимать, что нужно сделать:
В меню Scope Options выбираем пункт 003 Router и назначаем IP адрес 10.0.3.15 в качестве шлюза .
Шлюз добавил, нажимаем Apply и Ok для зафиксирования изменений, а после закрываем оснастку DHCP.
Чтобы настройки применились, следует перезапустить службу DHCP :
C:\Windows\system32>net stop DHCPServer
The DHCP Server service is stopping.
The DHCP Server service was stopped successfully.
C:\Windows\system32>net start DHCPServer
The DHCP Server service is starting…
The DHCP Server service was started successfully.
Проверим внесённые изменения на рабочей станци и
(Windows XP – WXP86.polygon.local) входящей в домен:
C:\Documents and Settings\test\ipconfig
Пошаговое руководство по настройке шлюза продемонстрировано. На этом всё, удачи.
Источник
Как поднять шлюз для локальной сети
Тема ( Как поднять шлюз для локальной сети ) данной заметки в последствии ляжет в серию заметок по практическому развертыванию PXE сервера в локальной сети, данный сервер будет служить удаленным развертыванием операционных систем на рабочих местах. В роли таких систем будут иметь место рассмотрены на моем блоге: Windows, Ubuntu. Согласитесь не хочется же каждый раз проделывать такие шаги (на месте), как:
Прогресс и облегчение действий уже работает и каждый системный администратор сможет оценить данную прелесть.
Но что-то я отошел немного в сторону от темы данной заметки. Немного объясню что же есть такое « шлюз для локальной сети » —
это в моем случае станция (а именно Ubuntu 12.04.4 Server amd64) выступающая в роли сопряжения двух сетей, одна сеть в которой работают локальные пользователи (малое предприятие) и сеть с выходом в интернет. Вот эта станция и ведет маршрутизацию трафика изнутри сети наружу. Также на данной станции можно разворачивать различные сервисы, такие как прокси сервер, учет за использование интернета, логирование подключений во вне, предоставление различных сервисов снаружи так и многих других.
Станция с установленной операционной системой:
Ubuntu 12.04.4 Server amd64
Станция оснащена двумя сетевыми картами:
eth0 – смотрит интернет (может получать IP адрес динамически, может иметь статический, я опишу оба варианта)
eth1 – смотрит в локальную сеть (подключение к локальной сети, будет иметь статический IP 192.168.10.1 и маску 255.255.255.0
Также, для тестирования нам понадобится клиентская машина, которая будет находиться в локальной сети (операционная система значения не имеет).
Eth0 – от интернет центра (или провайдера интернет)получил по dhcp адрес 192.168.1.51
Далее редактируем сетевые настройки сетевых интерфейсов :
$ sudo nano /etc/network/interfaces
настраиваем eth0 (по которому осуществляется подключение к интернет)
iface eth0 inet dhcp
если IP адрес от провайдера статический, то настройки в файл вносятся так:
iface eth0 inet static
настраиваем eth1 ( по которому идет подключение из локальной сети)
iface eth1 inet static
Сохраняем внесенные изменения и перезапускаем демон сети :
$ sudo /etc/init.d/networking restart
Проверим работу сетевого интерфейса (это eth1) с назначенным для него статическим адресом, для этого понадобиться машина (в моем случаем это рабочая станция с осью Windows 7) на которой произведем следующие изменения в настройках сетевой карточки (потому как, у меня пока отсутствует служба автоматического присваивания адресов в сети, т. е. DHCP) , а именно из пула маски /24 пропишем произвольный адрес, к примеру: 10.9.9.5 и маску подсети 255.255.255.0 и шлюз 10.9.9.1
, после чего нужно попробовать вызвав окно командной строки и послать ICMP запрос ( с помощью утилиты ping) на адрес шлюза 10.9.9.1 – запросы должны проходить успешно:
C:\Users\ekzorchik>ping 10.9.9.1
Отлично, теперь снова займемся настройкой шлюза , а именно произведем его дополнение установив пакет dnsmasq, он необходим для перенаправления DNS запросов, вышестоящим серверам:
$ sudo apt-get install dnsmasq -y
теперь снова переходим к нашей клиентской машине и выполняем на ней запрос вида:
C:\Users\ekzorchik>nslookup ekzorchik.ru
*** UnKnown не удалось найти ekzorchik.ru: No response from server
так произошло, потому как на шлюзе передача пакетов с одного интерфейса на другой не настроена, разрешим перенаправление пакетов : (сняв комментарий со строки)
$ sudo nano /etc/sysctl.conf
Сохраненяем внесенные изменения и перечитываем настройки :
, по поводу что обозначает параметр советую обратиться к справочной системе ( man sysctl), там довольно таки понятно изъяснено.
Также необходимы правила для маршрутизации пакетов :
$ sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
$ sudo iptables -A FORWARD -i eth1 -o eth0 -j REJECT
$ sudo iptables -I FORWARD -p tcp —tcp-flags SYN,RST SYN -j TCPMSS —clamp-mss-to-pmtu
Сохраняем правила в файл, чтобы потом при перезагрузке сети их подгружать:
$ sudo bash -c «iptables-save > /etc/ip»
$ sudo chmod +x /etc/ip
Вносим изменения в настройки сетевого интерфейса :
$ sudo nano /etc/network/interfaces
iface eth0 inet dhcp
pre-up iptables-restore /etc/ip
Сохраняем внесенные изменения в настройки сетевого интерфейса и перезапускаем службу сети :
$ sudo /etc/init.d/networking restart
Перейдя к клиентской системе и в настройках сетевого интерфейса прописав адрес DNS сервера
, пробуем выполнить снова запрос к сайту ekzorchik.ru, результат должен быть уже другим: (к примеру)
C:\Users\ekzorchik>nslookup ekzorchik.ru
Не заслуживающий доверия ответ:
Отлично. Теперь если запустить браузер ( IE) и в строке адреса ввести URL вида: http://www.ekzorchik.ru/ мы попадем на мой блог:
Работает, на основе этой заметки можно поднять и куда более сложные и интересные в реализации вещи, где в качестве шлюза будет использоваться система Ubuntu 12.04.4 Server amd64.
Но заметка еще не завершена, далее я покажу, как сделать, чтобы адреса в локальной сети назначались не вручную, а автоматически (т. е. Поднимем службу DHCP, некоторые нюансы взяты из моей заметки ориентированной на Ubuntu 10.10) : — для этого также потребуется пакет dnsmasq:
Перед редактированием dnsmasq.conf советую сделать его резервную копию:
$ sudo cp /etc/dnsmasq.conf /etc/dnsmasq.conf.original
Переходим к редактированию: (очищаем сперва его содержимое)
$ sudo bash -c «cat > /etc/dnsmasq.conf»
по сочетание клавиш Ctrl + C прерываем действие команды
Приводим конфигурационный файл к виду:
$ sudo nano /etc/dnsmasq.conf
Сохраняем внесенные изменения и проверяем, что конфигурационный файл по синтаксису корректен :
dnsmasq: syntax check OK.
Перезагружаем службу dnsmasq:
$ sudo /etc/init.d/dnsmasq restart
* Restarting DNS forwarder and DHCP server dnsmasq
На клиентской системе изменяем настройки сетевого адаптера выставив со статического значения на динамическое:
Открываем командную строку и смотрим, какой IP адрес присвоился системе от DHCP сервера:
C:\Users\ekzorchik>ipconfig
, как видно из скриншота ниже адрес имеет значение: 10.9.9.8
Работает, согласитесь так лучше, когда задействована служба автоматического присвоения сетевых адресов, больше автоматизации меньше рутины.
Если нужно для определенной машины использовать только статический IP адрес, то не нужно указывать в ручную его, достаточно воспользоваться таким параметром, как резервирование нужного IP адреса и MAC— адреса сетевой карточки: (пример)
узнаем со шлюза mac адрес у ip адреса станции:
$ ping 10.9.9.8 -c 1 && arp -a | grep 10.9.9.8
PING 10.9.9.8 (10.9.9.8) 56(84) bytes of data.
64 bytes from 10.9.9.8: icmp_req=1 ttl=128 time=0.493 ms
— 10.9.9.8 ping statistics —
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.493/0.493/0.493/0.000 ms
pc.polygon.local (10.9.9.8) at 08:00:27:a4:94:1d [ether] on eth1
и в файл dnsmasq.conf вносим параметр – dhcp-host :
$ sudo nano /etc/dnsmasq.conf
dhcp-host= 08:00:27:a4:94:1d , 10.9.9.9
Проверяем конфиг на ошибки:
dnsmasq: syntax check OK.
Перезапускаем службу для принятия настроек:
$ sudo service dnsmasq restart
смотрим на клиенткой системе ip адрес — он должен быть 10.9.9.9 – все так и есть.
Обновляем настройки сетевой карточки:
C:\Users\ekzorchik>ipconfig /renew
См. какой сетевой адрес присвоился:
C:\Users\ekzorchik>ipconfig | findstr /i «IPv4-*»
Работает. Вот собственно и все минимальные действия чтобы поднять шлюз для малого предприятия на системе Ubuntu 12.04.4, ну а дальше советую смотреть мои заметки на моем блоге если нужны дополнительные усовершенствования или адаптация под конкретную задачу. С уважением автор блога – ekzorchik.
One comment
Здравствуйте, очень полезна ваша статья….проделал как по инструкции на виртуальной машине, все работает.
Вот только есть одна проблема sams не считает трафик и вообще такое ощущение что его нет в на сервере, так как он не блокирует и воооще ничего не делает.
Подскажите как с помощью вашего руководства поднятия шлюза можно еще и заставить работать sams!?
Comments are closed.
Используйте прокси ((заблокировано роскомнадзором, используйте vpn или proxy)) при использовании Telegram клиента:
Поблагодари автора и новые статьи
будут появляться чаще 🙂
Карта МКБ: 4432-7300-2472-8059
Большое спасибо тем кто благодарит автора за практические заметки небольшими пожертвованиями. С уважением, Олло Александр aka ekzorchik.
Источник
Домашний интернет-шлюз. Начальная настройка 6-портового мини-компьютера на Ubuntu Server 20.04 LTS
Введение
Обновил я интернет до 500 Мбит/с, и пришло время заняться 100 Мбитным сервером, который работал на Pentium 3 и был уже на грани. Выбор пал на китайского зверя. Все, что нужно — имеется, потребление в обычном режиме не превышает 15W, запас производительности для дополнительных задач есть.
Установку ОС расписывать не буду («ОК — Далее — Далее»), отмечу только, что при установке требуется сконфигурировать хотя бы один сетевой интерфейс для доступа в интернет.
Для удобства я использую Midnight Commander и его текстовый редактор. Работать будем от root-пользователя:
Итак, у нас есть установленная Ubuntu Server, начнем с конфигурации остальных сетевых интерфейсов.
Netplan
В последних версиях Ubuntu появилась утилита Netplan, позволяющая настроить сеть в унифицированном формате и выбирать сетевой менеджер для работы. По умолчанию используется Systemd-networkd, я же выбрал NetworkManager, так как установил Web-интерфейс Cockpit, который использует именно NM для отображения части информации.
Синтаксис конфигурации Netplan очень строгий и лишний пробел или табуляция может вызвать ошибку.
Подробнее о функционале уже расписывали habr.com/ru/post/448400, так же различные примеры есть на сайте netplan.io/examples.
Посмотрим названия интерфейсов:
Перейдем в директорию /etc/netplan и откроем (F4 для МС) файл 50-cloud-init.yaml. Для сетевого интерфейса, который будет использоваться для подключения к интернету, определим получение настроек по dhcp (dhcp4: true). В моем случае это enp6s0. Для остальных укажем false и добавим параметр optional: true, т.к. интерфейс может быть ни к чему не подключен.
Для объединения интерфейсов в локальную сеть я использовал bridge, но, возможно, правильнее было бы использовать vlan. Создадим мост lan-br, зададим общий IP-адрес, DNS-сервер и пропишем объединяемые интерфейсы:
У меня будет собственный DNS-сервер, поэтому указываю адрес своего сервера в поле nameservers, можно указать например 8.8.8.8 (Google). Указываем версию и менеджер. В итоге должно получиться примерно так:
Сохраняем файл и проверяем/применяем конфигурацию:
DHCP-сервер
Настроим DHCP-сервер для того, чтобы клиенты могли получать IP-адреса автоматически.
В файле /etc/default/isc-dhcp-server правим строчку:
Переходим в /etc/dhcp, открываем dhcpd.conf и прописываем настройки:
Теперь клиенты должны получать адреса автоматически.
UFW (Uncomplicated Firewall) — инструмент для более легкой настройки iptables. Настроим фаервол и пересылку пакетов между интерфейсами. Переходим в/etc/ufw и в файле sysctl.conf раскомментируем строку:
Если Вы подключены через ssh перед началом откройте 22 порт:
Включим UFW, проверим состояние:
Зададим политики по умолчанию:
Разрешим доступ из локальной сети:
Настроим NAT. Откроем файл before.rules и пишем следующее перед блоком *filter:
Сохраняемся и перезапускаем ufw:
Проверим iptables, должна появиться наша строчка:
На этом базовую настройку сервера можно считать законченной.
Заключение
Я не поднимал вопрос настройки DNS-сервера, так как планирую выпустить вторую часть, где будет изложена настройка Dnscrypt-proxy в роли DNS-сервера для локальной сети.
Источник