Vous n'êtes pas identifié(e).
Pages : 1
fait un stop dans un premier temps, si la connexion via systemd ne fonctionne pas (pour une réaison ou une autre) tu auras juste à redémarrer les autres connexions
Hors ligne
retour
la j'ai un souci => commande:
retour
donc je vai chercher le mac adress , je pense que celui de la carte (physique) doit convenir.
avec ceci : (ifconfig a été entrer sur une autre machine , pour exemple avec 2 cartes réseau )
retour commande
bon le mac adresse vérifié par le boot pxe est "d0.50.99.2c.aa.b4"
le fichier .link
retour
pour la résolution DNS c'est obligatoire ?
voici mon resolv.conf actuel (généré par network-manager) , le dhcp local donne toutes les infos dont a besoin le client (dns,ntp,passerelle,pxe,etc....)
je peu activer systemd maintenant ou je dois effectuer la modification du resolv.conf ?
voici le resultat
avant activation
retour
desactivation network
retour
desactivation network-manager
retour
activation systemd-networkd
retour
demarrer le systemed-networkd
verifier si pas d erreur
retour
le resolv.conf n'est pas obligatoire dans mon cas , je reboot et je reviens
me revoilou , j attaque le resolv.conf
activer systemd-resolved service
retour
effacer l ancien resolv.conf
créer le lien symbolique
demarrer le service
renseigner le dns
retour
ps: correction 192.168.10.1 et pas 192,168,10,1
redemarrer le service
informations ethtool
retour
et fin
ps: pour ma passerelle ça va etre plus hard , 2 cartes reseau , limitation du debit , services serveur , faut bien que je reflechisse avant
pour mon autre serveur en jessie pas necessaire pour l instant (celui ou il y a le bonding en service )
toutes les options ici =>
http://www.freedesktop.org/software/sys … twork.html
http://www.freedesktop.org/software/sys … .link.html
pour tous les clients en stretch ils risquent de passer a la casserole
je vais vérifier la suppression du paquet "ifupdown" et "network-manager" je sais pas si gnome l autorise (niveau dépendance )
ps2: pour network-manager , il veut enlever gnome (pour ifupdown c est fait il est enlevé)
retour
il est désactivé pas bien grave
Dernière modification par anonyme (17-01-2016 13:47:25)
je n ai pas modifié ni installé ntp mais la machine se met a l heure sur le serveur
tout m a l air correct
cette ligne
ne renvoie rien , tu sais pourquoi ? (le dossier /etc/udev/rules.d est vide )
Dernière modification par anonyme (12-01-2016 22:08:45)
retour
on voit une erreur sur eth1 , volontaire j'ai donné un passerelle en 192.168.10.1
donc maintenant il faut voir comment je gere le forward entre eth0 et eth1
voici les fichiers .network et .link
le network eth0
le network eth1
le .link eth1
le .link eth0
un petit status
eth1 a disparut
Dernière modification par anonyme (13-01-2016 16:56:44)
la commande "route -n" me donne
retour
la regle de forward
l iptable actuel qui etait chargé avec le fichier network (n'existe plus)
il faut faire l equivalent avec systemd-network
actuellement mes 2 cartes fonctionnent , un client pxe sur eth1 reçoit bien une ip , sur eth0 j'ai bien le réseau et le net.
une autre question il me reste un fichier "interfaces" avec la boucle locale , normalement je peut l effacer ?
ps: pour rappel , network-manager n 'est plus installé , plus de configuration eth0 et eth1 dans le fichier "interfaces" , ifupdown supprimé , pas d erreur sur le status de systemd-network
une piste => http://cgit.freedesktop.org/systemd/sys … 56638378ce
voila ce que devient .network de eth0
etat du service
http://man7.org/linux/man-pages/man5/sy … ork.5.html
Dernière modification par anonyme (13-01-2016 18:54:36)
ça me répond dans le syslog , pas de fichier ou dossier , ce n est pas encore ça
le fichier "/etc/parefeu"
c'est juste pour autoriser le passage entre eth0 et eth1 , tout est autorisé , le noyau est configuré pour autoriser le forward
ps avec cette configuration dans "interfaces" ceci fonctionnait
le message a changé dans syslog
relancer le service
retour
l etat du service
retour
liens systemd
https://wiki.archlinux.org/index.php/iptables
https://forums.archlinux.fr/viewtopic.php?t=16796
http://doc.fedora-fr.org/wiki/Systemd
Dernière modification par anonyme (16-01-2016 21:17:04)
retour
ps: pour le message eth1 , le dhcp est en ipv4 (serveur) et eth1 est en ipfixe "192.168.0.1" , il faudra que je cherche le pourquoi de ce message , mais le réseau est fonctionnel.
le fichier 50-eth0.network (dans /etc/systemd/network/50-eth0.network )
ps: ajout d une section [Link]
le fichier 51-eth1.network (dans /etc/systemd/network/51-eth1.network )
pour iptables , je n ai pas trouvé la bonne méthode pour le lancer proprement.
j'ai crée un dossier /etc/iptables/ avec un fichier iptables.rules
il serait peut etre mieux de faire cela avec un fichier ".sh" (script) pour mettre en places les regles proprement)
Faut il encore savoir lancer ce script correctement avec systemd
@Severian
c'est une alternative a ce que tu présente dans le tuto , ça me semble correct et le réseau fonctionne .
Quand faut t'il utiliser un .link je ne sais pas
Dernière modification par anonyme (17-01-2016 15:19:22)
@Severian
c'est une alternative a ce que tu présente dans le tuto , ça me semble correct et le réseau fonctionne .
Quand faut t'il utiliser un .link je ne sais pas tongue
j'avais eu des erreurs avec la section [Link] inseré dans le .network (sans compter que ça ne prenait pas la configuration), pour ça que j'ai mis le .link, mais effectivement, visiblement tu peux configurer tes connexions sans .link
de ce que je comprend (encore une fois je ne suis pas informaticien, si un spécialiste du réseau passe par là il pourra sans doute mieux expliquer) le .network sert à configurer ta connexion, le .link sert à certaines options (mtu, débit (si ont veut limiter), wake of lan, masquage adresse mac...).
j'ai essayé de faire un tuto le plus complet, mais si on va au plus simple pour configurer une connexion via systemd ça peut se résumer par
normalement ça doit fonctionner ...
d'autre liens
https://wiki.archlinux.fr/Systemd-networkd
https://wiki.archlinux.org/index.php/systemd-networkd (version anglaise plus complète)
http://www.freedesktop.org/software/sys … rvice.html
Hors ligne
@Severian
citer:
je pense aussi , moi non plus c est souvent du "petit chinois" , mais je trouve intéressant , donc je persiste
il faut faire attention au redondance ou conflit entre ".network" et ".link"
sinon ce que j ai mit ci dessus fonctionne , pas testé mais si je charge mon iptables manuellement je suis sur que ça fonctionne.
comme tu dis une personne qui gère bien serait le bienvenue , mais je pense que systemd-networkd reste encore au stade de nouveauté , sur fedora (et archilinux) ça bouge , mais sur debian c est calme
ps: le souci est revenu
c'est le clientdhcp qui fait ça , qui ne devrait pas solliciter eth1
ps: j'ai remit => IPForward=yes qui a priori supprime le message , mais sans comprendre ..
Dernière modification par anonyme (17-01-2016 18:49:30)
suite aux mises a jour (sid) un fichier /etc/network/interfaces a été créer (par ifupdown je suppose)
Dernière modification par anonyme (26-01-2016 16:06:29)
Bonsoir
j'ai monté une carte pci wifig et un modem routeur wifi , je suis connecté (avec network manager) debian stretch et mate
que faut il faire pour tester systemd-networkd en wifi , un début de tuto ou il faut chercher ?
ps: c est une machine CM A8V Deluxe + carte wifig Asus (chipset realtek) connecté sur un modem routeur dlink en wifi , une carte reseau filaire (deconnecté apres la config du wifi)
le reseau est configuré par defaut (premiere installation) , il y a tout a faire .
Hors ligne
Hors ligne
Pages : 1