logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Re : Réseau » Passerelle reseau et DHCP » 22-03-2020 18:41:42

Ju

raleur a écrit :

N'est-ce pas évident ? Ce ne sont pas les mêmes noms. Si tu mets "eth0" dans une commande ou un fichier de configuration alors que l'interface s'appelle enp0s3, ça ne marchera pas.


Si, c'est pour ça que ça ma fait douter.

raleur a écrit :

Seulement depuis la VM servant de routeur (on ne dit plus "passerelle", c'est trop vague) ou aussi depuis les VM clientes ?


Le ping sur google ne fonctionne que depuis la VM servant de routeur, les autres machines sur 192.168.54.X n'arrivent pas à ping google.

Quand je lance un scan nmap depuis 192.168.54.3 vers 192.168.54.X elle me retrouve bien les autres machines sur 192.168.54.X
Quand je lance un scan nmap depuis 192.168.54.3 vers 192.168.1.X elle me retrouve bien les autres machines sur 192.168.1.X


raleur a écrit :

La configuration du client semble correcte, excepté qu'à cause de systemd-resolved on ne voit pas la véritable adresse du serveur DNS interrogé dans /etc/resolv.conf. Il faut exécuter la commande mentionnée dans le commentaire pour en savoir plus.



systemd-resolve --status :

Link 2 (enp0s3)
Current Scope: DNS
LLMNR: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNS Servers: 192.168.54.1

#2 Re : Réseau » Passerelle reseau et DHCP » 22-03-2020 17:05:37

Ju

raleur a écrit :

Je vois ça... Quand on s'attaque à ce genre de configuration, il serait préférable de se familiariser un peu plus sur les concepts qu'on manipule, sinon on rame et on trébuche à chaque pas. Ne serait-ce que pour comprendre les explications qu'on te donne. (pour le soutien psychologique, je ne suis pas la bonne personne)


C'est pour ça que je me lance dans ce genre de petit projet pour en apprendre un peu plus avec des cas concrets. À cœur vaillant rien d'impossible.
Pour ce qui est du soutien psychologique ce n'est pas vraiment ce que je cherche sur le forum. big_smile

raleur a écrit :

Les interfaces présentes sont enp0s3 et enp0s8. enp0s3 n'est pas eth0 et enp0s8 n'est pas eth1.


Quelle est la différence ?
C'est pas juste, pour faire simple, le nouveau nom des interfaces réseaux ?
https://www.p3ter.fr/debian-ubuntu-eth0-c-est-fini.html

raleur a écrit :

"je perd la connexion avec la box" -> vague. Qu'est-ce que ça signifie concrètement ?
"ma box la voie" -> ta box voit quoi ? Ce que tu écris est incompréhensible !
" mais pas d'internet" ->vague. Qu'est-ce que ça signifie concrètement ?


Une fois avoir changé le 192.168.1.255 par 192.168.1.254 dans /etc/network/interfaces, j'arrive à ping google. Donc problème résolu.

raleur a écrit :

Avec les commandes habituelles ping, traceroute, host, dig... C'est vraiment la base de la base, on ne devrait pas s'aventurer à faire du réseau sans les connaître.


Je connais celles-ci, après je connais peut-être pas toutes les commandes qui existent ...

raleur a écrit :

Je parle du paquet resolvconf, pas du fichier /etc/resolv.conf. Si resolvconf était installé, le fichier /etc/resolv.conf devrait contenir un commentaire le mentionnant explicitement :


Effectivement il n’était pas installer.

J'ai changer le masquerading en enp0s3.

Le clients de 192.168.54.1 :

/etc/network/interfaces :

auto lo
iface lo inet loopback



ifconfig :

enp0s3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.54.3  netmask 255.255.255.0  broadcast 192.168.54.255
        inet6 fe80::e260:1fda:9189:e3  prefixlen 64  scopeid 0x20<link>
        ether 08:00:27:34:9b:3d  txqueuelen 1000  (Ethernet)
        RX packets 632  bytes 43999 (43.9 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1028  bytes 86795 (86.7 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 356  bytes 25010 (25.0 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 356  bytes 25010 (25.0 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0



route :

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         192.168.54.1    0.0.0.0         UG    100    0        0 enp0s3
192.168.54.0    0.0.0.0         255.255.255.0   U     100    0        0 enp0s3



resolv.conf :

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.

nameserver 127.0.0.53

#3 Re : Réseau » Passerelle reseau et DHCP » 22-03-2020 13:03:49

Ju
Merci beaucoup pour ta réponse et de t’intéresser à mon problème.
Je ne suis pas très calé en réseau, loin de là...

raleur a écrit :

A quelle interface s'applique cette adresse exactement ? Je ne retrouve ce sous-réseau nulle part dans le reste de ta configuration.



Je me suis trompé quand j'ai écris, car j'essai en faite de faire 2 sous réseaux 192.168.64.X et 192.168.54.X et je me suis emmêlé les pinceaux quand j'ai tapé le post.
Il s'agit bien pour cette exemple de 192.168.54.X.

raleur a écrit :

Ju a écrit :

impossible de passer

iface eth0 inet dhcp


en

iface eth0 inet static


Pourquoi impossible ? L'éditeur de texte refuse d'enregistrer la modification du fichier /etc/network/interfaces ?


Si il me prend bien la modification mais je perd la connexion avec la box (ma box la voie mais pas d'internet)
Dans cette configuration :

- Je peux me connecté en SSH via le réseau (192.168.1.X),
- Mais ping www.google.fr > "le réseau n'est pas accessible"

[EDIT : Une fois avoir changer les 192.168.1.255 par 192.168.1.254 dans /etc/network/interfaces, j'arrive a ping google ! :D]

raleur a écrit :

D'autre part il n'y a pas d'interface eth0 dans le fichier interface que tu exposes plus loin.



On parle du fichier /etc/network/interfaces ?
La commande "ip address" me renvoi 2 cartes réseaux enp0s3 (eth0 ?) et enp0s8 (eth1?). Ce n'est pas ça ?

raleur a écrit :

Ju a écrit :

le client récupère bien une ip en 192.168.54.x mais elle n'arrive pas a récupérer internet.


"Internet" ne se "récupère" pas. Merci de préciser :
- la configuration IP effective complète du client (ip addr, ip route, /etc/resolv.conf)



On parle bien du clients de la box VirtualBox1 (le serveur DHCP) ? ou du clients de la virtualbox1 ?

Pour ce qui est ip address de Virtualbox1 :

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp0s3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 08:00:27:01:cb:49 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.76/24 brd 192.168.1.255 scope global enp0s3
       valid_lft forever preferred_lft forever
    inet6 fe80::a00:27ff:fe01:cb49/64 scope link
       valid_lft forever preferred_lft forever
3: enp0s8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 08:00:27:a1:c5:4f brd ff:ff:ff:ff:ff:ff
    inet 192.168.54.1/24 brd 192.168.54.255 scope global enp0s8
       valid_lft forever preferred_lft forever
    inet6 fe80::a00:27ff:fea1:c54f/64 scope link
       valid_lft forever preferred_lft forever



ip route :

192.168.1.0/24 dev enp0s3 proto kernel scope link src 192.168.1.76
192.168.54.0/24 dev enp0s8 proto kernel scope link src 192.168.54.1



/etc/resolv.conf

domain lan
search lan
nameserver 192.168.1.254



raleur a écrit :

Le résultat des tests de connectivité de base (ping routeur, traceroute au-delà du routeur, résolution DNS)


Comment je peux mettre en place ce genre de test ?

raleur a écrit :

Ju a écrit :

J'ai essayé de mettre en place bridge-utils pour faire la liaison mais rien ne fonctionne.


Du pontage pour faire la liaison entre deux réseaux distincts ? Quelle drôle d'idée.


Je pensais pouvoir transférer le réseau internet de enp0s3 vers enp0s8 mais il y a un probleme de DHCP non ?
N'ayant pas d'autre solution et ayant écumer les forums et sites, j'ai donc testé celà. 

raleur a écrit :


- Les options address, network, netmask, gateway ne sont pas reconnues par la méthode dhcp, seulement par la méthode static.
- L'option network est superflue.


Oui c'est bien ce que je pensais.

raleur a écrit :

- L'option dns-nameserver(s) n'est prise en compte que si le paquet resolvconf est installé. Est-ce le cas ?


Oui.
/etc/resolv.conf

domain lan
search lan
nameserver 192.168.1.254



raleur a écrit :

- Avec le préfixe 192.168.1.0/255.255.255.0, 192.168.1.255 correspond à l'adresse de broadcast dirigé, qui n'est pas une adresse d'hôte ou de routeur valide. Il faut mettre l'adresse de la box, qui ne peut pas être 192.168.1.255. C'est généralement la première ou la dernière adresse d'hôte du préfixe, soit 192.168.1.1 ou 192.168.1.254.


Ok un probleme de résolu car je n'arrivai pas à trouver l'info, donc on part sur 192.168.1.254

https://www.assistance.bouyguestelecom. … ation-bbox

raleur a écrit :

- On peut voir le contenu du fichier /etc/iptables.save ?



# Generated by xtables-save v1.8.2 on Sat Mar 21 18:15:09 2020
*nat
:PREROUTING ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-A POSTROUTING -o enp0s8 -j MASQUERADE
COMMIT
# Completed on Sat Mar 21 18:15:09 2020
 



Merci encore !!! :)

#4 Réseau » Passerelle reseau et DHCP » 21-03-2020 21:14:58

Ju
Réponses : 7
Bonjour à tous, je cherche à faire un réseau virtuel via virtualbox, avec une passerelle sous Debian qui servira de serveur DNS et qui fournira la sortie vers internet/LAN (si c'est possible).

En gros j'ai schématisé le truc :

Capture-d-cran-2020-03-21-20-01-21.png

J'ai un réseau traditionnel donner par ma box avec des équipements connectés dont un pc (pc5) avec plusieurs VM dessus,  j'aimerai pouvoir connecté ces VM au réseau local  par le bien d'un serveur virtuel avec 2 cartes réseaux :

- Une vers réseau local / internet (192.168.1.x) avec un le dhcp de la box
- L’autre vers réseau VM (192.168.54.x)

Au niveau de la configuration de virtual box j'ai mi le reseau en "réseau privé hôte", le "gestionnaire de réseau hôte" serveur DHCP en off et une adress IPv4 en 192.168.64.1.

Au niveau de la machine serveur debian, elle arrive a se connecter à internet (192.168.1.x) et au réseau virtuel (192.168.54.x) mais impossible de passer

 iface eth0 inet dhcp

en

iface eth0 inet static



Pour mettre en place le serveur DHCP et la passerelle j'ai suivi ce tuto : https://debian-facile.org/doc:reseau:dhcp

J'arrive à mettre en place le serveur DHCP, quand le serveur est allumé, le client récupère bien une ip en 192.168.54.x mais elle n'arrive pas a récupérer internet.

J'ai essaér de mettre en place bridge-utils pour faire la liaison mais rien ne fonctionne.

Actuellement,
Coté server :

/etc/network/interfaces : 


source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
allow-hotplug enp0s3
iface enp0s3 inet dhcp
        address 192.168.1.76
        network 192.168.1.255
        dns-nameservers 192.168.1.255
        netmask 255.255.255.0
        gateway 192.168.1.255
post-up iptables-restore < /etc/iptables.save # (1)
# The second network interface
auto enp0s8
        iface enp0s8 inet static
        address 192.168.54.1
        network 192.168.54.0
        netmask 255.255.255.0
#auto br0
#iface br0 inet dhcp
#       bridge_ports enp0s3 enp0s8




/etc/sysctl.conf :

# Uncomment the next line to enable packet forwarding for IPv4
net.ipv4.ip_forward=1




iptables -L -t nat :

Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination        

Chain INPUT (policy ACCEPT)
target     prot opt source               destination        

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination        
MASQUERADE  all  --  anywhere             anywhere            

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination  
 



Est ce que j'ai une erreur de paramétrage ?
Comment je peux mettre ce genre de réseau en place ?
Un lien pour m'aider à trouver la solution ?

Merci bcp ! smile

#5 Re : Réseau » [Resolu] Thunar et network:/// [Reseau local] » 04-10-2019 20:58:37

Ju
Problème résolus a l'ajout dans le fichier /etc/samba/smb.conf

de   

 client max protocol = NT1



apres la ligne workgroup = WORKGROUP

#6 Réseau » [Resolu] Thunar et network:/// [Reseau local] » 04-10-2019 12:10:31

Ju
Réponses : 2
Bonjour à tous, après une récente mises à jour et un peu de ménage dans les erreurs au démarrage, Thunar ne me reconnaît plus le réseau local alors que le Pc me monte au démarrage mes 3 disques durs avec fstab.

J'avais une erreur quand je click sur " Réseau " sur Thunar type :

"échec à l'ouverture de « / sur »
L'emplacement indiqué n'est pas pris en charge."


Que j'ai résolu grâce à l'installation de gvfs-backends.

Je me retrouve avec un menu network:/// (3 /// ?) avec un sous menu Réseau Windows qui envoie l'adresse Smb:/// avec pareille 3 slashs, qui ne trouve rien non plus.

Mais quand je mets l'adresse dans la barre de recherche avec :

Smb://192.168.1.23/public/

Une fois bien configurer cela fonction. J'ai mon serveur monté.

Donc j'en arrive à la conclusion qu'il y a un slash de trop quand il met l'adresse dans Thunar. Je n'arrive pas à régler ce problème cela viens de Thunar ou gvfs . Comment les configures pour résoudre le problème ?

J'ai cherché autant du coté de Thunar que de gvfs mais pas moyen de savoir comment régler le problème.

Ou alors d'autre chose ?

Merci de votre aide ! smile

#7 Re : Réseau » Samba / Fstab / Mount au démarrage failed » 14-09-2019 10:35:27

Ju
Oui je me suis mal exprimé, au niveau de GRUB, je parlais du menu avant que la session démarre (avant login).
Quand les mots de passe est demander

Password for root @/IP/Public: :

le montage se fait comme il faut une fois la session utilisateur lancer.
Donc j'en déduis qu'il arrive à avoir la connexion .

Donc il vaut mieux que je me porte sur un script qui mount après que la session utilisateur soit lancer ?

#8 Réseau » Samba / Fstab / Mount au démarrage failed » 13-09-2019 14:58:32

Ju
Réponses : 2
Bonjour à tous j'ai un problème de montage de disque dur réseau samba, je souhaite utiliser fstab pour gérer au démarrage les disques dur quand je suis sur mon réseau (en wifi).

Tout fonctionnait parfaitement mais j'ai supprimé quelques logiciels qui ne me servait pas et je me demande si une dépendance ne se serait pas barré ?

J'ai remplacé aussi connman par wicd et tout purger comme il faut normalement.

J'ai cifs-utils de bien installer.

J'ai une erreur type :

CIFS VFS: Error connecting to socket.Aborting operation
CIFS_VFS: cifs_mount failed w/retourn code = -2


au démarrage.

Mon ancien fstab qui fonctionnait :

//IP/Public   /media/Public   cifs    guest,iocharset=utf8,gid=100,uid=1000,_netdev   0       0
 



Mes id :


uid=1000(julien) gid=1000(julien) groupes=1000(julien)



J'ai donc essayer une nouvelle ligne fstab avec un credentials :

//IP/Public   /media/Public   cifs    credentials=/root/.smbcredentials,_netdev,iocharset=utf8   0       0



En donnant les droits : chmod sur /media/Public et sur .smbcredentials

Mais rien ne marche. Au mieux il me demande un mots de passe au démarrage (avant le login) pour mount le disque dur.

Password for root @//IP/Public::



Le truc très bizarre c'est que la commande sudo mount -a fonctionne parfaitement.
Elle monte les 3 disques dure (en fait il y a 3 lignes pour 3 disque dur sur fstab)

PacManFm-QT affiche mon dossier Public dans la barre de gauche mais un message d'erreur : mount:/media/Public : opration permise uniquement pour root.

Une idée ?

Merci d'avance.
Ju.

Pied de page des forums

Propulsé par FluxBB