Si le HTTPS marche sur un mais pas sur l’autre, mais que le HTTP passe, faut voir avec le navigateur, le cache et le certificat SSL.
Si rien passe sur ton appareil, mais que tout passe sur l’autre vérifie ceci;
- Est-ce que l’autre, celui qui marche, as une configuration connu de ton Wifi ?
- Es-tu en Wifi et sur le 4G durant tes tests ?
De mon expérience, dans certaines circonstances, si un service est offert via « internet » et via « local », même en y accédant via l’adresse Internet, y va utiliser des informations local, ceci existe si;
- Tu utilise une redirection via ton routeur
- Tu as une page « local » et une page « internet » ouverte sur le site
- Ton serveur retourne l’adresse local d’une manière quelconque
- Ton ordinateur « connais » le routage de ton adresse internet vers l’adresse local (rare, plus souvent sur la même machine ce problème)
Mais je rappel que j’ai déjà vu un « déroutage » dans certaines circonstances et ne veux pas dire que automatiquement avec ce type de situation qu’un « déroutage » ce produise. Ceci n’est qu’une piste d’investigation.
Le serveur Web retourne plusieurs valeur en entête, et peux ainsi retracer des sessions ou détecter certains paramètres réseaux. Après selon le navogateur et la configuration, il peut retourner des valeurs autres que ceux « logiquement attendu ». Par exemple, si tu utilise la config de base de Apache 2 (/var/www/html sans vhost), il va retourner son « hostname » et non le vhost utilisé ou l’adresse IP, ton téléphone, si il est connecté sur le réseau local, il va tenter d’utiliser ce host. Ceci est l’un des étranges comportement que j’ai vu. ET cette config est dans les valeurs globales de Apache, et non du vhost en lui-même.
Alors en simple, déconnect ton Wifi, vide ton cache, ferme/ouvre le navigateur (et son cache mémoire) à fin d’avoir le moins de résidu de ton réseau local et de tes tests.
Utilise également un autre navigateur, des outils de tests réseau et même un client SSH pour ton iPhone à fin de voir si tu arrive à te connecter au Pi. Des outils réseaux de « Trace Route » va permettre de déterminer si c’est un problème de routage, vérifie tes logs Apache, voir ce qu’il en dit (ou remplace Apache par le serveur utilisé), essai de tracer ta visite, les fichiers sont dans « /var/log/apache2 » pour le « error.log » et « access.log » de Apache (httpd package) pour la configuration de base.