Obtém o IP sobre DHCP para o túnel GRE

2

Eu preciso criar um túnel GRE de um cliente para um servidor. Esta é minha configuração.

Configuração:

________________________________      _________________________________      ______________________________
|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                 |
--------------------------------                                             ------------------------------

Funciona basicamente, mas não consigo obter um IP na interface de túnel 'to_server' do cliente, porque dhclient não está suportando esse tipo de interface. Nenhum pacote isc-dhcp parece suportar isso. Eu costumo usar o isc-dhcp-server como um servidor DHCP, mas preciso usar o dnsmasq para esta configuração especial.

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

Existe algum outro método / programa para solicitar um IP de um servidor DHCP

Informações adicionais daqui até o final:

O servidor e o cliente são ambos LXContainers executando o debian jessie e o host desses contêineres é um Ubuntu 16.04. O roteador tem uma entrada do cliente como 'host exposto'

O mais estranho é que eu sou capaz de fazer ping no endereço da interface de túnel do servidor.

$ 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 Server (reduzido ao mínimo)

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 client (reduzido ao mínimo)

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

Interfaces de túnel

$ 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
    
por Kev Inski 15.09.2017 / 09:03

1 resposta

1

Como você pode ver na ip tunnel show output, seu tipo de túnel é gre / ip , então é um túnel da camada 3.

Isso significa que você só pode enviar pacotes IP, mas o BOOTP (o protocolo em DHCP) usa recursos da camada 2 (como broadcast) que não estão disponíveis nesse tipo de link.

Para saber por que você é capaz de fazer ping, você deve verificar a saída de ip route e "seguir" o caminho. Note que o TTL é 63, então deve haver um roteador no caminho de Cliente para 10.10.10.1 .

    
por 15.09.2017 / 18:12

Tags