Задание:

1. Базовая настройка

  • a) Настройте имена устройств согласно топологии
    • a. Используйте полное доменное имя
  • b) Сконфигурируйте адреса устройств на свое усмотрение. Для офиса HQ выделена сеть 10.0.10.0/24, для офиса BR выделена сеть 10.0.20.0/24. Данные сети необходимо разделить на подсети для каждого vlan.
  • c) На SRV-HQ и SRV-BR, создайте пользователя sshuser с паролем P@ssw0rd
    • a. Пользователь sshuser должен иметь возможность запуска утилиты sudo без дополнительной аутентификации.
    • b. Запретите парольную аутентификацию. Аутентификация пользователя sshuser должна происходить только при помощи ключей.
    • c. Измените стандартный ssh порт на 2023.
    • d. На CLI-HQ сконфигурируйте клиент для автоматического подключения к SRV-HQ и SRV-BR под пользователем sshuser. При подключении автоматически должен выбираться корректный порт. Создайте пользователя sshuser на CLI-HQ для обеспечения такого сетевого доступа.

Выполнение:

Назначаем полные доменные имена на устройства:

RTR-HQ:

Имя пользователя на vESR по умолчанию: admin с паролем password

  • После первого входа на уст-во vESR - необходимо задать новый пароль для пользователя admin:
password P@ssw0rd
commit
confirm

  • Задаём полное доменное имя (FQDN):
configure terminal
hostname rtr-hq.company.prof
do commit
do confirm
  • Выполняем подключение к ISP для доступа в сеть Интернет:
    • Задаём IP-адрес из сети ISP-HQ - 11.11.11.0/24
interface gi1/0/1
ip address 11.11.11.11/24
description ISP
exit
    • Задаём параметры для DNS:
domain name company.prof
domain name-server 11.11.11.1
    • Задаём маршрут по умолчанию (шлюз):
ip route 0.0.0.0/0 11.11.11.1
  • Применяем и подтверждаем внесёные измменения:
do commit
do confirm
  • Проверяем доступ до сети Интернет:

RTR-BR:

Аналогично RTR-HQ:

  • задаём пароль P@ssw0rd для пользователя admin;
  • задаём полное доменное имя: RTR-BR.company.prof;
  • выполняем подключение к провайдеру ISP для доступа в сеть Интернет;
    • сеть ISP-BR: 22.22.22.0/24

Результат:

SW-HQ | SRV-HQ | CLI-HQ | SW-BR | SRV-BR | CLI-BR:

  • на всех остальных устройствах выполняем команду:
hostnamectl set-hostname <FQDN>; exec bash

где: 

  • <FQDN> - полное доменное имя, например:
    • sw-hq.company.prof
    • srv-hq.company.prof
    • cli-hq.company.prof
    • sw-br.company.prof
    • srv-br.company.prof
    • cli-br.company.prof

Пример:

  • sw-hq.company.prof

  • srv-hq.company.prof

  • cli-hq.company.prof

  • sw-br.company.prof

  • srv-br.company.prof

  • cli-br.company.prof

Конфигурируем адреса устройств на свое усмотрение. Для офиса HQ выделена сеть 10.0.10.0/24, для офиса BR выделена сеть 10.0.20.0/24. Данные сети необходимо разделить на подсети для каждого vlan.

Требования к vlan:

  • В обоих офисах серверы должны находиться во vlan100, клиенты – во vlan200, management подсеть – во vlan300
  • Для каждого vlan рассчитайте подсети, выданные для офисов. Количество хостов в каждой подсети не должно превышать 30-ти

Таким образом, получаем примерно следующую таблицу разделения сетей на подсети:

  • HQ:
Имя подсети
Подсеть
Диапазон адресов (узловых)
vlan100
10.0.10.0/27
10.0.10.1 - 10.0.10.30
vlan200
10.0.10.32/27
10.0.10.33 - 10.0.10.62
vlan300
10.0.10.64/27
10.0.10.65 - 10.0.10.94
  • BR:
Имя подсети
Подсеть
Диапазон адресов (узловых)
vlan100
10.0.20.0/27
10.0.20.1 - 10.0.20.30
vlan200
10.0.20.32/27
10.0.20.33 - 10.0.20.62
vlan300
10.0.20.64/27
10.0.20.65 - 10.0.20.94

Таблица адресации устройств - выглядит следующим образом:

Имя ВМ
Имя подсети
IP-адрес
RTR-HQ
ISP
11.11.11.11/24
 
vlan100
10.0.10.1/27
 
vlan200
10.0.10.33/27
 
vlan300
10.0.10.65/27
RTR-BR
ISP
22.22.22.22/24
 
vlan100
10.0.20.1/27
 
vlan200
10.0.20.33/27
 
vlan300
10.0.20.65/27
SW-HQ
vlan300
10.0.10.66/27
SW-BR
vlan300
10.0.20.66/27
SRV-HQ
vlan100
10.0.10.2/27
SRV-BR
vlan100
10.0.20.2/27
CLI-HQ
vlan200
DHCP(10.0.10.32/27)
CLI-BR
vlan200
DHCP(10.0.20.32/27)
CI-CD
vlan100
10.0.10.3/27

RTR-HQ:

  • gi1/0/1  - интерфейс в сторону ISP(сконфигурирован для доступа в сеть Интернет ранее);
  • gi1/0/2 - интерфейс в сторону SW-HQ (в локальную сеть офиса HQ)

Поскольку SW-HQ - выступает в роле коммутатора, а сеть разделена на подстети vlan, то RTR-HQ - будет осуществлять маршрутизацию между VLAN-ами:

  • для реализации маршрутизации между VLAN-ами - необходимо создать и настроить sub-interface (подинтерфейсы):
    • для серверной подсети - vlan100:
interface gi1/0/2.100
ip firewall disable
description vlan100
ip address 10.0.10.1/27
exit
    • для клиентской подсети - vlan200:
interface gi1/0/2.200
ip firewall disable
description vlan200
ip address 10.0.10.33/27
exit
    • для подсети управления - vlan300:
interface gi1/0/2.300
ip firewall disable
description vlan300
ip address 10.0.10.65/27
exit
    • применяем и подтверждаем внесённые изменения:
do commit
do confirm
  • Проверяем:

RTR-BR:

Аналогично RTR-HQ:

  • для серверной подсети - vlan100 - gi1/0/2.100 - 10.0.20.1/27;
  • для клиентской подсети - vlan200 - gi1/0/2.200 - 10.0.20.33/27;
  • для подсети управления - vlan300 - gi1/0/2.300 - 10.0.20.65/27

Результат:

На данном этапе назначить адреса сможем ещё только на SRV-HQ и SRV-BR, т.к. CLI-HQ и CLI-BR получат адреса после настройки DHCP-сервера, а на SW-HQ и SW-BR для назначения адресов - необходимо настроить интерфейс управления средствами OpenvSwitch и уже на него назначать адрес из соответствующего vlan (vlan300)

SRV-HQ:

В качестве сетевой подсистемы использует etcnet

  • назначаем ipv4 - адрес:
echo 10.0.10.2/27 > /etc/net/ifaces/ens33/ipv4address
  • назначаем адрес шлюза:
echo default via 10.0.10.1 > /etc/net/ifaces/ens33/ipv4route
  • перезапускаем службу network:
systemctl restart network
  • Проверяем:

На данном этапе шлюз всеравно будет не доступен, т.к. не настроена коммутация на SW-HQ, а весь трафик входящий на RTR-HQ блокируется по умолчанию средствами firewall

SRV-BR:

Аналогично  SRV-HQ, результат:

На SRV-HQ и SRV-BR, создаём пользователя sshuser с паролем P@ssw0rd

SRV-HQ | SRV-BR:

  • Создаём пользователя sshuser:
useradd sshuser -m -U -s /bin/bash

где:

-m - если домашнего каталога пользователя не существует, то он будет создан;

-U - создаётся группа с тем же именем, что и у пользователя, и добавляет пользователя в эту группу;

-s /bin/bash - задаётся имя регистрационной оболочки пользователя

  • Задаём пароль P@ssw0rd для пользователя sshuser:
passwd sshuser
    • после чего дважды задаём необходимы пароль (P@ssw0rd) для пользователя:

Реализуем возможность запуска утилиты sudo без дополнительной аутентификации для пользователя sshuser:

  • В Альт sudo используется фреймворк control, который задаёт права на выполнение команды sudo. С его помощью можно дать или отнять права на использование команды sudo.
    • Штатное состояние политики:

wheelonly — только пользователи из группы wheel имеют право получить доступ к команде /usr/bin/sudo

  • добавляем пользователя sshuser в группу wheel:
usermod -aG wheel sshuser
  • настраиваем sudo, правим конфигурационный файл /etc/sudoers:
vim /etc/sudoers
  1. разрешаем использовать sudo для всех пользователей входящих в группу wheel:
  2. разрешаем использовать sudo пользователю sshuser без дополнительной аутентификации:

  • Проверяем:
    • Выполняем вход под пользователем sshuser и попытаться выполнить sudo -i или иную другую команду требующую повышения привелегий до root:
      • SRV-HQ:

      • SRV-BR:

Вся последующая настройка SSH будет выполнена позднее после получения необходимых сетевых параметров для CLI-HQ по DHCP, а также сгенерированы и переданы необходимые ключи

Последнее изменение: среда, 25 декабря 2024, 17:56