A
ajohan

  • 13 juin
  • Inscrit 19 nov. 2011
  • 0 meilleure réponse
  • Bonjour,

    Je rencontre un problème de paramétrage sur ma Fedora 40 du serveur DNS interne (sous bind).

    Sur Windows ou sur Android, aucun problème. Tout fonctionne bien. Par contre avec Fedora, impossible d’accès à mon serveur à partir de l’adresse du domaine local.

    Si je tape l’URL “bidon.intranet.local”, j’obtiens le message suivant :
    Hum, nous ne parvenons pas à trouver ce site.

    en lançant la commande suivante :

    $ nslookup bidon.intranet.local
    Server:		192.168.10.205
    Address:	192.168.10.205#53
    Name:	bidon.intranet.local
    Address: 192.168.10.51

    Il trouve bien l’adresse du serveur à partir du server DNS

    Voici quelques informations supplémentaires :

    $ cat /etc/resolv.conf
    nameserver 192.168.10.205
    nameserver 192.168.10.205
    search .
    $ resolvectl status
    Global
             Protocols: LLMNR=resolve -mDNS -DNSOverTLS DNSSEC=no/unsupported
      resolv.conf mode: uplink
    Current DNS Server: 192.168.10.205
           DNS Servers: 192.168.10.205
    Link 2 (enp47s0u2u1u2)
        Current Scopes: LLMNR/IPv4 LLMNR/IPv6
             Protocols: -DefaultRoute LLMNR=resolve -mDNS -DNSOverTLS DNSSEC=no/unsupported
    Link 3 (wlp0s20f3)
        Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6
             Protocols: +DefaultRoute LLMNR=resolve -mDNS -DNSOverTLS DNSSEC=no/unsupported
    Current DNS Server: 192.168.10.205
           DNS Servers: 192.168.10.205

    Je ne comprends pas où est le problème.

    Merci pour votre aide.

    Cordialement,

    Edit Nicosss : Correction balises Markdown -> Voir FAQ

  • Pas de problème jibe74 c'est de bon coeur.

    Pour lancer mon serveur, mes gamins passent par le bouton power car facilement accessible puis lance leur PC (ainsi les lecteurs NFS remontent bien sur le poste client) ou regardent directement sur la TV du salon (Serveur connecté en HDMI sur la TV).

    Mais comme tu le soulignes, on pourrait tout à fait lancer le serveur par un Wake On Lan. Il faudra penser à faire remonter les accès NFS du serveur lors du démarrage du poste client. Tres bonne idée jibe74, je vais y plancher dessus.
  • Merci pour ton retour. Il est toujours bon de partager son expérience pour progresser.

    Dans mon cas de figure, personne se logue sur le serveur (C'est un serveur familial). Il y a une authentification automatique pour permettre au petit d'accéder aux médias.

    A une prochaine 😉

    Pour info, il y avait un petit bug dans mon code. Je viens de le corriger dans mon post initial.
  • Bonsoir,

    Je viens de mettre en place un bash sur mon serveur pour qu'il s'arrete automatiquement.

    [Cahier des charges] Le serveur doit rester allumer si :
    1- VLC ou TOTEM est allumé sur le serveur (normal quand je regarde un film)
    2- un des PC du réseau reste allumé car le serveur sert de NAS. Attention, les PC, pouvant se connecter sur le serveur, ont une adresse IP réservée sur une plage d'adresse bien précise et qui se suit.
    Pour information, le compte utilisateur a un profil administrateur. Je ne tiens pas compte du problème d'execution du shutdown si le compte est sur un profil de "simple utilisateur".


    Programme "Eteindre_Server.sh" :
    #!/bin/sh
     
    echo 'Debut du programme'
    
    Domaine='172.128.1.'
    Eteindre_PC=true
    
    #lancer la commande pour vérifier si VLC est lance
    ps -e | grep vlc | grep -v grep
    #Récuperer le resultat
    if [ ! $? -eq 0 ]
    then
    
    	#lancer la commande pour vérifier si totem est lance
    	ps -e | grep totem | grep -v grep
    	#Récuperer le resultat
    	if [ ! $? -eq 0 ]
            then
    
    		#Parcourir une plage d'adresse IP
    		for Valeur_ip in `seq 2 20`;
    		do
    			#Ping une adresse IP
    			ping -q -c5 $Domaine$Valeur_ip > /dev/null
    			#Récuperer le resultat
    			if [ $? -eq 0 ]
    			then
    				#Ne pas eteindre
    				Eteindre_PC=false
    			fi
    
    		done
            else
                    Eteindre_PC=false
    	fi
    else
    Eteindre_PC=false
    fi
    
    #Eteindre le serveur si aucun PC sur le réseau
    if [ $Eteindre_PC == true ]
    then
    
    	shutdown -h now
    fi
    
    echo 'Fin du programme'
    Instruction pour mettre en place une tache planifiée sur l'execution du script "Eteindre_Server.sh" :
    1_Ajouter la permission d'éxécuter le script
    $ chmod +x Eteindre_Server.sh
    
    2_Mise en place de l'exécution automatique toutes les 30 min avec CRON
    	2-a_Exécutez la commande crontab :
    		$ crontab -e no crontab for alex - using an empty one
    
    		Choisir l'option 2 pour ouvrir avec nano
    		
    	2-b_Ajouter une ligne dans le fichier avec les instructions suivantes
    		*/30 * * * * /home/???/Scripts/Eteindre_Server.sh
    		
    		Information complémentaire sur l'instruction ajoutée dans le fichier :
    		# m h  dom mon dow   command
    
    			m est pour minutes [0-59];
    			h est pour heure [0-23];
    			dom est pour journée du mois [1-31];
    			mon est pour mois, de janvier à décembre [1-12];
    			dow est pour journée du dimanche au samedi [0-6];
    			command est le chemin d'accès absolu de votre script
    Je suis preneur pour toute critique constructive pour améliorer ce script.

    Merci
  • Problème résolu. YESSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS

    Merci à vous tous pour votre aide.

    Comme le signale hechmi50 la mise à jour du Kernel et du kmod-wl avec la version 3.19.3-200.fc21xx86_64 + l'installation du paquet "broadcom-wl" solutionne l'ensemble de mes problemes.

    COOL le wifi est de nouveau opérationnel.
  • Comme quoi tu fais bien de me signaler les fondamentaux car ca fait plusieurs fois que j'ai vériifé ma version KERNEL sans voir la petite différence.
    [root@pc ~]# uname -r
    3.19.2-201.fc21.x86_64

    3.19.2-201.fc21.x86_64 (Kernel installé)
    3.19.1-201.fc21.x86_64 (Kernel demandé)

    Par contre je n'arrive pas à trouver dans mes depots le kmod-wl-3.19.2-201.fc21.x86_64.x86_64 ni le Kernel-3.19.1-201.fc21.x86_64.x86_64.

    Pour ce soir, j'arrete. Je continue demain sur cette bonne piste.

    Merci
  • Meme avec ta commande, j'ai toujours ce problème de dépendance. Terrible quand meme.
    [root@pc ~]# yum install kmod-wl-3.19.1-201.fc21.x86_64.x86_64
    Modules complémentaires chargés : langpacks
    Résolution des dépendances
    --> Lancement de la transaction de test
    ---> Le paquet kmod-wl-3.19.1-201.fc21.x86_64.x86_64 0:6.30.223.248-6.fc21.5 sera installé
    --> Traitement de la dépendance : kernel-uname-r = 3.19.1-201.fc21.x86_64 pour le paquet : kmod-wl-3.19.1-201.fc21.x86_64-6.30.223.248-6.fc21.5.x86_64
    --> Résolution des dépendances terminée
    Erreur : Paquet : kmod-wl-3.19.1-201.fc21.x86_64-6.30.223.248-6.fc21.5.x86_64 (rpmfusion-nonfree-updates)
                 Requiert : kernel-uname-r = 3.19.1-201.fc21.x86_64
                 Installé  : kernel-core-3.17.4-301.fc21.x86_64 (@koji-override-0/$releasever)
                     kernel-uname-r = 3.17.4-301.fc21.x86_64
                 Installé  : kernel-core-3.19.2-201.fc21.x86_64 (@updates)
                     kernel-uname-r = 3.19.2-201.fc21.x86_64
                 Disponible : kernel-core-3.19.3-200.fc21.x86_64 (updates)
                     kernel-uname-r = 3.19.3-200.fc21.x86_64
                 Disponible : kernel-debug-core-3.17.4-301.fc21.x86_64 (fedora)
                     kernel-uname-r = 3.17.4-301.fc21.x86_64+debug
                 Disponible : kernel-debug-core-3.19.3-200.fc21.x86_64 (updates)
                     kernel-uname-r = 3.19.3-200.fc21.x86_64+debug
     Vous pouvez essayer d'utiliser --skip-broken pour contourner le problème
     Vous pouvez essayer d'exécuter : rpm -Va --nofiles --nodigest
    
    En tout cas, il fallait le tester.
  • Merci pour ton retour.

    Dommage de se trouver bloqué sur un problème de dépendance.

    Je vais essayer de rester patient pour éviter de retourner sur Ubuntu (Distribution devenant trop commerciale).
  • Bonsoir,

    Je rencontre un problème de dépendance pour installer le paquet broadcom-wl qui me permettrait de faire fonctionner ma connexion wifi.
    root@pc ~]# yum install broadcom-wl
    Modules complémentaires chargés : langpacks
    Résolution des dépendances
    --> Lancement de la transaction de test
    ---> Le paquet broadcom-wl.noarch 0:6.30.223.248-2.fc21 sera installé
    --> Traitement de la dépendance : wl-kmod >= 6.30.223.248 pour le paquet : broadcom-wl-6.30.223.248-2.fc21.noarch
    --> Lancement de la transaction de test
    ---> Le paquet kmod-wl.x86_64 0:6.30.223.248-6.fc21.5 sera installé
    --> Traitement de la dépendance : kmod-wl-3.19.1-201.fc21.x86_64 >= 6.30.223.248-6.fc21.5 pour le paquet : kmod-wl-6.30.223.248-6.fc21.5.x86_64
    --> Lancement de la transaction de test
    ---> Le paquet kmod-wl-3.19.1-201.fc21.x86_64.x86_64 0:6.30.223.248-6.fc21.5 sera installé
    --> Traitement de la dépendance : kernel-uname-r = 3.19.1-201.fc21.x86_64 pour le paquet : kmod-wl-3.19.1-201.fc21.x86_64-6.30.223.248-6.fc21.5.x86_64
    --> Résolution des dépendances terminée
    Erreur : Paquet : kmod-wl-3.19.1-201.fc21.x86_64-6.30.223.248-6.fc21.5.x86_64 (rpmfusion-nonfree-updates)
                 Requiert : kernel-uname-r = 3.19.1-201.fc21.x86_64
                 Installé  : kernel-core-3.17.4-301.fc21.x86_64 (@koji-override-0/$releasever)
                     kernel-uname-r = 3.17.4-301.fc21.x86_64
                 Installé  : kernel-core-3.19.2-201.fc21.x86_64 (@updates)
                     kernel-uname-r = 3.19.2-201.fc21.x86_64
                 Installé  : kernel-debug-core-3.17.4-301.fc21.x86_64 (@fedora)
                     kernel-uname-r = 3.17.4-301.fc21.x86_64+debug
                 Installé  : kernel-debug-core-3.19.2-201.fc21.x86_64 (@updates)
                     kernel-uname-r = 3.19.2-201.fc21.x86_64+debug
     Vous pouvez essayer d'utiliser --skip-broken pour contourner le problème
     Vous pouvez essayer d'exécuter : rpm -Va --nofiles --nodigest
    Je n'ai pas trouvé de piste pour solutionner mon problème. Si vous avez une idée je suis preneur.

    Merci d'avance