Cette espace vous permet de voir toutes les Messages réalisées par ce membre. Vous ne pouvez voir que les Messages réalisées dans les espaces auxquels vous avez accès.
Pour info: Après être repassé à networkmanager puis à nouveau wicked (sans redémarrer), j'ai moi aussi eu deux routes par défaut. MAIS l'une avec 'proto boot', et l'autre avec 'proto static', et surtout avec deux métriques différentes 0 pour l'une, 100 pour l'autre (c'est la 0 qui gagne) c.f. les sorties suivantes:
denebe@localhost:~> ip r default via 192.168.0.1 dev eth0 default via 192.168.0.1 dev eth0 proto static metric 100 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.242 metric 100
localhost:/home/denebe # wicked show eth0 eth0 up link: #2, state up, mtu 1500 type: ethernet, hwaddr 08:00:27:87:57:50 config: compat:suse:/etc/sysconfig/network/ifcfg-eth0 leases: ipv4 static granted addr: ipv4 192.168.0.242/24 [static] addr: ipv6 2a02:8109:a380:310:cbd7:cff8:bff4:897e/128 route: ipv4 default via 192.168.0.1 proto boot route: ipv4 default via 192.168.0.1 metric 100 proto static route: ipv6 default via fe80::10:18ff:feb2:d45c metric 100 proto ra
denebe@localhost:~> ip -d r unicast default via 192.168.0.1 dev eth0 proto boot scope global unicast default via 192.168.0.1 dev eth0 proto static scope global metric 100 unicast 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.242 metric 100
(Sans problème de réseau, avec un accès à internet)
protocol RTPROTO the routing protocol identifier of this route. RTPROTO may be a number or a string from the file /etc/iproute2/rt_protos. If the routing protocol ID is not given, ip assumes protocol boot (i.e. it assumes the route was added by someone who doesn't understand what they are doing). Several protocol values have a fixed interpretation. Namely:
redirect - the route was installed due to an ICMP redirect.
kernel - the route was installed by the kernel during autoconfiguration.
boot - the route was installed during the bootup sequence. If a routing daemon starts, it will purge all of them.
static - the route was installed by the administrator to override dynamic routing. Routing daemon will respect them and, probably, even advertise them to its peers.
ra - the route was installed by Router Discovery protocol.
The rest of the values are not reserved and the administrator is free to assign (or not to assign) protocol tags.
Ensuite, j'ai redémarré (avec wicked), je me suis retrouvé avec une seule route par défaut.
denebe@localhost:~> ip r default via 192.168.0.1 dev eth0 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.242 denebe@localhost:~> denebe@localhost:~> denebe@localhost:~> ip -d r unicast default via 192.168.0.1 dev eth0 proto boot scope global unicast 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.242
denebe@localhost:~> sudo wicked show eth0 [sudo] Mot de passe de root : eth0 up link: #2, state up, mtu 1500 type: ethernet, hwaddr 08:00:27:87:57:50 config: compat:suse:/etc/sysconfig/network/ifcfg-eth0 leases: ipv4 static granted leases: ipv6 auto granted addr: ipv6 2a02:8109:a380:310:8b44:800e:d760:be46/64 [auto] addr: ipv6 2a02:8109:a380:310:a00:27ff:fe87:5750/64 [auto] addr: ipv4 192.168.0.242/24 [static] route: ipv4 default via 192.168.0.1 proto boot route: ipv6 default via fe80::10:18ff:feb2:d45c metric 1024 proto ra
Toujours sans problème de réseau et un accès à internet normal…
Après avoir supprimé une route par défaut, et comme tu peux maintenant pinguer ton réseau local et surtout un serveur google (donc à l'extérieur de ton réseau), tu a une passerelle vers internet et le routage fonctionne… Concernant internet, je suppose que tu veux dire naviguer avec firefox par exemple, peut-être as-tu oublié de renseigner un serveur DNS.
Je viens de configurer une interface ethernet sur Leap 15.4 avec wicked (en VM). Tout fonctionne comme il faut.
La marche à suivre:
Tu ouvres Yast, et tu sélectionnes Paramètres réseaux
dans Global options tu sélectionnes wicked (et tu valides avec OK)
Tu sélectionnes à nouveau paramètres réseaux (dans Yast) Tu vas dans l'onglet overview, Tu sélectionnes l'interface que tu veux configurer (chez toi c'est eth0), Puis tu cliques sur Edit
Tu choisis Statically Assigned IP Address, pour assigner une adresse ip manuellement (dynamic Address sinon…) Tu renseignes une adresse IP (qui n'est pas déjà assigné dans ton réseau local), puis le masque de sous-réseau, Tu peux éventuellement rentrer un nom d'hôte (pas obligatoire) Tu valides avec Next (si tu n'as pas renseigné de nom d'hôte, ça va couiner… tu cliques sur yes)
dans l'onglet Hostname/DNS, (comme sur la capture d'écran…) (une fois fait, tu vas directement dans l'onglet Routing → voir la capture suivante)
dans l'onglet Routing (pour renseigner LA route par défaut), tu cliques sur Add,
Tu renseignes l'adresse ip de ta passerelle (ta box internet normalement…), ainsi que l'interface pour la route par défaut (ici eth0), Rem: Default route doit être coché !! Tu valides avec OK, Tu valides une seconde fois avec OK.
denebe@localhost:~> ip a 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: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 08:00:27:87:57:50 brd ff:ff:ff:ff:ff:ff altname enp0s3 inet 192.168.0.242/24 brd 192.168.0.255 scope global eth0 valid_lft forever preferred_lft forever denebe@localhost:~> denebe@localhost:~> ip r default via 192.168.0.1 dev eth0 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.242 denebe@localhost:~> denebe@localhost:~> ping -c 4 192.168.0.1 PING 192.168.0.1 (192.168.0.1) 56(84) octets de données. 64 octets de 192.168.0.1 : icmp_seq=1 ttl=64 temps=1.24 ms 64 octets de 192.168.0.1 : icmp_seq=2 ttl=64 temps=1.86 ms 64 octets de 192.168.0.1 : icmp_seq=3 ttl=64 temps=1.43 ms 64 octets de 192.168.0.1 : icmp_seq=4 ttl=64 temps=1.88 ms
--- statistiques ping 192.168.0.1 --- 4 paquets transmis, 4 reçus, 0% packet loss, time 3071ms rtt min/avg/max/mdev = 1.238/1.601/1.876/0.275 ms denebe@localhost:~> denebe@localhost:~> denebe@localhost:~> ping -c 4 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) octets de données. 64 octets de 8.8.8.8 : icmp_seq=1 ttl=115 temps=14.0 ms 64 octets de 8.8.8.8 : icmp_seq=2 ttl=115 temps=13.0 ms 64 octets de 8.8.8.8 : icmp_seq=3 ttl=115 temps=13.4 ms 64 octets de 8.8.8.8 : icmp_seq=4 ttl=115 temps=14.6 ms
--- statistiques ping 8.8.8.8 --- 4 paquets transmis, 4 reçus, 0% packet loss, time 3063ms rtt min/avg/max/mdev = 12.964/13.743/14.597/0.608 ms
En supprimant une des deux routes par défaut, tu arrives à pinguer ta passerelle (192.168.1.1) et un serveur google (8.8.8.8 ). C'est bon signe. C'est visiblement un problème de configuration de ton réseau.
Je ne trouve pas la balise insérer un code … Par contre j'ai insérer DU code…
Oui, je ne sais pas d'où tu sors "insérer un code", sauf erreur de ma part, j'ai écris 'du' ??
Et donc, tu ne l'as pas utilisée, ou bien ?
La "sortie" (le code) que tu veux mettre en valeur doit se trouver entre les deux balises [ code ] et [ /code ], comme sur la capture d'écran que je viens de faire, à la place de "ton code ici".
J'ai mis à jour un vieux portable hier, de 15.3 ver 15.4, c'est passé comme un email dans les tuyaux.
Ravi du résultat, j'ai mis à jour mon ordinateur principal à l'instant.
Voilà comment j'ai fait, je me suis inspiré du post de Mourad (ici pour passer de Leap 15.3 à 15.4):
désactiver tous les dépôts, sauf les 6 principaux (oss, non-oss, oss-update, non-oss-update, backport et le dernier je ne sais plus)
Pour être sûr d'avoir la variable 'releasever' dans l'adresse de vos dépôt (je n'étais pas certain du contenu des adresses de mes dépôts, et une commande est tellement plus simple à exécuter qu'aller voir chaque adresse une par une… Donc en root ou avec sudo
Ensuite, tu copies cette sortie, et tu la postes ici dans une balise "insérer du code" (clique sur le croisillon dans les boutons de mise en page, et insère le résultat…)
Poste tes sorties de commandes entre deux balises "insérer du code".
Bonjour J'ai un PC à installer. À votre avis, installer la 15.4 RC c'est suffisamment stable ou pas ? Merci
Bonjour, pour une utilisation normale, je pense que oui, bien que je ne l'ai pas utilisée au quotidien. D'autant plus que le dépôt packman est déjà présent. Une personne ici (que je ne connais pas) a utilisé la version beta sans problème particulier.
Avec opensuse, pour gérer ton réseau, tu utilises soit Networkmanager, soit wicked.
En mode serveur, sans environnement de bureau, c'est wicked. Avec un environnement de bureau (plasma, gnome, xfce…), c'est plutôt NetworkManager, mais on peut aussi utiliser wicked.
NetworkManager is only supported by SUSE for desktop workloads with SLED or the Workstation extension. All server certifications are done with wicked as the network configuration tool, and using NetworkManager may invalidate them. NetworkManager is not supported by SUSE for server workloads.
The individual network connection settings created with NetworkManager are stored in configuration profiles. The system connections configured with either NetworkManager or YaST are saved in /etc/NetworkManager/system-connections/* or in /etc/sysconfig/network/ifcfg-*. For GNOME, all user-defined connections are stored in GConf.
In case no profile is configured, NetworkManager automatically creates one and names it Auto $INTERFACE-NAME. That is made in an attempt to work without any configuration for as many cases as (securely) possible. If the automatically created profiles do not suit your needs, use the network connection configuration dialogs provided by GNOME to modify them as desired. For more information, see Section 28.3, “Configuring network connections”.
These files contain the traditional configurations for network interfaces.
Citer
NoteNote: wicked and the ifcfg-* files
wicked reads these files if you specify the compat: prefix. According to the openSUSE Leap default configuration in /etc/wicked/client.xml, wicked tries these files before the XML configuration files in /etc/wicked/ifconfig.
The --ifconfig switch is provided mostly for testing only. If specified, default configuration sources defined in /etc/wicked/ifconfig are not applied.
The ifcfg-* files include information such as the start mode and the IP address. Possible parameters are described in the manual page of ifup. Additionally, most variables from the dhcp and wireless files can be used in the ifcfg-* files if a general setting should be used for only one interface. However, most of the /etc/sysconfig/network/config variables are global and cannot be overridden in ifcfg files. For example, NETCONFIG_* variables are global.
For configuring macvlan and macvtab interfaces, see the ifcfg-macvlan and ifcfg-macvtap man pages. For example, for a macvlan interface provide a ifcfg-macvlan0 with settings as follows:
toto-PC:/etc/NetworkManager/system-connections # ls 192.168.1.0.nmconnection dd-wrt 2.4.nmconnection jp-free-01.protonvpn.com.udp.nmconnection Kabelgebundene Verbindung 2.nmconnection Neue Verbindung IPv6.nmconnection
Tu rentres cette commande dans un terminal, tu vas obtenir une sortie (un output, un résultat).
Ensuite, tu copies cette sortie, et tu la postes ici dans une balise "insérer du code" (clique sur le croisillon dans les boutons de mise en page, et insère le résultat…)
1424 packages to upgrade, 3 to downgrade, 6 new. Overall download size: 1.08 GiB. Already cached: 0 B. After the operation, additional 200.9 MiB will be used.
Note: System reboot required. Continue? [y/n/v/...? shows all options] (y):