Forum

Reprise du message précédent

D'après ce que je désirerais:
Jag par son CPL rejoint le switch (qui a un CPL)
l'asus au travers du switch "récupère" le signal des 2 ordis et va (lui aussi) vers le téléphone ...
C'est peut être un peu "tordu" comme liaison?

Mais il y a déjà un problème: la liaison ne se fait pas au niveau de l'asus pour sa propre configuration.
Réponse du test:
"Des problèmes se sont produits pendant le test de connexion réseau.
Ceci peut être causé par une configuration réseau incorrecte, ou un problème avec votre routeur ou votre modem..."

Note: la carte wi-fi est toujours active ainsi que l'accès à internet.

Édité par relizane Le 11/06/2023 à 18h24

CPL ou wifi ou ethernet ça n'a pas d'importance. Pour le protocole réseau le support physique du réseau est transparent.

D'abord est ce que le réseau autour du Switch est fonctionnel ?

Je pense que tu as 2 réseaux.
192.168.43.0 et un autre 192.168.44.0 par exemple.
Attends tout de même l'avis d'un "expert".

Bonjour NIC80 merci Meuz
un commande route sur le serveur avec la carte réseau et wifi en fonction *** donne
table de routage IP du noyeau
Destination -----Passerelle ----- Genmask -----Metric ----- Iface
link-local -----0.0.0.0 -----255.255.0.0 -----1002 ----- enp4s0
link-local -----0.0.0.0 -----255.255.0.0 -----1003 ----- wlp3s0
192.168.43.0 ----- 0.0.0.0 -----255.255.255.0 -----0 ----- enp4s0
192.168.43.0 -----0.0.0.0 ----- 255.255.255.0 ----- 0 ----- wlp3s0

Note: il semble bien n'y avoir qu'un réseau en 192.168.43.0
Fonctionnalité du switch: un partage en r.w de dossiers sur le serveur fonctionne, y compris la totalité du disque N°2

*** si le wi-fi- est mis en premier, je ne peux lancer la carte réseau
Je lance donc d'abord la carte réseau, puis le wi-fi... étrange
(c'est aussi le cas si je le tente indépendamment sur les "clients")

Note: je ne peux aller sur le net si la carte réseau est en fonction (indépendamment sur serveur ou sur client)
Chose très étrange : le ping fonctionne dans les deux sens serveur & client
192.168.43.60
192.168.43.70 et même en
192.168.43.76...
Voilà

Édité par relizane Le 11/06/2023 à 14h50

Bonjour,
Je pense qu'il faut que tu configures un partage de connexion. Il y a un outil spécifique pour cela dans le CCM. Cela, dit, ça fait des années que je ne l'ai pas utilisé.
https://docteam.mageia.org.uk/Factory/WebHelp/fr/mcc/content/mcc-network.html#drakgw

Bonjour Papoteur
En effet, cet outil permet bien le partage de connexion et c'est ce que j'ai fait -au départ- et qui fonctionne très bien, sauf si on éteint le serveur avant de démonter le partage sur le client: Dolphin freeze alors si on tente de l'utiliser. Donc ne pas oublier de démonter l'accès aux partages (sur le client) si le serveur doit être arrêté. (Sinon redémarrage du client pour reprendre la main (ou simplement de l'affichage?); je ne connais pas d'autre alternative à ce petit problème).
C'est surtout la sortie vers le web au travers du "serveur" qui coince

1/Après de nombreux essais, il semble impossible d'avoir sur asus-serveur la carte réseau et wi-fi en même temps:
2/Le partage de dossiers, fichiers, disques ou partitions avec les clients (lan) ne fonctionnent que si la wi-fi est arrêtée
3/L'accès à internet du serveur ne fonctionne que si la carte réseau (lan) est arrêtée.
4/Mêmes essais sur les clients; il faut choisir ou un partage en lan ou un accès internet!
Une solution?
Merci

Édité par relizane Le 11/06/2023 à 20h40

Bonjour,

Alors ceci me pose problème ( et je pense que je ne dois pas être le seul )



Je sais bien que toutes les routes mènent au téléphone Wifi, mais ici on prend laquelle ?

Ici on veut que les paquets sortent par la carte wifi, du coup il serait préférable de définir une gateway par défaut et supprimer la route "192.168.43.0 -----0.0.0.0 ----- 255.255.255.0 ----- 0 ----- wlp3s0".

Avec une route par défaut, tout paquet à destination de ce qui n' est pas atteignable/connu sera envoyé vers cette interface.

Bonjour

Comment?
Merci

Bonjour,

On pourrait faire un (en considerant que 192.168.43.76 soit l'adresse ip de la carte wifi du pc.

route add default gw 192.168.43.76
route del 192.168.43.0 0.0.0.0 255.255.255.0 wlp3s0

Bonjour nic80
$ sudo route add default gw 192.168.43.76
-Ok

$ sudo route del 192.168.43.0 0.0.0.0 255.255.255.0 wlp3s0
Syntaxe: inet_route [-vF] del {-host|-net} Cible[/prefix] [gw Gw] [metric M] [[dev] If]
inet_route [-vF] add {-host|-net} Cible[/prefix] [gw Gw] [metric M]
[netmask N] [mss Mss] [window W] [irtt I]
[mod] [dyn] [reinstate] [[dev] If]
inet_route [-vF] add {-host|-net} Cible[/prefix] [metric M] reject
inet_route [-FC] flush PAS supporté

---La bête est récalcitrante! et je n'ai plus de liaison!!
Obligé de relancer le CCM et reparamétrer la wi-fi
Me revoila

Note: Carte wi-fi " m'impose"
IP 192.168.43.76
passerelle 192.168.43.1
DNS 192.168.43.1

Partage du wi-fi avec le réseau
DNS 192.168.43.1
DHCP plage
début 192.168.43.1
fin 192.168.43.253
Squid utilise cette passerelle
pare-feu sur carte réseau enp4s0 : désactivé
signalement: carte wifi active... et je ne peux envoyer ce message!

Note: sur le serveur asus
si carte wi-fi déconnectée
La carte enp4s0 de asus est en
IP 192.168.43.16
passerelle 192.168.43.1
ping 192.168.43.1 Bonne réponse

Je désactive la carte réseau enp4s0
Prévisualisation: OK
et j'envoie ce message

Avant de refaire ces essais j'ai remis la config à plat à partir d'une image de sauvegarde
Carte Wifi
IP192.168.43.76
passerelle 192.168.43.1

Carte réseau
IP 192.168.1.1
passerelle 192.168.1.1
Les deux cartes actives et je passais en wifi

Dès que les deux cartes sont sur le même réseau 192.168.43.0, ça coince!

Édité par relizane Le 13/06/2023 à 11h04

Ce qui veut dire que ça marche cette fois ?

Bonjour Meuz
Non, bien sûr; je constate plusieurs choses:
Si les deux cartes lan (enp4s0) et wi-fi (wlp3s0) sont sur le même réseau 192.168.43.0
wlp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.43.76 netmask 255.255.255.0 broadcast 192.168.43.255
inet6 fe80::de85:deff:fe91:3559 prefixlen 64 scopeid 0x20<link>
ether dc:85:de:91:35:59 txqueuelen 1000 (Ethernet)
RX packets 584 bytes 227424 (222.0 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 678 bytes 107985 (105.4 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
je ne passe vers le net et je ne communique pas entre les ordinateurs pour le net
si je coupe la carte réseau (enp4s0)192.168.43.16 j'ai l'accès au net (comme maintenant)
si la carte lan (enp4s0) est sur un autre réseau 192.168.1.1
j'ai accès au web mais je en communique pas entre les ordinateurs pour le net, ce qui semble normal vu que ce sont deux réseaux différents
Je n'ai pas de solution, ni plus d'idée non plus
À part un spécialiste des embrouilles du net qui passerait par là
J'arrête ici car je suis en montagne et il y a un orage terrible au dessus de la maison.

Les deux autres PC ont-ils 192.168.1.1comme passerelle ? Ton serveur si j'ai bien suivi.

Bonjour,

Il est probablement préférable que les réseaux wifi et lan soient en adressage différents.

Par contre, il faut s' assurer que le pc est capable de faire de l' ipforwarding dans ce cas ( ce qui par défaut n' est pas le cas ( en tous cas sur ma machine).

https://www.it-connect.fr/activer-lip-forwarding-sous-linux-ipv4ipv6/

edit: il faudrait que je regardes comment ça fonctionne dans une machine virtuelle ( après que les cartes soient filaires, wifi, ou gsm , la problématique reste la même ( ici soit on fait un bridge entre les deux cartes, soit on fait du routage)).

Après l' utilisation de Squid est pour une raison particulière ( filtrage) ?

Édité par nic80 Le 13/06/2023 à 19h42

Bonjour
il n'y a pas de "/etc/sysctl.conf"
Je suis sur le "asus-serveur" pour aller sur le net: tellement de bidouillage sur le ldlc-client que ni la carte wi-fi ni la carte réseau ne fonctionnent alors qu'elles sont déclarées "connectées".
Malgré plusieurs désinstallation/réinstallations des cartes toujours déclarées "connectées" je ne peux ni aller sur le web ni relever mon courriel:
Conclusion: je récupère et réinstalle une image clone du ldlc
Je pense que je vais faire une pause.
Merci de votre aide. si j'y reviens pour clore le sujet, j'espère que ce sera en véritablement Résolu et non par abandon.

Bonjour

Nouvel essai assez concluant :
Téléphone:IP 192.168.43.76
Passerelle : 192.168.1.11
Serveur DNS1 :192.168.43.1

Configuration de l’ASUS:IP 192.168.1.11
Masque de sous réseau : 255.255.255.0
Passerelle : 192.168.1.11
Serveur DNS1 :192.168.43.1

Configuration du LDLC:IP 192.168.1.12
Masque de sous réseau : 255.255.255.0
Passerelle : 192.168.1.11
Serveur DNS1 :192.168.43.1
Et ne pas oublier l' "ip_forwarding !"
Sur le ASUS (serveur)
[relizane@asus ~]$ su
Mot de passe :  

[root@asus]#  kwrite /proc/sys/net/ipv4/ip_forward                  
QStandardPaths: runtime directory '/run/user/1000' is not owned by UID 0, but a directory permissions 0700 owned by UID 1000 GID 1000

NOTE : je remplace le 0 par 1 dans le fichier « ip_forward » qui s’affiche dans kwrite et je sauve.

[root@asus]# echo 1 > /proc/sys/net/ipv4/ip_forward
[root@asus]# iptables -A POSTROUTING -t nat -o wlp3s0 -j MASQUERADE
[root@asus]# exit

[relizane@asus ~]$ ping -c2 192.168.43.1
PING 192.168.43.1 (192.168.43.1) 56(84) octets de données.
64 octets de 192.168.43.1 : icmp_seq=1 ttl=64 temps=2.33 ms
64 octets de 192.168.43.1 : icmp_seq=2 ttl=64 temps=1.67 ms
--- statistiques ping 192.168.43.1 ---
2 paquets transmis, 2 reçus, 0% packet loss, time 3006ms
rtt min/avg/max/mdev = 1.659/1.851/2.329/0.277 ms

[relizane@asus ~]$ ping -c2 192.168.1.11
PING 192.168.1.11 (192.168.1.11) 56(84) octets de données.
64 octets de 192.168.1.11 : icmp_seq=1 ttl=64 temps=0.062 ms
64 octets de 192.168.1.11 : icmp_seq=2 ttl=64 temps=0.067 ms
--- statistiques ping 192.168.1.11 ---
2 paquets transmis, 2 reçus, 0% packet loss, time 3064ms
rtt min/avg/max/mdev = 0.062/0.071/0.093/0.012 ms

[relizane@asus ~]$ ping -c2 192.168.1.12
PING 192.168.1.12 (192.168.1.12) 56(84) octets de données.
64 octets de 192.168.1.12 : icmp_seq=1 ttl=64 temps=0.636 ms
64 octets de 192.168.1.12 : icmp_seq=2 ttl=64 temps=0.623 ms
--- statistiques ping 192.168.1.12 ---
2 paquets transmis, 2 reçus, 0% packet loss, time 3103ms
rtt min/avg/max/mdev = 0.551/0.600/0.636/0.032 ms
[relizane@asus ~]$

----------------------------------------------------------------------
Sur le LDLC
[relizane@ldlc ~]$ ping -c2 192.168.1.12
PING 192.168.1.12 (192.168.1.12) 56(84) octets de données.
64 octets de 192.168.1.12 : icmp_seq=1 ttl=64 temps=0.094 ms
64 octets de 192.168.1.12 : icmp_seq=2 ttl=64 temps=0.069 ms
--- statistiques ping 192.168.1.12 ---
2 paquets transmis, 2 reçus, 0% packet loss, time 3061ms
rtt min/avg/max/mdev = 0.062/0.072/0.094/0.012 ms

[relizane@ldlc ~]$ ping -c2 192.168.1.11
PING 192.168.1.11 (192.168.1.11) 56(84) octets de données.
64 octets de 192.168.1.11 : icmp_seq=1 ttl=64 temps=0.490 ms
64 octets de 192.168.1.11 : icmp_seq=2 ttl=64 temps=0.436 ms
--- statistiques ping 192.168.1.11 ---
2 paquets transmis, 2 reçus, 0% packet loss, time 3085ms
rtt min/avg/max/mdev = 0.401/0.446/0.490/0.032 ms

Note : la carte wi-fi du LDLC est déconnectée
[relizane@ldlc ~]$ ping -c2 192.168.43.1
PING 192.168.43.1 (192.168.43.1) 56(84) octets de données.
64 octets de 192.168.43.1 : icmp_seq=1 ttl=63 temps=2.69 ms
64 octets de 192.168.43.1 : icmp_seq=2 ttl=63 temps=2.65 ms
--- statistiques ping 192.168.43.1 ---
2 paquets transmis, 2 reçus, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 1.955/2.349/2.692/0.323 ms
[relizane@ldlc~]$

Note : l’ip forwarding fonctionne sur le ASUS :
je passe sous Firefox :https://www.mageia.org/fr/
La page de Mageia s’ affiche immédiatement
Par contre si j’éteins le serveur ASUS et que je le rallume, ip_forward revient à 0 !
(alors qu’il était sauvé)
Note : le simple fait de refaire la manœuvre :
[root@asus]#  kwrite /proc/sys/net/ipv4/ip_forward  
relance le processus : comment le garder à 1
j’ai essayé de mettre 1 dans :kwrite /proc/sys/net/ipv4/ip_forward_use_pmtu
mais tout repasse à 0 si j’éteins le serveur.
Où doit-je agir pour conserver  le paramétrage ?
Merci
il semble que ce bogue ne soit toujours pas corrigé (je n'ai rien trouvé d'autre)
Bogue 26120 - ip_forward=1 n'est pas défini de manière permanente pour la connexion réseau partagée, drakgw nat masq

Édité par relizane Le 23/06/2023 à 14h12

Bonjour,

Je ne comprends pas trop comment le 192.168.1.11 peut être passerelle de lui même ( mas j' avoue ne pas avoir lu le lien que j' ai donné sur l' ip_forwarding).

Concernant le /proc/sys/net/ipv4/ip_forward , visiblement le script network lance la fonction apply_sysctl qui se trouve dans /etc/init.d/functions.

Et cette fonction execute l' exécutable /lib/systemd/systemd-sysctl s' il est présent, ce qui à mon avis est le cas sur les distributions qui utilisent systemd.

Dans la page man de systemd-sysctl, il est indiqué que cet outil lance les informations qui se trouvent dans /etc/sysctl.d . Il devrait donc être possible de créer un fichier conf dans /etc/sysctl.d ou/usr/lib/sysctl.d/ ( par exemple 52-ip_forward.conf) dans le on mettrait la ligne net.ipv4.ip_forward=1 ( en root on peut resumer ça en "echo net.ipv4.ip_forward=1 > /etc/52-ip_forward.conf " ).

Il faudra relancer le pc pour son application ( je ne sais pas comment on force sysctl a relire sa configuration et je n' ai pas regardé pour l' instant).

Ceci dit, pas sur que cela fonctionne parce qu' il y a l' appel à apply_sysctl mais plus loin à ifup mais je comprends pas encore comment ça fonctionne.