Size: a a a

Админим с Буквой

2017 January 24
Админим с Буквой
источник
Админим с Буквой
Итак, мы получили связность между VM1,R1 и VM2,R1
источник
Админим с Буквой
попробуем связать VM1+VM2 через R1
источник
Админим с Буквой
Теперь, для того чтобы наш Router получил возможность форвардить пакеты между интерфейсам нужно разрешить ему это. Необходимо раскомментировать директиву net.ipv4.ip_forward = 1 в файле /etc/sysctl.conf и применить изменения командой sysctl -p
# nano /etc/sysctl.conf
# sysctl -p
net.ipv4.ip_forward = 1
источник
Админим с Буквой
источник
Админим с Буквой
А теперь самое главное. Нужно настроить маршрутизацию. Есть 3 распространенных способа это сделать:
1. указать маршрут по умолчанию. т.е. мы не знаем где у нас находится destination ip, поэтому все пакеты не пренадлежащие локальной сети шлем на роутер и пусть он парится
2. указать шлюз для конкретной подсети. Это нужно делать если сети доступны за разными маршрутизаторами
3. указать интерфейс, за которым находится тот кто разрулит. Нас не волнует кто это сделает, просто отправим пакет туда и дай бог кто-то разберется
источник
Админим с Буквой
посмотрим список маршрутов на VM1:
ip ro
источник
Админим с Буквой
источник
Админим с Буквой
Наша виртуалка знает всего о 2 подсетях: 10.10.10.0/24 & 192.168.0.0/24. про хост 172.16.0.2 ничего не сказано! потому если попробовать пропинговать ничего не выйдет
источник
Админим с Буквой
источник
Админим с Буквой
добавим маршрут к подсети 172.16.0.0/24:
ip ro add 172.16.0.0/24 via 192.168.0.1
источник
Админим с Буквой
via - значит через кого. т.е. отправляем пакеты хосту 192.168.0.1, он разберется.
источник
Админим с Буквой
просматривая таблицу маршрутизации принимается следующее решение:
кому предназначен данный пакет? хосту 172.16.0.2
кому отправить пакет 172.16.0.2? хосту 192.168.0.1
что мы знаем о хосте 192.168.0.1? он directly connected. Эта подсеть наша. формируем на канальном уровне mac адрес источника, mac адрес хоста 192.168.0.1, ip источника - 192.168.0.2, ip адрес назначение 172.16.0.2, и отправляем через интерфейс eth0.200. И дальшейшая судьба пакета нас не волнует
источник
Админим с Буквой
попробуем пропинговать шлюз соседнего vlan: ping 172.16.0.1
источник
Админим с Буквой
источник
Админим с Буквой
работает! Но что будет если пинговать 172.16.0.2? работать не будет. потому что нет обратного маршрута. Пакет то дойдет до хоста VM2, а вот обратно VM2 отправить его уже не сможет. Попробуем добавить маршрут обратно на VM2.
источник
Админим с Буквой
Добавим маршрут по-умолчанию для VM2. Сделать это можно указав подсеть и маску (0.0.0.0/0 - т.е. под нее попадают абсолютно все адреса) или используя ключевое слово default
источник
Админим с Буквой
источник
Админим с Буквой
Получим один и тот же результат. и в итоге теперь VM1 свободно пингует VM2. Ура!
источник
Админим с Буквой
Мы закончили настройку 2 пунка темы лекции. перейдем к 3

Добавляем некий публичный сервер S1. на нем я поставлю апач и буду имитрировать интернет веб-сервер. Тогда как наши VM1,VM2 - приватные машинки, которые находятся за роутером. роутер вторым интерфейсом смотрит в импровизированный интернет.
Добавим 2-й интерфейс для R1 - eth1 и уже без VLAN настроим ему ip адрес 8.8.8.100, а на S1 - 8.8.8.8
источник