I did not understand how to switch to fixed IP

Richardszu

Dabbler
Joined
Jan 21, 2022
Messages
49
J'ai installé Truenas Scale dans une machine virtuelle Vmware Pro pour tester le passage de DHCP à IP fixe.
Je ne suis pas sûr d'avoir tout compris entre les réseaux et les sous-réseaux ? Désolé pour cette ignorance !
En DHCP j'ai cette IP : 192.168.223.xx
Pour le test, j'ai installé le catalogue TrueCharts dans APPS et déclaré le volume tout fonctionnait parfaitement.
Puis j'ai changé l'adresse IP de base en IP fixe : 192.168.223.xx/24 J'ai testé la connexion, enregistré et redémarré la VM.
A la connexion, j'ai maintenant trois messages d'erreur :
catalog.sync
Arrêté : 2022-04-04 11:24:12

CRITIQUE
Échec de la synchronisation du catalogue OFFICIEL : [EFAULT] Échec du clonage du référentiel ' https://github.com/truenas/charts.git ' à la destination '/mnt/volume1/ix-applications/catalogs/github_com_truenas_charts_git_master' : Cmd('git' ) a échoué en raison de : code de sortie (128) cmdline : git clone -v https://github.com/truenas/charts.git /mnt/volume1/ix-applications/catalogs/github_com_truenas_charts_git_master stderr : 'Cloning into '/mnt/ volume1/ix-applications/catalogs/github_com_truenas_charts_git_master'... fatal : impossible d'accéder à ' https://github.com/truenas/charts.git/ ' : Impossible de résoudre l'hôte : github.com '
2022-04-04 11:24:08 (Europe/Paris)
Rejeter

notifications_active
CRITIQUE
Échec de la configuration du cluster kubernetes pour les applications : [EINVAL] kubernetes.route_v4_interface : veuillez définir la passerelle par défaut IPv4 (elle peut être fausse) dans Réseau → Configuration globale, puis mettez à jour les paramètres Kubernetes. Actuellement, k3s ne peut pas être utilisé sans une route par défaut.
2022-04-04 11:24:10 (Europe/Paris)
Rejeter

notifications_active
CRITIQUE
Échec de la synchronisation du catalogue TRUECHARTS : [EFAULT] Échec du clonage du référentiel ' https://github.com/truecharts/catalog ' à la destination '/mnt/volume1/ix-applications/catalogs/github_com_truecharts_catalog_main' : échec de Cmd('git') en raison de : code de sortie (128) cmdline : git clone -v https://github.com/truecharts/catalog /mnt/volume1/ix-applications/catalogs/github_com_truecharts_catalog_main stderr : 'Cloning into '/mnt/volume1/ix- applications/catalogs/github_com_truecharts_catalog_main'... fatal : impossible d'accéder à ' https://github.com/truecharts/catalog/ ' : Impossible de résoudre l'hôte : github.com '
2022-04-04 11:24:12 (Europe/Paris)
Rejeter

J'ai fait une erreur mais je ne sais pas où ? Probablement dans le choix du sous-réseau /24 mais, désolé, mes connaissances dans ce domaine sont limitées. Merci d'avance si quelqu'un peut m'aider Richard:eek:
 
Last edited:

sretalla

Powered by Neutrality
Moderator
Joined
Jan 1, 2016
Messages
9,703
Please, set IPv4 Default Gateway (it can be fake) in Network → Global Configuration and then update Kubernetes settings
I would anticipate the right gateway would be 192.168.223.1

You should also set DNS (nameservers) there too if not already done.
 

Richardszu

Dabbler
Joined
Jan 21, 2022
Messages
49
Je prévois que la bonne passerelle serait 192.168.223.1

Vous devez également y définir des DNS (serveurs de noms) si ce n'est déjà fait.
Merci sretalla pour votre aide,
J'ai défini dans la configuration globale : la passerelle par défaut= 192.168.223.1 le DNS =1.1.1.1, 1.0.0.1, 8.8.8.8
Je suis passé de trois à deux messages d'erreur :
Échec de la synchronisation du catalogue OFFICIEL : [EFAULT] Échec du clonage du référentiel ' https://github.com/truenas/charts.git ' à la destination '/mnt/volume1/ix-applications/catalogs/github_com_truenas_charts_git_master' : Cmd('git' ) a échoué en raison de : code de sortie (128) cmdline : git clone -v https://github.com/truenas/charts.git /mnt/volume1/ix-applications/catalogs/github_com_truenas_charts_git_master stderr : 'Cloning into '/mnt/ volume1/ix-applications/catalogs/github_com_truenas_charts_git_master'... fatal : impossible d'accéder à ' https://github.com/truenas/charts.git/ ' : Impossible de résoudre l'hôte : github.com '
2022-04-05 12:47:45 (Europe/Paris)
Une question, comment trouver la bonne passerelle par défaut de la machine virtuelle ? Est-ce le même que le routeur de ma box internet ? Qui est différent !
Je dois dire que je suis un peu perdu entre les sous réseaux /24, /23, /22 etc. Quelle est la différence entre les réseaux 192.168.1.xx et 192.168.223.xx par exemple. Désolé, mais j'ai du mal à comprendre les sous-réseaux. La première installation DHCP m'a donné une IP : 192.168.1.xx avec la deuxième installation elle m'a donné une IP : 192.168.223.xx ?
Merci encore pour votre aide Richard.
 
Last edited:

sretalla

Powered by Neutrality
Moderator
Joined
Jan 1, 2016
Messages
9,703
OK, so you have 2 subnets there...

192.168.223.x

192.168.1.x

Something (it's not clear to me what that is or should be) needs to be a router to move packets from the 192.168.223 subnet to the 192.168.1 subnet for them to exit the network toward the internet via 192.168.1.1 and vice versa when packets return.

Computers (or VMs/containers) on the 192.168.223 network like the one you were describing will need to use a default gateway that resides on that same network, so usually people assign their router to 192.168.233.1 to make that easy to remember/use.

The device at that address must be a switch/router of some kind and must know about how to get to the 192.168.1 network.
 

sretalla

Powered by Neutrality
Moderator
Joined
Jan 1, 2016
Messages
9,703
The first DHCP installation gave me an IP: 192.168.1.71 with the second installation it gave me an IP: 192.168.223.128?
This is telling me you have connected 2 subnets to the same virtual wire/switching environment.

You may find everything works a lot better if you turn off DHCP on your second switch/router device, meaning everything should get addresses assigned on 192.168.1.
 

Richardszu

Dabbler
Joined
Jan 21, 2022
Messages
49
Cela me dit que vous avez connecté 2 sous-réseaux au même environnement de câblage/commutation virtuel.

Vous constaterez peut-être que tout fonctionne beaucoup mieux si vous désactivez DHCP sur votre deuxième commutateur/routeur, ce qui signifie que tout devrait recevoir des adresses attribuées sur 192.168.1.
Merci pour votre aide sretalla,
La première installation de Truenas Scale j'ai reçu 192.168.1.xx en DHCP la suivante j'ai reçu 192.168.223.xx en DHCP les connexions fonctionnaient normalement en DHCP. Lorsque je suis passé à l'IP fixe 192.168.223.xx, la connexion est interrompue ? Me demandez-vous de désactiver le DHCP ? Lequel ?
Merci encore pour votre aide. L'objectif est de migrer mon truenas Core qui fonctionne très bien en IP fixe. Mais avant cela, je teste la configuration avec Truenas Scale dans WMware pour être sûr que tout fonctionne parfaitement. Dans tous les cas, les adresses IP seront modifiées une fois les tests terminés.
Bonne journée Richard :clin d'œil :

[Problème résolu]
[Je viens de trouver mon erreur et j'en profite pour éditer ce post pour les personnes qui veulent tester Truenas Scale dans VMware]
En fait c'est moi qui ai fait une erreur en installant Truenas Scale dans VMware ! Je n'ai pas choisi la bonne option de réseau.
Il y a trois options :
1. Bridged (Connexion externe) [Auto-bridging]
2. NAT (connexion externe)
3. Privé (Pas de connexion)
J'avais choisi l'option 2 proposée par défaut alors qu'il faut choisir l'option 1 Bridged.
Tout est redevenu normal, je suis maintenant dans le bon réseau et j'ai pu passer en IP Fixe normalement avec cette solution. Merci pour vos réponses et à toute la communauté TrueNas à bientôt Richard:clin d'œil::sourire:
 
Last edited:
Top