web-dev-qa-db-fra.com

configuration netplan sur machine virtuelle Ubuntu 17.04

J'utilise VirtualBox avec 2 adaptateurs réseau: le standard NAT (enp0s3) et un adaptateur pour hôte uniquement (enp0s8). J'utilise NAT pour accéder à Internet et l'adaptateur pour hôte uniquement à SSH depuis mon ordinateur local.

La boîte de dialogue démarre avec les deux adaptateurs activés, les deux ont des adresses IP, tout est beau.

ifconfig-output

Je peux SSH dans cette boîte via l’adaptateur pour hôte uniquement, aucun problème ici. Mais je ne peux pas accéder à Internet avec. Cependant, si je désactive l’adaptateur pour hôte uniquement, je peux accéder à Internet (mais je ne peux évidemment plus y accéder via SSH via le tunnel local).

console-output

Et enfin, voici mon netplan yaml config:

# This file describes the network interfaces available on your system
# For more information, see netplan(5).
network:
  version: 2
  renderer: networkd
ethernets:
  enp0s3:
    dhcp4: yes
    dhcp6: yes
  enp0s8:
      dhcp4: no
    dhcp6: no
    addresses: [192.168.52.101/24]
    gateway4: 192.168.52.101

Des idées? Il semble que tout mon trafic sortant est peut-être acheminé via l'adaptateur pour hôte uniquement.

Edit: joindre la sortie de ip route list au cas où cela aiderait.

default via 192.168.52.101 dev enp0s8 proto static
default via 10.0.2.2 dev enp0s3 proto dhcp src 10.0.2.15 metric 100
10.0.2.0/24 dev enp0s3 proto kernel scope link src 10.0.2.15
10.0.2.2 dev enp0s3 proto dhcp scope link src 10.0.2.15 metric 100
192.168.52.0/24 dev enp0s8 proto kernel scope link src 192.168.52.101
virtualbox17.04netplan
10
hellojason

J'ai trouvé ce problème faire exactement la même chose cet après-midi. D'une manière ou d'une autre, j'ai réussi à le comprendre et netplan a finalement créé un seul chemin par défaut via l'interface NAT de ma machine virtuelle. Dans mon cas, les deux adresses IP étaient 192.168.56.101 (hôte uniquement) et 10.0.3.x/24 (NAT dhcp4). J'utilise ce fichier netplan:

    network:
      version: 2
      renderer: networkd
      ethernets:
        enp0s8:
          dhcp4: yes
          dhcp6: yes
          routes:
          - to: 0.0.0.0/0
            via: 10.0.3.2
            metric: 0
        enp0s3:
          dhcp4: no
          dhcp6: no
          addresses: [192.168.56.101/24]
          routes:
          - to: 192.168.56.1/24
            via: 192.168.56.1
            metric: 100

Avec cela, je n'ai qu'un seul itinéraire par défaut, et il utilise le NAT afin qu'il puisse accéder à Internet par l'intermédiaire de mon hôte.

Sortie de ip r

default via 10.0.3.2 dev enp0s8 proto dhcp src 10.0.3.15 metric 100
10.0.3.0/24 dev enp0s8 proto kernel scope link src 10.0.3.15
10.0.3.2 dev enp0s8 proto dhcp scope link src 10.0.3.15 metric 100
192.168.56.0/24 dev enp0s3 proto kernel scope link src 192.168.56.10
11
alfonso.ss

Pour moi, le retrait de gateway4 de la configuration a fait l'affaire. Avec elle configurée, je n’étais pas non plus en mesure de faire un ping sur Internet.

Voici ma configuration de netPlan si elle peut aider les autres.

Note: enp0s3 est pour ssh via la redirection de port et enp0s8 pour ip statique

network:
    ethernets:
        enp0s3:
            addresses: []
            dhcp4: true
            optional: true
        enp0s8:
            addresses: [192.168.10.20/24]
            dhcp4: no
            dhcp6: no
            nameservers:
              addresses: [8.8.8.8, 8.8.4.4]
    version: 2
7
Ahsan.Amin

En guise de remarque, pendant que je me débattais avec cela et avec VMware Fusion ... Si vous spécifiez une valeur "gateway4", cela sera supposé par défaut pour l'interface et il ne semble pas respecter l'option "métrique" ou avoir plusieurs fichiers .yaml avec une séquence de numérotation (01-netplan.yaml, 02-netplan.yaml, etc ...) dans mon cas, 02 a été le "premier défaut", mais c’est mon réseau interne, donc Internet public inaccessible.

0
Mike Roy