Назад | Перейти на главную страницу

Получение IP через DHCP для GRE-туннеля

Мне нужно создать туннель GRE от клиента к серверу. Это моя установка.

Настроить:

________________________________      _________________________________      ______________________________
|Server |                      |      |Router |                       |      |Client |                    |
|--------                      |      |--------                       |      |--------                    |
|      wan (244.244.244.1/24) -|------|- wan (244.244.244.20/24)      |      |                            |
|                              |      |                               |      |                            |
|                              |      |       lan (192.168.178.0/24) -|------|- lan (192.168.178.22/24)   |
|                              |      ---------------------------------      |                            |
|                              |                                             |                            |
|   to_client (10.10.10.1/24) -|---------------------------------------------|- to_server                 |
--------------------------------                                             ------------------------------

Это в основном работает, но я не могу получить IP-адрес клиентского туннельного интерфейса to_server, потому что dhclient не поддерживает этот тип интерфейса. Кажется, что ни один пакет isc-dhcp не поддерживает его. Обычно я использую isc-dhcp-server в качестве DHCP-сервера, но для этой специальной настройки мне нужно использовать dnsmasq.

$ dhclient -v to_server
Unsupported device type 778 for "to_server"

Есть ли другой метод / программа для запроса IP у DHCP-сервера?

Дополнительная информация отсюда до конца:

И сервер, и клиент - это контейнеры LXContainers, на которых запущен debian jessie, а хостом этих контейнеров является Ubuntu 16.04. Маршрутизатор имеет запись о клиенте как «открытый хост».

Странно то, что я могу пропинговать адрес интерфейса туннеля сервера.

$ ping -c3 10.10.10.1
PING 10.10.10.1 (10.10.10.1) 56(84) bytes of data.
64 bytes from 10.10.10.1: icmp_seq=1 ttl=63 time=1.38 ms
64 bytes from 10.10.10.1: icmp_seq=2 ttl=63 time=0.703 ms
64 bytes from 10.10.10.1: icmp_seq=3 ttl=63 time=0.784 ms

--- 10.10.10.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2000ms
rtt min/avg/max/mdev = 0.703/0.957/1.386/0.306 ms

ifconfig Сервер (урезанный до минимума)

wan       Link encap:Ethernet  Hardware Adresse d6:d1:57:b5:a9:47  
          inet Adresse:244.244.244.1  Bcast:0.0.0.0  Maske:255.255.255.0
          inet6-Adresse: fe80::d4d1:57ff:feb5:a947/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1

to_client Link encap:UNSPEC  Hardware Adresse F4-F4-F4-01-30-30-3A-30-00-00-00-00-00-00-00-00  
          inet Adresse:10.10.10.1  P-z-P:10.10.10.1  Maske:255.255.255.0
          UP PUNKTZUPUNKT RUNNING NOARP  MTU:1476  Metrik:1

ifconfig клиент (урезанный до минимума)

lan       Link encap:Ethernet  Hardware Adresse 82:63:16:cc:12:88  
          inet Adresse:192.168.178.22  Bcast:0.0.0.0  Maske:255.255.255.0
          inet6-Adresse: fe80::8063:16ff:fecc:1288/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1

to_server Link encap:UNSPEC  Hardware Adresse C0-A8-B2-16-30-30-3A-30-00-00-00-00-00-00-00-00  
          UP PUNKTZUPUNKT RUNNING NOARP  MTU:1476  Metrik:1

Туннельные интерфейсы

$ ip tunnel show to_client
to_client: gre/ip  remote 244.244.244.20  local 244.244.244.1  ttl 255


$ ip tunnel show to_server
to_server: gre/ip  remote 244.244.244.1  local 192.168.178.22  ttl 255

dnsmasq.conf

# wan-network
dhcp-range=wan,244.244.244.25,244.244.244.30,2m
# tunnel-network
dhcp-range=to_client,10.10.10.2,10.10.10.10,2m

# netmask /24
dhcp-option=1,255.255.255.0

# this is the router
dhcp-host=9c:c7:a6:XX:XX:XX,244.244.244.20,2m

# disable DNS
port=0

Как видно из ip tunnel show выход, ваш тип туннеля gre / ip, так что это туннель уровня 3.

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

Чтобы узнать, почему вы можете пинговать, вы должны проверить вывод ip route и «следуй» по пути. Обратите внимание, что TTL составляет 63, поэтому на пути от Клиент к 10.10.10.1.