sokotar Alors du coup le souci est ailleurs.

Aucun problème que tu cites avec la 6.7.1 sur 2 infras différentes.

Au niveau du menu Tableau de bord tu dois avoir Accueil et Mise à jour.

    Nicosss Alors du coup le souci est ailleurs.

    Aucun problème que tu cites avec la 6.7.1 sur 2 infras différentes.

    Au niveau du menu Tableau de bord tu dois avoir Accueil et Mise à jour.

    Non, je n’ai pas la possibilité de lancer des mises à jour.

    Une fois de plus, j’ai tout supprimé, puis relancé un téléchargement depuis wordpress.org au lieu de wordpress.com (j’ai lu sur un site qu’il y avait des différences)
    Et là ça fonctionne : possibilité de lancer les mises à jour, d’ajouter des plugins, d’ajouter des thèmes …

    Il me reste quelques petits réglages, pour le paramétrage d’apache (pour le téléchargement), de ftp …
    Mais, cela me semble en passe d’être solutionné.

      sokotar Une fois de plus, j’ai tout supprimé, puis relancé un téléchargement depuis wordpress.org au lieu de wordpress.com

      Donc tu n’avais pas utilisé le lien que je t’avais fourni.

      Tant mieux si ça fonctionne du coup.

        Nicosss Donc tu n’avais pas utilisé le lien que je t’avais fourni.

        oui bien sûr, mais la version était la même que la version obtenue sur le dépôt fedora.

        Il me reste d’autres petits problèmes à régler.
        Enfin, je ne sais pas si c’en est un petit.

        Pour les mises à jour, j’ai pas d’erreurs :

        Point de terminaison de l’API REST : http://192.168.1.2/index.php?rest_route=%2Fwp%2Fv2%2Ftypes%2Fpost&context=edit
        Réponse de l’API REST : (http_request_failed) cURL error 7: Failed to connect to 192.168.1.2 port 80 after 0 ms: Could not connect to server
        Votre site ne peut pas rejoindre WordPress.org sur 198.143.164.251 et a retourné l’erreur suivante : cURL error 7: Failed to connect to api.wordpress.org port 443 after 0 ms: Could not connect to server
         Votre installation de WordPress demande des informations d’identification FTP pour effectuer les mises à jour. (Votre site effectue les mises à jour par FTP en raison de la propriété du fichier. Parlez-en à votre hébergeur.)
        La requête de bouclage sur votre site a échoué, ce qui signifie que les fonctionnalités qui s’appuient sur ces requêtes ne fonctionnent actuellement pas comme prévu.
        Erreur : cURL error 7: Failed to connect to 192.168.1.2 port 80 after 0 ms: Could not connect to server (http_request_failed)

        Par ailleurs si j’essaie de me connecter depuis un autre pc (https://ip_du_serveur/, la connexion est refusée.

        Pour les extensions, j’ai 3 problèmes :

        1/ à l’ouverture de la page d’installation des extensions, j’ai le message qu’il y a une erreur, sans autre précicion.
        2/ idem si je lance une recherche de plugin, j’ai le message qu’il y a une erreur, sans autre précicion.
        Pour ça je vais voir avec le support wordpress, mais sans précision ce n’est pas gagné.
        3/ lorsque je veux installer un plugin sous forme de zip (téléversement), les paramètres ftp du serveur sont demandés (ip ou localhost, compte, mot de passe), puis j’ai l’erreur suivante :
        Impossible de se connecter au serveur FTP localhost:21
        Alors que j’ai activé vsftpd et que je peux faire du ftp sur ce pc, depuis un autre poste.
        Je contourne ce problème en copiant le plugin dézippé directement dans le répertoire /var/www/html/wp-content/plugins/

        Edit Nicosss : Correction balises Markdown -> Voir FAQ

        sokotar

        Ah bah si tu n’autorise pas le https, faut pas s’étonner 😉.

        A vérifier coté serveur (firewalld) et coté modem/routeur (Box). Avec peut être un chti réglage NAT vers la bonne machine sur le port https ou 443 par défaut…

        Pour firewalld :

        # firewall-cmd --add-service=https --permanent && firewall-cmd --reload

          VINDICATORs Ah bah si tu n’autorise pas le https, faut pas s’étonner 😉.

          Ce point est ok sur le parefeu : la doc sur Apache est très bien faite.

          VINDICATORs Pour firewalld :

          # firewalld-cmd --add-service=https --permanent && firewalld-cmd --reload

          firewalld ??? Là je suis perdu ! Je ne connais que firewall : l’interface graphique et les commandes firewall-cmd

          Edit Nicosss : Correction balises Markdown -> Voir FAQ

            sokotar

            Dsl, j’ai rippé 😛.

            Oui c’est bien : firewall-cmd.

            Je corrige.

            Le parefeu coté serveur j’ai vérifié, et c’est ça me semble ok. J’avais suivi la doc pour la mise en oeuvre d’Apache.

            VINDICATORs Avec peut être un chti réglage NAT vers la bonne machine sur le port https ou 443 par défaut…

            Coté box, voilà ce que j’ai ajouté dans la configuration NAT/PAT :

            Service…………………………….Port int…….Port ext…….Protocole…….Appareil
            FTP server……………………………21……………..21……………….TCP+UDP………ASUS_LI
            Secure web server (https)……443……………443……………..TCP+UDP………ASUS_LI
            Web server (http)………………..80………………80………………TCP+UDP………ASUS_LI

            Mais sans plus de succès 🙁

            Si tu as fait la conf de ton apache et vu ton firewall, il cherche quant même à se connecter à ton site vu le msg d’erreur Failed to connect to 192.168.1.2 port 80

            Si tu tapes l’adresse 198.143.164.251 de wordpress.org dans ton navigateur ça donne quoi ?
            Tu peux le ping ?


              Refuznik Si tu tapes l’adresse 198.143.164.251 de wordpress.org dans ton navigateur ça donne quoi ?
              Tu peux le ping ?

              avec l’adresse 198.143.164.251 je tombe bien sur le site wordpress.org
              et le ping est ok.

              si dans le navigateur je tape 192.168.1.2:80 ou 192.168.1.2 j’arrive sur mon site.

              J’ai passé SElinux en mode permissif, et tout fonctionne.
              Je suis un peu béotien avec SElinux, et je n’arrive pas à voir l’incidence que ça a. Mais bon …

              Merci à tous pour vos recommandations.

                sokotar

                Ok, c’était SElinux. Bon d’un autre côté si ton apache est exposé au web c’est pas tiptop.
                Si tu as le temps voici comment affiner Selinux et le remettre en mode Enforcing : https://docs.redhat.com/fr/documentation/red_hat_enterprise_linux/9/html/using_selinux/configuring-selinux-for-applications-and-services-with-non-standard-configurations_using-selinux#customizing-the-selinux-policy-for-the-apache-http-server-in-a-non-standard-configuration_configuring-selinux-for-applications-and-services-with-non-standard-configurations

                  Ah oui, je présentais, que même si ça a fini par fonctionner, ce n’était pas très satisfaisant.
                  De SElinux je ne connais que les 2 modes Enforcing et Permissif, j’y vais avec mes gros sabots et je n’ai jamais creusé plus que ça.
                  C’est donc l’occasion de m’y mettre !

                  Merci pour le lien vers la doc de Redhat pour SElinux.
                  Mais pourquoi la doc Redhat plutot que la doc Fedora ?

                  sokotar Le mode Permissif te permet de continuer à faire fonctionner SELinux mais sans les blocages. Cependant tu as toujours les alertes donc tu peux regarder ce qui ne va pas et corriger selon l’installation que tu as réalisée.