Quando una rete funziona e un'altra no, il sito sta bene e a non stare bene è la strada. Tre cause coprono quasi tutto, e ciascuna si distingue in un minuto.

1. Un DNS che non si è ancora aggiornato

Il resolver del suo ufficio ha il record nuovo; quello dell'operatore mobile ha ancora il vecchio. Non è rotto niente: è il TTL. Veda Il dominio punta ancora al vecchio server.

dig +short yourdomain.com @8.8.8.8
dig +short yourdomain.com @1.1.1.1

2. Un IPv6 configurato a metà

Le reti mobili sono in larga parte IPv6; il wifi spesso no. Un record AAAA che punta a un server il quale in realtà non ascolta su IPv6 funziona ovunque tranne che sui dati mobili - che è esattamente questo sintomo.

curl -6 -sS -o /dev/null -w 'v6 %{http_code}\
' https://yourdomain.com
curl -4 -sS -o /dev/null -w 'v4 %{http_code}\
' https://yourdomain.com
Se la riga v6 si blocca o fallisce mentre la v4 risponde, il guasto è trovato. Sistemi l'ascolto oppure tolga il record AAAA - veda IPv6 su un VPS.

3. Una catena di certificati incompleta

I browser da scrivania spesso conservano il certificato intermedio da un sito precedente e colmano il vuoto in silenzio. Un telefono che non l'ha mai visto non può farlo, così lo stesso sito risulta non attendibile sul cellulare e perfetto sul portatile.

openssl s_client -connect yourdomain.com:443 -servername yourdomain.com < /dev/null 2>/dev/null \
  | grep -E '^ *[0-9] s:|Verify return code'

Veda Una catena di certificati incompleta. Serva fullchain.pem, mai cert.pem.

Scagionare il telefono

Spenga il wifi, carichi il sito, poi accenda una VPN sullo stesso telefono. Se attraverso la VPN funziona, il problema è la strada dell'operatore - DNS o IPv6 - e non il suo telefono.