Forum Programmation.web SQLPage, auto-hébergement et certificat

Posté par audionuma (site web personnel, Mastodon) le 10 juillet 2026 à 18:25. Licence CC By‐SA.

Étiquettes :

juil.

2026

Bonjour,
je fais tourner une petite appli fabriquée avec SQLPage sur un Raspberry PI chez moi.

Je redirige le nom de sous-domaine ministock.audionuma.net vers mon adresse IP résidentielle, et ma box (le firewall) dirige les requêtes https (port 443) vers le RPi. Pas de passage des requête http.

La gestion des certificats est effectuée automagiquement par SQLPage comme décrit dans la page https://github.com/sqlpage/SQLPage/blob/main/configuration.md#configuring-sqlpage, paramètre https_domain sur ministock.audionuma.net

Et cela fonctionne correctement (la page d'accueil est soit la page d'accueil prévue si l'utilisateur est identifié, soit la page de connexion si il n'est pas identifié).

SAUF quand j'utilise mon tel mobile et la liaison de données fournie par l'opérateur (SFR en l'occurence) au lieu du wifi. Là si j'essaye d'accéder à la page d'accueil j'ai un message (firefox iOS) "La connexion réseau a été perdue" NSURLErrorDomain. Le même test sur un téléphone réseau free produit le bon résultat (accès à la page d'accueil).

Et j'ai bien du mal à comprendre d'où ça vient. Comment débuguer depuis un iphone ?

# les DNS de l'operateur

Posté par NeoX le 10 juillet 2026 à 19:44. Évalué à 5 (+2/-0).

je dirais que le DNS de l'operateur SFR ne connait pas encore le domaine qui renvoie vers ta box

alors que les autres operateurs le connaissent.

tu l'as activé quand la correspondance entre le nom de domaine et l'IP publique de ta box ?

Répondre
- [^] # Re: les DNS de l'operateur
  
  Posté par Krunch (courriel, site web personnel) le 10 juillet 2026 à 23:02. Évalué à 3 (+1/-0).
  
  Il y a moins de 3h. Le TTL du SOA étant de 3h. https://datatracker.ietf.org/doc/html/rfc2308#section-5
  
  pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
  
  Répondre
- [^] # Re: les DNS de l'operateur
  
  Posté par audionuma (site web personnel, Mastodon) le 11 juillet 2026 à 08:34. Évalué à 2 (+1/-0).
  Oui c'est la piste que je souhaite éclaircir. Mais l'adresse résidentielle ne change pas souvent, voire jamais donc je ne sais pas si c'est le temps de propagation qui est à mettre en cause.
  
  Quelques infos supplémentaires :
  
  (utilisation de ma liaison Sosh/Orange)
```
 $ dig audionuma.net any
 ; <<>> DiG 9.20.23-1~deb13u1-Debian <<>> audionuma.net any
 ;; global options: +cmd
 ;; Got answer:
 ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 10990
 ;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 0, ADDITIONAL: 1
 ;; OPT PSEUDOSECTION:
 ; EDNS: version: 0, flags:; udp: 1232
 ; COOKIE: 6eebb59719c10d42010000006a51dbc19241104aa6a9a93d (good)
 ;; QUESTION SECTION:
 ;audionuma.net. IN ANY
 ;; ANSWER SECTION:
 audionuma.net. 300 IN A 128.65.195.180
 audionuma.net. 3600 IN MX 5 mta-gw.infomaniak.ch.
 audionuma.net. 3600 IN TXT "v=spf1 include:spf.infomaniak.ch -all"
 audionuma.net. 86400 IN SOA ns41.infomaniak.com. hostmaster.infomaniak.ch. 2025062602 10800 3600 605800 86400
 audionuma.net. 35868 IN NS ns41.infomaniak.com.
 audionuma.net. 35868 IN NS ns42.infomaniak.com.
 ;; Query time: 36 msec
 ;; SERVER: 192.168.1.1#53(192.168.1.1) (TCP)
 ;; WHEN: Sat Jul 11 07:59:29 CEST 2026
 ;; MSG SIZE rcvd: 271
 $ dig ministock.audionuma.net any
 ; <<>> DiG 9.20.23-1~deb13u1-Debian <<>> ministock.audionuma.net any
 ;; global options: +cmd
 ;; Got answer:
 ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40243
 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
 ;; OPT PSEUDOSECTION:
 ; EDNS: version: 0, flags:; udp: 1232
 ; COOKIE: 065c3271dbae06bc010000006a51dbda3c43a6fcb57ab7d0 (good)
 ;; QUESTION SECTION:
 ;ministock.audionuma.net. IN ANY
 ;; ANSWER SECTION:
 ministock.audionuma.net. 60 IN A 92.129.44.173
 ministock.audionuma.net. 60 IN AAAA 2a01:cb18:115c:4b00:1a5c:d902:91df:6f8
 ;; Query time: 36 msec
 ;; SERVER: 192.168.1.1#53(192.168.1.1) (TCP)
 ;; WHEN: Sat Jul 11 07:59:54 CEST 2026
 ;; MSG SIZE rcvd: 124
```
  Puis utilisation de la liaison SFR (via partage de connexion du tel) :
```
 $ dig ministock.audionuma.net any
 ;; communications error to 172.20.10.1#53: timed out
 ;; communications error to 172.20.10.1#53: timed out
 ;; communications error to 172.20.10.1#53: timed out
 $ dig audionuma.net any
 ;; communications error to 172.20.10.1#53: timed out
 ;; communications error to 172.20.10.1#53: timed out
 ;; communications error to 172.20.10.1#53: timed out
 $ traceroute audionuma.net
 traceroute to audionuma.net (128.65.195.180), 30 hops max, 60 byte packets
 1 _gateway (172.20.10.1) 3.429 ms 3.238 ms 3.111 ms
 2 * * *
 3 10.2.4.111 (10.2.4.111) 20.362 ms 25.909 ms 25.796 ms
 4 10.203.115.1 (10.203.115.1) 25.673 ms 31.549 ms 31.436 ms
 5 121.149.6.194.rev.sfr.net (194.6.149.121) 31.320 ms 127.149.6.194.rev.sfr.net (194.6.149.127) 31.190 ms 121.149.6.194.rev.sfr.net (194.6.149.121) 31.080 ms
 6 142.146.6.194.rev.sfr.net (194.6.146.142) 44.360 ms 41.003 ms 39.463 ms
 7 sfr.ly1-1.rt.hopus.net (37.77.39.20) 43.854 ms 35.318 ms 35.626 ms
 8 lag-ly1-1.gv1-1.rt.hopus.net (37.77.32.4) 35.466 ms 35.357 ms 35.577 ms
 9 * * *
 10 * * *
 11 * * *
 12 * * *
 13 * * *
 14 * * *
 15 * * *
 16 * * *
 17 * * *
 18 * * *
 19 * * *
 20 * * *
 21 * * *
 22 * * *
 23 * * *
 24 * * *
 25 * * *
 26 * * *
 27 * * *
 28 * * *
 29 * * *
 30 * * *
 $ traceroute ministock.audionuma.net
 traceroute to ministock.audionuma.net (2a01:cb18:115c:4b00:1a5c:d902:91df:6f8), 30 hops max, 80 byte packets
 1 2a02-8440-6505-733d-24ea-6e18-5517-c3ce.rev.sfr.net (2a02:8440:6505:733d:24ea:6e18:5517:c3ce) 3.202 ms 3.013 ms 6.101 ms
 2 * * *
 3 fdff:8440:1111:2015::6f (fdff:8440:1111:2015::6f) 25.163 ms 25.050 ms 29.193 ms
 4 2a02-8400-1502-ec34-0000-0000-0000-0001.rev.sfr.net (2a02:8400:1502:ec34::1) 33.559 ms * *
 5 fc00:0:0:101::637 (fc00:0:0:101::637) 33.230 ms fc00:0:0:101::63b (fc00:0:0:101::63b) 33.122 ms *
 6 * * *
 7 fc00:0:0:101::439 (fc00:0:0:101::439) 23.489 ms * *
 8 2a01:cfc4:0:1800::2 (2a01:cfc4:0:1800::2) 23.109 ms 22.999 ms 22.866 ms
 9 * * *
 10 2a01cb08a00400000193025201020093.ipv6.abo.wanadoo.fr (2a01:cb08:a004:0:193:252:102:93) 21.157 ms 25.795 ms 19.833 ms
 11 2a01cb08a00402130080001001660125.ipv6.abo.wanadoo.fr (2a01:cb08:a004:213:80:10:166:125) 25.600 ms 19.580 ms 19.623 ms
 12 2a01:cb18:115c:4b00:46d4:54ff:fe29:bcd0 (2a01:cb18:115c:4b00:46d4:54ff:fe29:bcd0) 20.812 ms 21.636 ms 19.227 ms
 13 * * *
 14 * * *
 15 * * *
 16 * * *
 17 * * *
 18 * * *
 19 * * *
 20 * * *
 21 * * *
 22 * * *
 23 * * *
 24 * * *
 25 * * *
 26 * * *
 27 * * *
 28 * * *
 29 * * *
 30 * * *
```
  Je vois que y'a de l'IP v6 qui apparaît mais je suis bien en peine de savoir pourquoi et quel est l'impact potentiel.
  
  Pour info, le domaine est enregistré chez Infomaniak et c'est ddclient qui tourne sur le RPi et utlise l'api de Infomaniak pour les màj adresse IP. Sur l'interface Infomaniak les dernières modifications dyndns (en IP v4 et v6) sur le sous-domaine datent de juin 2025.
  Répondre
  - [^] # Re: les DNS de l'operateur
    
    Posté par NeoX le 11 juillet 2026 à 16:09. Évalué à 5 (+2/-0).
    
    dig ministock.audionuma.net any
    ;; communications error to 172.20.10.1#53: timed out
    ;; communications error to 172.20.10.1#53: timed out
    ;; communications error to 172.20.10.1#53: timed out
    
    alors deja pour une raison quelconque il n'arrive pas à joindre le DNS 172.20.10.1
    t'aurais pas un VPN ouvert ?
    
    car c'est chelou un DNS en 172.20.10.x
    
    Répondre
    - [^] # Re: les DNS de l'operateur
      
      Posté par audionuma (site web personnel, Mastodon) le 12 juillet 2026 à 08:10. Évalué à 1 (+0/-0).
      
      Pas de VPN à ma connaissance non.
      
      Répondre
    - [^] # Commentaire supprimé
      
      Posté par audionuma (site web personnel, Mastodon) le 12 juillet 2026 à 08:12. Évalué à 1 (+0/-0). Dernière modification le 12 juillet 2026 à 08:35.
      
      Ce commentaire a été supprimé par l’équipe de modération.
      
      Répondre
  - [^] # Re: les DNS de l'operateur
    
    Posté par IceCat (Mastodon) le 12 juillet 2026 à 17:12. Évalué à 3 (+2/-0). Dernière modification le 13 juillet 2026 à 11:07.
    En dehors du DNS effectivement chelou (ça doit venir du partage de connexion du tel), on dirait qu'il ne fait que de l'ipv6, et effectivement en ipv6 ton site ne répond pas :
    
    Ok en v4 :
```
curl -v -4 https://ministock.audionuma.net
* Host ministock.audionuma.net:443 was resolved.
* IPv6: (none)
* IPv4: 92.129.44.173
* Trying 92.129.44.173:443...
* ALPN: curl offers h2,http/1.1
[...]
* SSL certificate verified via OpenSSL.
* Established connection to ministock.audionuma.net (92.129.44.173 port 443) from 192.168.0.100 port 35530 
[...]
< server: sqlpage v0.44.1
< date: Sun, 12 Jul 2026 14:43:18 GMT
< 
* Connection #0 to host ministock.audionuma.net:443 left intact
```
    Mais KO en v6 :
```
curl -v -6 https://ministock.audionuma.net
* Host ministock.audionuma.net:443 was resolved.
* IPv6: 2a01:cb18:115c:4b00:1a5c:d902:91df:6f8
* IPv4: (none)
* Trying [2a01:cb18:115c:4b00:1a5c:d902:91df:6f8]:443...
* Immediate connect fail for 2a01:cb18:115c:4b00:1a5c:d902:91df:6f8: Network is unreachable
* connect to 2a01:cb18:115c:4b00:1a5c:d902:91df:6f8 port 443 from :: port 0 failed: Network is unreachable
* Failed to connect to ministock.audionuma.net:443 after 18 ms: Could not connect to server
* closing connection #0
curl: (7) Failed to connect to ministock.audionuma.net:443 after 18 ms: Could not connect to server
```
    Donc je dirais : conf correctement l'IPv6 sur ta box, ou retire l'enregistrement AAAA, ça devrait fallback sur la v4 tout seul et possiblement fonctionner correctement depuis le partage SFR.
    
    PS: désolé pour le formatage du 2ème bloc, mais ça fait déjà bcp trop longtemps que je me bats contre le formatage, j'abandonne...
    Répondre
    - [^] # Re: les DNS de l'operateur
      
      Posté par BAud (site web personnel) le 12 juillet 2026 à 20:41. Évalué à 2 (+0/-0).
      PS: désolé pour le formatage du 2ème bloc, mais ça fait déjà bcp trop longtemps que je me bats contre le formatage, j'abandonne...
      
      quelle est la difficulté à utiliser ``` de chaque côté (et une ligne blanche au-dessus comme indiqué sur aide édition
      
      de mon côté ça donne :
      
      curl -v -6 https://ministock.audionuma.net * Host ministock.audionuma.net:443 was resolved. * IPv6: 2a01:cb18:115c:4b00:1a5c:d902:91df:6f8 * IPv4: (none) * Trying [2a01:cb18:115c:4b00:1a5c:d902:91df:6f8]:443... * connect to 2a01:cb18:115c:4b00:1a5c:d902:91df:6f8 port 443 from 2a01:e0a:901:72c0:1658:d0ff:fe03:6335 port 60346 failed: Connexion terminée par expiration du délai d'attente * Failed to connect to ministock.audionuma.net:443 after 133068 ms: Could not connect to server * closing connection #0 curl: (28) Failed to connect to ministock.audionuma.net:443 after 133068 ms: Could not connect to server
      Répondre
      - [^] # Re: les DNS de l'operateur
        
        Posté par IceCat (Mastodon) le 13 juillet 2026 à 10:54. Évalué à 1 (+0/-0).
        
        quelle est la difficulté à utiliser ``` de chaque côté (et une ligne blanche au-dessus comme indiqué sur aide édition
        
        Aucune, j'ai bien tenté les ``` et même ```bash, mais sans succès.
        J'ai aussi tenté sélection + clique sur le bouton "bloc de code" de la barre d'outils, ou mettre les mêmes espaces que ce que fait ce bouton manuellement devant chaque ligne.
        
        Ça a fonctionné pour mon premier curl tu remarqueras, mais le 2nd, non.
        
        Je ne doute pas que c'est moi qui ne suis pas doué, et cette fois encore, j'abandonne l'idée de réussir à afficher ```bash façon "Terminal" inline.
        
        Répondre
      - [^] # Re: les DNS de l'operateur
        
        Posté par IceCat (Mastodon) le 13 juillet 2026 à 17:14. Évalué à 1 (+0/-0).
        
        Ah mais j'avais vu que tu l'avais édité; merci ! :)
        
        Répondre
        
        [^] # Re: les DNS de l'operateur
        
        Posté par BAud (site web personnel) le 13 juillet 2026 à 17:33. Évalué à 2 (+0/-0).
        
        c'est une personne de la modération (qui pourra nous dire ce qui n'allait pas dans ta mise en forme), perso je penche pour la ligne blanche manquante (comme d'hab')
        
        sachant que la mise en forme d'un bloc avec les 4 espaces au début est la pire option àmha, vu qu'on ne peut pas utiliser la coloration syntaxique (et que bon de l'indentation ayant du sens, il ne doit y avoir que les pythonneux pour encore le croire :D).
        
        Répondre
        
        [^] # Re: les DNS de l'operateur
        
        Posté par Benoît Sibaud (site web personnel) le 13 juillet 2026 à 18:05. Évalué à 4 (+1/-0).
        
        Je n'utilise jamais la syntaxe avec les 4 espaces (mais les deux parties n'avaient pas le même espacement initiale). J'ai viré les espaces et utilisé la syntaxe triple backquotes bash
        
        Répondre
        
        [^] # Re: les DNS de l'operateur
        
        Posté par BAud (site web personnel) le 13 juillet 2026 à 18:24. Évalué à 2 (+0/-0).
        
        moui ```bash c'est ce que je préfère encore, ce qui devrait être proposé par défaut en ajoutant la ligne blanche dans la barre de mise en forme — aka le petit logo <> — visible en rédaction de commentaire (le truc que je n'utilise jamais non plus...)
        
        Répondre
        
        [^] # Re: les DNS de l'operateur
        
        Posté par IceCat (Mastodon) le 13 juillet 2026 à 19:41. Évalué à 1 (+0/-0).
        
        Ah ok, je m'y suis mal pris alors. Merci Benoît.
        
        Répondre
    - [^] # Re: les DNS de l'operateur
      
      Posté par audionuma (site web personnel, Mastodon) le 14 juillet 2026 à 07:41. Évalué à 3 (+2/-0). Dernière modification le 14 juillet 2026 à 07:44.
      
      Merci. C'était bien ça. J'ai désactivé l'IP v6 du DNS dynamique chez le registrar et désormais ça fonctionneTM.
      
      Je soupçonne que ma box (une livebox v4 je crois) est trop ancienne pour prendre en charge le NAT v6 (si ça veut dire quelque chose).
      
      Il faudra que je me penche sur cette question un jour. Après la canicule ...
      
      P.S. : par rapport au titre, c'est parce que je me demandais initialement si ce n'était pas SFR qui faisait des trucs foireux avec les certificats. Mais rien à voir en fait.
      
      Répondre

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.