Con la funzione cPanel Protezione dei dati per le cartelle puoi proteggere l'accesso a una directory del tuo sito web con un nome utente e una password.
I visitatori non potranno più accedere ai contenuti all'interno di questa area protetta senza effettuare il login. Il browser richiederà invece prima le credenziali di accesso memorizzate.
Questo è adatto, ad esempio, per aree di sviluppo, file interni, directory di test o siti Web che non devono ancora essere pubblicamente accessibili durante la lavorazione.
In questa guida ti mostriamo passo dopo passo come proteggere una cartella con una password in CURIAWEB, creare utenti per l'area protetta e rimuovere nuovamente la protezione in seguito.
Importante: La protezione tramite directory non è la stessa cosa di un account utente WordPress o di una protezione tramite password per una singola pagina WordPress. Il controllo degli accessi avviene a livello di server web per la directory protetta.
Cosa fa la protezione tramite password? #
Se proteggi una directory, il web server richiede l'autenticazione quando si accede ai contenuti protetti.
Ad esempio, un visitatore accede a un'area protetta:
Prima che il contenuto venga visualizzato, appare una richiesta di accesso del browser.
È possibile accedere all'area protetta solo con un nome utente e una password validi.
Quali contenuti vengono protetti? #
La protezione si applica alla directory selezionata e si estende fondamentalmente anche ai suoi contenuti e alle directory sottostanti, a meno che non intervenga una configurazione diversa.
Se, ad esempio, la directory:
public_html/intern
protegge, ciò riguarda contenuti come:
public_html/intern/index.html
public_html/intern/dokumente/
public_html/intern/downloads/datei.pdf
Dovresti quindi verificare attentamente quale directory selezioni.
Attenzione: Se proteggi accidentalmente la radice del documento dell'intero sito web, i visitatori potrebbero dover autenticarsi per l'intero sito.
Accedi a cPanel #
Accedi al tuo cPanel di CURIAWEB.
Apri poi nell'area File la funzione:
Protezione dei dati per le cartelle
cPanel mostra quindi la struttura delle directory del tuo account di hosting.
2. Selezionare la directory desiderata #
Vai alla cartella che desideri proteggere.
Nel caso di un sito Web, questo può trovarsi ad esempio all'interno di:
public_html
trovare.
Un'area di test possibile sarebbe, ad esempio:
public_html/test
Controlla attentamente il percorso prima di attivare la protezione.
Controllare preventivamente la struttura delle directory nel file manager #
Se non sei sicuro di quale directory appartenga a un determinato sito Web o a una determinata area, puoi controllare prima la struttura nel File Manager di cPanel.
Spiegheremo il funzionamento all'indirizzo Utilizzare il File Manager di cPanel.
Consiglio pratico: Soprattutto in presenza di più domini, non dovresti decidere solo in base al nome della cartella. Assicurati di proteggere effettivamente la radice dei documenti o la sottocartella desiderata.
3. Attivare la protezione della directory #
Dopo aver selezionato la directory desiderata, attiva l'opzione per Protezione con password di questa directory.
A seconda dell'impostazione della lingua, la denominazione esatta dell'opzione potrebbe variare leggermente.
Assegna quindi un nome all'area protetta.
Questo nome viene utilizzato per identificare la directory protetta e potrebbe essere visualizzato durante la richiesta di autenticazione.
Per esempio:
Area riservata
o:
Sito web di prova
Salva quindi l'impostazione.
Importante: Con la sola attivazione della protezione della directory non hai ancora finito. Ti serve inoltre almeno un utente che possa effettuare il login nell'area protetta.
4. Creare un utente per l'area protetta #
Nella sezione di gestione degli utenti, ora puoi creare un utente che dovrà avere accesso alla directory protetta.
Assegna un nome utente.
Per esempio:
accesso al progetto
Non utilizzare un nome utente facilmente indovinabile se l'area contiene contenuti sensibili.
5. Impostare una password sicura #
Assegna quindi una password forte.
Una buona password dovrebbe essere sufficientemente lunga e non consistere in termini semplici, nomi di aziende o informazioni personali note.
Utilizza in particolare password come:
123456
password
admin123
o il nome del dominio.
Se cPanel offre un generatore di password o un indicatore di sicurezza della password, puoi utilizzare queste funzioni.
Sicurezza: Per la protezione delle directory, non utilizzare la stessa password di cPanel, del tuo account di posta elettronica, di WordPress o di altri accessi importanti.
6. Salvataggio degli utenti #
Salva il nuovo utente.
In questo modo sono ora disponibili nome utente e password per l'accesso alla directory protetta.
Se si desidera che più persone ricevano credenziali di accesso diverse, è possibile creare ulteriori utenti per l'area protetta.
7. Testare la protezione tramite password #
Apri quindi l'area protetta nel tuo browser.
Se, ad esempio:
public_html/test
hai protetto e questa cartella tramite il dominio sotto:
è raggiungibile, visita questo indirizzo.
Il browser dovrebbe ora richiedere un'autenticazione.
8. Accedi con nome utente e password #
Inserisci il nome utente creato in precedenza e la password corrispondente.
Dopo l'accesso riuscito, dovrebbe essere visualizzato il contenuto protetto.
Verifica quindi anche se l'accesso con credenziali errate viene effettivamente negato.
Consiglio pratico: Testa la protezione anche in una finestra di navigazione in incognito. Il tuo browser normale potrebbe memorizzare nella cache un'autenticazione già riuscita per la sessione in corso.
Perché la richiesta della password non appare di nuovo? #
I browser possono memorizzare temporaneamente le credenziali di accesso di un'autenticazione HTTP per un certo periodo di tempo o durante una sessione del browser.
Una volta effettuato l'accesso con successo, è quindi possibile che la richiesta non compaia a ogni nuovo caricamento della pagina.
Ciò non significa automaticamente che la protezione della directory sia stata disattivata.
Per un test indipendente puoi, ad esempio, utilizzare una finestra di navigazione privata o un altro browser.
Creare più utenti per una cartella #
Puoi creare più utenti per un'area protetta.
È più sensato che dare a più persone lo stesso nome utente e la stessa password.
Se, ad esempio, tre persone necessitano di accesso, è possibile configurare accessi separati.
In questo modo puoi rimuovere in seguito l'accesso di una singola persona senza dover cambiare la password per tutti gli altri utenti.
Rimuovi utente #
Se un utente non deve più avere accesso, apri di nuovo:
File → Privacy per le cartelle
Seleziona la directory protetta e apri la gestione degli utenti.
Rimuovi lì l'utente che non è più necessario.
Verifica quindi, se necessario, se il suo accesso non funziona effettivamente più.
Modificare la password di un utente #
Se una password non deve più essere utilizzata o è stata probabilmente compromessa, dovresti modificarla o riconfigurare l'utente interessato.
Utilizza successivamente solo la nuova password.
Importante: Se sospetti che le credenziali di accesso siano state divulgate non autorizzate, modificale tempestivamente. La protezione tramite password è efficace solo quanto le credenziali utilizzate.
Rimuovere nuovamente la protezione da password per una cartella #
Se l'area protetta deve essere nuovamente accessibile al pubblico, apri:
File → Privacy per le cartelle
Seleziona la directory in questione e disattiva la protezione tramite password.
Salva quindi la modifica.
Apri successivamente l'URL in questione in una finestra di navigazione in incognito e verifica se il contenuto è nuovamente accessibile senza autenticazione.
Controllare gli account utente dopo la rimozione della protezione #
Se la protezione tramite password non è più necessaria in modo permanente, dovresti anche verificare se gli utenti creati per questa area sono ancora necessari.
Non dovresti mantenere credenziali di accesso non necessarie in modo permanente.
Protezione tramite password per un intero sito web #
In linea di principio, puoi anche proteggere la radice dei documenti di un sito web.
Ad esempio, se il sito web principale si trova all'indirizzo:
public_html
si trova e questa directory è protetta, l'autenticazione può riguardare l'intero sito web in essa contenuto.
Ciò può essere utile, ad esempio, durante una fase di sviluppo.
Attenzione: Non proteggere accidentalmente tutti i siti web di un account di hosting selezionando una directory principale troppo in alto.
Protezione tramite password per un sito web di sviluppo #
Un sito di sviluppo non ancora pubblicato può essere protetto dai normali visitatori tramite la protezione delle directory.
Questo è utile, ad esempio, quando viene creato un nuovo sito Web sotto un sottodominio o in una sottodirectory.
Tuttavia, la protezione non impedisce automaticamente qualsiasi forma di presa di conoscenza o di divulgazione di informazioni già pubblicamente accessibili al di fuori di questo elenco.
Protezione tramite password e motori di ricerca #
Un'area correttamente protetta sul lato server non può essere scansionata da un normale crawler di un motore di ricerca senza credenziali di accesso valide come se fosse un sito web liberamente accessibile.
Ciò è spesso più sensato per aree di sviluppo o interne rispetto all'uso di un semplice avviso come „Non indicizzare“ su una pagina altrimenti accessibile pubblicamente.
Breve spiegazione: Una protezione tramite password controlla l'accesso. Una
noindexL'istruzione, invece, contrasta l'indicizzazione desiderata sui motori di ricerca. Si tratta di meccanismi differenti.
La protezione tramite password non è un sostituto della gestione degli utenti di un'applicazione #
Se all'interno di un'applicazione hai bisogno di ruoli diversi, diritti utente o account personali, la protezione delle directory di cPanel non è solitamente la soluzione giusta.
Ad esempio, un'area membri di WordPress richiede spesso la gestione degli utenti all'interno di WordPress.
La protezione delle directory di cPanel è invece un blocco di accesso preliminare per un'intera area web.
La protezione tramite password non è un sistema di crittografia dei file #
La protezione della directory impedisce il normale accesso tramite il server web senza un'autenticazione valida.
Tuttavia, i file stessi non vengono crittografati automaticamente in questo modo.
Chiunque possa accedere al file system di hosting tramite un altro accesso adeguatamente autorizzato opera su un livello di accesso diverso.
Importante: La protezione tramite password e la crittografia sono due misure di sicurezza diverse.
Utilizzare HTTPS per le aree protette #
Un'area web protetta da password dovrebbe essere accessibile tramite HTTPS.
Usa quindi un indirizzo come:
e non in chiaro:
http://example.com/intern/
HTTPS protegge la trasmissione tra browser e web server.
Dopo l'attivazione appare l'errore 500 Internal Server Error #
La protezione delle directory di cPanel può funzionare con file di configurazione o regole di autenticazione a seconda della configurazione del server.
Se immediatamente dopo una modifica Errore interno del server appare, non dovresti aggiungere ulteriori regole per sospetto.
Verifica prima se l'errore è effettivamente correlato direttamente all'attivazione della protezione della directory.
Trattiamo la ricerca sistematica degli errori sotto Risolvere l'errore 500 Internal Server Error.
403 Forbidden invece della richiesta password #
Se al posto del login previsto 403 Proibito aparece, la causa può risiedere, ad esempio, nelle regole di accesso, nei permessi o in un'altra configurazione della directory.
Trattiamo la diagnosi sotto Risolvere l'errore 403 Forbidden.
.htaccess e protezione delle cartelle #
A seconda della configurazione del server web, le regole di autenticazione possono .htaccess o relativi meccanismi essere implementati.
Se contemporaneamente manualmente a .htaccess lavori, perciò dovresti fare attenzione.
Non rimuovere regole di autenticazione sconosciute solo perché non le hai inserite tu stesso.
Spieghiamo come lavorare in sicurezza alla voce .htaccess spiegato e modificato in sicurezza.
Non eliminare i file di autenticazione nascosti #
Per la protezione tramite password, i dati di configurazione o di accesso possono essere memorizzati in file non destinati alla modifica manuale.
Se dopo aver attivato la protezione notifichi nuovi file o voci di configurazione sconosciuti, non dovresti eliminarli d'emblée.
La protezione con password non funziona più dopo la modifica di .htaccess #
Se la protezione della directory ha funzionato in precedenza e subito dopo un intervento manuale .htaccessSe la modifica non funziona più, dovresti controllare le ultime modifiche apportate.
Se necessario, ripristina la configurazione salvata in precedenza.
La richiesta della password continua ad apparire #
Se il browser continua a chiedere nome utente e password nonostante tu abbia inserito i dati, verifica prima:
- se il nome utente e la password sono stati inseriti correttamente
- se l'utente è stato creato per la corretta area protetta
- se le maiuscole e le minuscole sono corrette
- se la password è stata modificata nel frattempo
- se più aree nidificate sono protette in modo diverso
Se necessario, testa l'accesso con un utente appena creato.
La richiesta della password non compare affatto #
Se non compare la richiesta di autenticazione, controlla prima se la protezione tramite password per la directory corretta è stata effettivamente attivata e salvata.
Verifica inoltre l'URL e la radice del documento associata.
Testa poi in una finestra di navigazione in incognito, affinché una sessione esistente non falsifichi il risultato.
File protetto comunque accessibile #
Se un determinato file è raggiungibile nonostante la protezione sia attivata, verifica prima se si trova effettivamente all'interno della directory protetta.
Un file in:
public_html/downloads/datei.pdf
non viene ad esempio protetto dal fatto che solo:
public_html/intern
è stata protetta da password.
L'effettiva posizione di memoria è fondamentale.
Diverse aree protette nidificate #
È possibile che vi siano directory protette all'interno di altre directory protette.
Ciò può rendere la configurazione dell'accesso più complessa.
Se non vi è un motivo specifico, dovresti evitare nidificazioni inutilmente complicate.
Non salvare la password nell'URL o nei nomi dei file #
Non salvare le credenziali in nomi di file o URL visibili pubblicamente.
Una directory come:
/intern-passwort-12345/
non è una misura di sicurezza sensata.
La protezione deve essere garantita dall'autenticazione, non dall'indovinare un nome di directory presumibilmente sconosciuto.
Condividere i dati di accesso in modo sicuro #
Se desideri concedere a un'altra persona l'accesso a un'area protetta, dovresti trasmettere nome utente e password tramite un canale di comunicazione sicuro e appropriato.
In presenza di più persone, account utente separati sono opportuni.
Se una persona non ha più bisogno di accesso, puoi successivamente rimuovere tale accesso in modo mirato.
Rimuovere la protezione della directory prima della pubblicazione #
Se hai protetto un sito di sviluppo, prima della pubblicazione dovresti controllare se la protezione è stata effettivamente rimossa.
Testa successivamente il sito Web senza alcuna sessione di browser attiva.
Una finestra di navigazione in privato è particolarmente adatta a questo scopo.
Consiglio pratico: Verifica un nuovo sito web prima del go-live dal punto di vista di un normale visitatore: apri una finestra di navigazione in incognito, inserisci il dominio e controlla che non compaia più alcuna richiesta di password inattesa.
Procedura consigliata per la configurazione della protezione tramite password #
- Accedi a cPanel.
- Apri File → Privacy per le cartelle.
- Seleziona la directory desiderata.
- Attiva la protezione tramite password.
- Inserisci un nome per l'area protetta.
- Salva l'impostazione.
- Crea almeno un utente.
- Genera una password forte e personale.
- Apri l'area protetta nel browser.
- Testa credenziali valide e non valide.
Procedura consigliata per la rimozione della protezione #
- Apri File → Privacy per le cartelle.
- Seleziona la directory protetta.
- Disattiva la protezione tramite password.
- Salva la modifica.
- Verifica gli utenti non più necessari.
- Testa l'area in una finestra di navigazione in incognito.
Regola fondamentale: Proteggi sempre e solo la directory che deve essere effettivamente protetta e verifica successivamente l'accesso dal punto di vista di un visitatore non autenticato.
Quando dovresti contattare il supporto? #
Se la protezione delle directory non funziona come previsto, dovresti prima verificare se è stata selezionata la directory corretta e se è presente almeno un utente valido.
Per un'ulteriore analisi sono particolarmente utili le seguenti informazioni:
- dominio interessato
- directory protetta
- URL dell'area protetta
- se appare una richiesta di password
- se le credenziali di accesso valide vengono rifiutate
- se viene mostrato un errore HTTP come il 403 o il 500
- se in precedenza siano state apportate modifiche a
.htaccesssono state effettuate
Non trasmettere la password utilizzata. La password stessa non è necessaria per l'analisi degli errori.
Riepilogo #
Con File → Privacy per le cartelle puoi proteggere singoli directorî o interi settori del sito web nel cPanel di CURIAWEB con un'autenticazione aggiuntiva.
Seleziona prima la directory corretta e attiva la relativa protezione tramite password. Successivamente, crea almeno un utente con una password sicura.
Testa quindi l'area protetta in una finestra di navigazione in incognito. In questo modo puoi verificare se i visitatori senza credenziali valide non abbiano effettivamente accesso.
Quando la protezione non è più necessaria, disattivala nuovamente e rimuovi gli account utente non più necessari.
Nota inoltre che la protezione delle directory di cPanel rappresenta un controllo degli accesso lato server. Non sostituisce né la gestione degli utenti di un'applicazione web né la crittografia dei file archiviati.
