Apriamo un browser, carichiamo Google senza problemi, un video di YouTube si riproduce normalmente, eppure ShareCloudy mostra un rifiuto di connessione. Questo scenario si ripete regolarmente nei forum di supporto per la rete. Il problema non proviene quasi mai dalla linea Internet stessa, ma da un anello intermedio tra il computer e i server della piattaforma.
Filtraggio DNS da parte del fornitore di accesso: la causa più comune su ShareCloudy
Dal 2024, diversi fornitori di accesso francesi hanno inasprito i loro meccanismi di filtraggio DNS sui domini di condivisione file. Il principio è semplice: il modem Internet utilizza per impostazione predefinita i server DNS dell’operatore, e alcuni domini sono parzialmente o totalmente bloccati.
Il sintomo tipico: ShareCloudy rifiuta la connessione su una linea fissa, ma funziona in 4G o tramite un altro ISP. Possiamo verificare in pochi secondi se ci troviamo in questa situazione. Basta attivare la condivisione della connessione mobile sullo smartphone e riprovare ad accedere al sito.
Se il sito si apre in 4G, il blocco proviene molto probabilmente dal DNS del modem. Per capire in dettaglio perché ShareCloudy non autorizza la connessione in questa specifica configurazione, è necessario guardare ai resolver DNS utilizzati per impostazione predefinita sulla linea fissa.
La soluzione operativa consiste nel sostituire i DNS dell’operatore con DNS pubblici (Google 8.8.8.8 / 8.8.4.4, o Cloudflare 1.1.1.1 / 1.0.0.1). Questa modifica può essere effettuata nelle impostazioni di rete del sistema operativo o direttamente nell’interfaccia di amministrazione del modem.
Connessione rifiutata su ShareCloudy: cache DNS e residui di sessione
Anche dopo un cambiamento di DNS, il problema può persistere se il sistema conserva in memoria la vecchia risoluzione. La cache DNS locale memorizza le risposte precedenti per diversi minuti, a volte diverse ore a seconda della configurazione.
Su Windows, si svuota questa cache con il comando ipconfig /flushdns nel prompt dei comandi. Su macOS, il comando equivalente passa attraverso il terminale con dscacheutil. Su Linux, dipende dalla distribuzione e dal servizio di cache attivo (systemd-resolved, dnsmasq).
La cache del browser aggiunge un ulteriore livello. Chrome, Firefox e gli altri conservano le proprie risoluzioni DNS interne. Svuotare la cache del browser e i cookie legati al dominio ShareCloudy elimina questo residuo. Su Chrome, l’indirizzo chrome://net-internals/#dns consente di purgare specificamente la cache DNS del browser senza toccare il resto.
Elementi da purgare in ordine
- La cache DNS del sistema operativo, tramite il comando adatto alla piattaforma (Windows, macOS, Linux)
- La cache DNS interna del browser, accessibile nelle impostazioni di rete avanzate
- I cookie e i dati del sito memorizzati per il dominio ShareCloudy, che possono contenere token di sessione scaduti
- Eventuali voci manuali nel file hosts del sistema, a volte dimenticate dopo un test o una manipolazione precedente
Firewall, antivirus e proxy: i blocchi lato workstation
Quando il DNS non è in causa, si guarda al software di sicurezza installato sulla macchina. Un firewall o un antivirus con filtraggio web possono bloccare un dominio specifico senza mostrare un avviso visibile. Il browser riceve quindi un semplice rifiuto di connessione, identico a quello che produrrebbe un server offline.
Disattivare temporaneamente il firewall software consente di confermare o escludere questa pista. Se ShareCloudy si apre immediatamente dopo la disattivazione, è necessario aggiungere il dominio come eccezione nelle impostazioni del software di sicurezza, quindi riattivare la protezione.
Le configurazioni di proxy pongono un problema simile. In azienda o su una rete scolastica, un proxy HTTP intercetta le richieste e può rifiutare alcuni domini in base a regole di filtraggio. Nelle impostazioni di rete del sistema, si verifica che nessun proxy sia attivo per impostazione predefinita, oppure si chiede all’amministratore di rete di autorizzare il dominio.
VPN attiva e geolocalizzazione IP errata
Una VPN modifica l’indirizzo IP visibile dal server remoto. Alcuni servizi cloud applicano restrizioni regionali, e un IP mal geolocalizzato può innescare un rifiuto di accesso. Dalla diffusione più ampia di IPv6, alcuni operatori assegnano intervalli IP la cui geolocalizzazione non corrisponde al paese reale dell’utente.
I feedback variano su questo punto: alcuni utenti risolvono il problema disattivando la VPN, altri cambiando server VPN per ottenere un IP francese correttamente geolocalizzato. Uno strumento di verifica IP consente di vedere quale paese è rilevato dal server prima di modificare qualsiasi cosa.
Verificare se il server ShareCloudy è realmente accessibile
Prima di passare del tempo sulla configurazione locale, ci si assicura che il problema non provenga dal server stesso. Diversi strumenti online consentono di testare la disponibilità di un sito da diversi punti geografici. Se lo strumento conferma che il server non risponde da diverse località, il problema è lato hosting e nessuna manipolazione locale cambierà la situazione.
D’altra parte, se il sito risponde normalmente da altre regioni o reti, sappiamo che il blocco si trova tra la macchina e il server. Riprendiamo quindi la sequenza di diagnosi:
- Test in condivisione di connessione mobile per isolare la rete fissa
- Cambiamento di DNS e svuotamento della cache DNS di sistema e del browser
- Verifica del firewall, dell’antivirus e delle impostazioni di proxy
- Controllo della VPN e della geolocalizzazione IP reale
Questa sequenza copre la grande maggioranza dei casi in cui ShareCloudy rifiuta la connessione nonostante un accesso Internet funzionante. Se nessuno di questi passaggi sblocca la situazione, il problema potrebbe derivare da una restrizione applicata direttamente dall’hosting del servizio su alcune gamme di indirizzi IP, nel qual caso solo un contatto con il supporto della piattaforma permetterà di avanzare.