Ubuntu-fr

allannou

apt update impossible

Bonjour

j'ai installe une vm ubuntu serveur 20 avec vitual box en mode pont
il ya bien une adresse ip 192.168.0.47  mais impossible de faire de mise a jour ni installation meme en root
je peux faire un ping  ca fonctionne 8.8.8.8  ok et meme archive.ubuntu
mais le reste ca reste bloque a 0% connection
j'ai change le dns dans  resolv.conf et mis ceux de google pareil
si quelq'una une idee merci

lann

Re : apt update impossible

Donne le retour de

sudo apt update

---

<Modéré>

allannou

Re : apt update impossible

bonjour

reste bloqué
0% [Connexion à archive.ubuntu.com (2620:2d:4002:1::102)] [Connexion à security.ubuntu.com (2620:2d:4000:1::102)]^C

allannou

Re : apt update impossible

J'ai desactive  ipV6

0% [Connexion à archive.ubuntu.com (91.189.91.81)] [Connexion à security.ubuntu.com (185.125.190.82)]^C

lann

Re : apt update impossible

j'ai change le dns dans  resolv.conf et mis ceux de google pareil

Si tu as gnome et networkmanager, ça ne sert à rien. Il le faut le faire à partir de networkmanager

---

<Modéré>

men-go

Re : apt update impossible

Bonjour,

D'après ce que j'ai compris dans la rubrique Réseau de virtualbox  de cette VM, il est bien spécifié "Mode d'accès réseau: Accès par pont". Si c'est bien le cas, l'adresse IP 192.168.0.47 doit avoir la même adresse de sous réseau 192.168.0 que la BOX en principe 192.168.0.1. Si la BOX a une adresse 192.168.1.1, le transfert à une adresse 192.168.0.* ne peut se faire que si on passe par un routeur (éventuellement virtuel).

Il faut déjà vérifier que les adresses de sous-réseau correspondent avant de prendre les bonnes décisions.

jplemoine

Re : apt update impossible

j'ai change le dns dans  resolv.conf et mis ceux de google pareil

On est bien d'accord que tu as changé le contenu de /etc/resolv.conf.
Sans aucun changement par rapport à la version officielle, ce fichier commence par

# This is /run/systemd/resolve/stub-resolv.conf managed by man:systemd-resolved(8).
# Do not edit.

Quel est le mot que tu ne comprends pas dans "Do not edit" ?

la BOX en principe 192.168.0.1. Si la BOX a une adresse 192.168.1.1,

Non. Pas nécessairement. Par exemple, ma Freebox est, sans changement de ma part, en 192.168.1.254.

Il faut déjà vérifier que les adresses de sous-réseau correspondent avant de prendre les bonnes décisions.

OUI. Le mieux étant de regarder l'adresse du poste physique mais aussi le masque de sous-réseau et la présence d'un serveur DHCP.
L'autre possibilité est que le pont pointe vers une carte non connectée (mais ce n'est pas le cas ici car allannou  a bien précisé : "je peux faire un ping  ca fonctionne 8.8.8.8  ok et meme archive.ubuntu").

Peux-tu donner le résultat sur chacune des machines de :

ip a
ip route
resolvectl status

---

Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.
Déconnecté jusqu’à nouvel ordre

men-go

Re : apt update impossible

Rebonjour,

1) Je suis un vieux de la vieille et je ne comprends pas ce que "je peux faire un ping  ca fonctionne 8.8.8.8  ok et meme archive.ubuntu" veut dire. Quand je fais dans un terminal un simple  ‘ping BOX’  (BOX étant défini dans /etc/hosts) j'ai un retour du genre:

cyclope@MIMAS:~$ ping BOX
PING BOX.cyclopedmn (192.168.1.1) 56(84) bytes of data.
64 bytes from BOX.cyclopedmn (192.168.1.1): icmp_seq=1 ttl=64 time=1.42 ms
64 bytes from BOX.cyclopedmn (192.168.1.1): icmp_seq=2 ttl=64 time=1.46 ms
64 bytes from BOX.cyclopedmn (192.168.1.1): icmp_seq=3 ttl=64 time=1.95 ms
64 bytes from BOX.cyclopedmn (192.168.1.1): icmp_seq=4 ttl=64 time=1.09 ms
64 bytes from BOX.cyclopedmn (192.168.1.1): icmp_seq=5 ttl=64 time=1.60 ms
^C
--- BOX.cyclopedmn ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4073ms
rtt min/avg/max/mdev = 1.085/1.504/1.954/0.281 ms

2) "Si la BOX a une adresse 192.168.1.1" . C'est un simple exemple. Je sais bien qu'il existe des adresses IP de BOX qui ne se terminent pas 1. Quand j'ai utilisé cette expression, c'était pour l'on comprenne que .0. et .1. en 3ème position dans l'adresse IP ça n'était pas la même chose et qu'il s'agit de ce qui différencie deux sous-réseaux (255.255.255). Et pour passer de l'un à l'autre il faut effectivement avoir 2 cartes réseau (ce qui n'est écrit nulle part) et mettre "le bit" de l'IP  forwarding dans /proc/sys/net/ipv4/ip_forward.

Comme le post de départ reste pour moi plutôt  sibyllin il n'est pas dit que ma réponse corresponde à la question posée.

jplemoine

Re : apt update impossible

@men-go
Pour le point 2, c'est faux... Tout dépend du masque de sous réseau.
A une époque, j'avais une box grand-public qui n'avait pas le même sous-réseau en filaire (192.168.1.0/x) et en wifi (192.168.2.0/x).
Il était possible via un menu de faire un grand réseau en mettant le masque de sous-réseau en 255.225.0.0 (/16) ou de différencier des 2 accès avec un masque de sous-réseau en 255.225.255.0 (/24).
Et coté IP externe, tu es 255.255.255.255 (/32).

@allannou
Pourrais-tu me donner les retours demandés au post #7.

---

Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.
Déconnecté jusqu’à nouvel ordre

men-go

Re : apt update impossible

@jplemoine

Dans un but pédagogique, je me suis installé un LAN sur lequel tournent six machines réelles et une quinzaine de machines virtuelles.
Ma Livebox a une adresse IP 192.168.1.1, donc les six machines machines réelles ont des adresses IP en 192.168.1.xxx avec bien évidemment un masque de sous-réseaux /24 soit 255.225.255.

Les VM ont les adresses IP: 192.168.1.xxx, 192.168.0.xxx, 172.16.0.xxx et 10.0.2.xxx. Ces adresses sont des adresses standard qu'on donne à tout réseau privé à ça près que dans mon cas elles ont toutes des masques de sous-réseau à 24 càd 255.255.255. Je n'ai aucune raison de vouloir gérer un ou des réseaux à plus de 16 millions d'adresses pour certains comme celui sur lequel je sévissais dans une ancienne vie.

Deux routeurs virtuels permettent de communiquer avec les VM qui ont des adresses IP autres que 192.168.1.xxx. Le premier a trois cartes réseau dont les adresses sont: 192.168.1.254/24, 192.168.1.0.254/24, 172.16.0.254/24. Le second a deux cartes réseau: 172.16.0.253/24 et 10.0.2.254/24.

À part quelques rares exceptions toutes les adresses IP sont statiques c'est pourquoi dans le premier routeur j'ai défini une NAT pour "translater" les différents types d'adresses.

Je ne suis pas super spécialiste réseau mais sur "mon réseau" je peux faire pas mal de tests qui me permettent de ne pas raconter trop de c...rie lorsque je réponds à un post comme je le fais en ce moment sur l'une des VM que je viens de décrire.