“Quale password devo usare?” È una domanda che arriva spesso, e ha senso: un sito ospitato da noi ha diversi “ingressi”, ognuno con le sue credenziali. L’area clienti, il pannello, le caselle di posta, l’FTP, l’amministrazione di WordPress o del negozio. Confonderli è facile, e il risultato è quasi sempre lo stesso: tentativi sbagliati, accessi negati e, a volte, un indirizzo IP bloccato dai sistemi di protezione. In questa guida mettiamo ordine: per ogni accesso vedi a cosa serve, dove si entra e con quali credenziali.

La mappa degli accessi

Accesso A cosa serve Credenziali
Area clienti Servizi, fatture, rinnovi, domini, ticket Email e password del tuo account cliente
Pannello DirectAdmin Gestione tecnica dell’hosting: file, posta, database, DNS, PHP Nessuna password separata: si entra dall’area clienti
Casella di posta Leggere e inviare email da programmi, telefono e webmail Indirizzo email completo e password della casella
FTP / SFTP Caricare e scaricare i file del sito Nome utente e password dell’account FTP
SSH Terminale e strumenti da riga di comando Nome utente dell’account e chiave SSH
WordPress, PrestaShop, altri CMS Contenuti, prodotti, ordini Utente e password creati nel sito stesso

La regola d’oro è semplice: ogni riga ha le sue credenziali. Cambiare la password dell’area clienti non cambia quella delle caselle, e la password di WordPress non apre l’FTP.

L’area clienti: la porta principale

L’area clienti si trova su hosting.iweblab.it. Qui entri con l’email e la password che hai scelto quando sei diventato cliente. È il punto di partenza per quasi tutto: vedi i tuoi servizi e domini, paghi le fatture, apri i ticket e da qui raggiungi il pannello.

Se hai dimenticato la password, usa il link di recupero nella pagina di accesso: riceverai le istruzioni all’indirizzo email registrato nel tuo account. Se quell’indirizzo non esiste più (un ex collaboratore, una vecchia casella), contattaci dai recapiti nella pagina contatti: dovremo verificare chi sei prima di aggiornare i dati.

Il pannello DirectAdmin: niente password da ricordare

Qui nasce molta confusione. Il pannello di controllo dell’hosting è DirectAdmin, ma non ha una password separata da conoscere: ci entri dall’area clienti, aprendo il servizio di hosting e usando il pulsante di accesso al pannello. È un accesso diretto, senza dover digitare altro.

Se ti capita di trovare una schermata di login di DirectAdmin che chiede utente e password, non provare a indovinare: torna all’area clienti ed entra da lì. Tentativi a vuoto ripetuti possono far scattare le protezioni del server.

Le caselle di posta: indirizzo completo e password della casella

Ogni casella ha la sua password, scelta quando è stata creata nel pannello. Nei programmi di posta il nome utente è sempre l’indirizzo email completo (per esempio nome@tuodominio.it), non solo la parte prima della chiocciola. I parametri da usare sono:

  • posta in arrivo IMAP: porta 993 con SSL/TLS (oppure POP3 sulla porta 995 con SSL/TLS);
  • posta in uscita SMTP: porta 465 con SSL/TLS oppure 587 con STARTTLS, con autenticazione attiva;
  • server: quello indicato nell’email di attivazione del servizio.

La webmail usa le stesse credenziali della casella e si raggiunge da webmail.tuodominio.it. Se hai perso la password di una casella, non si recupera: si reimposta dal pannello, nella sezione della posta. Ricordati poi di aggiornarla su tutti i dispositivi.

FTP e SFTP: gli account FTP

Per caricare i file del sito servono le credenziali di un account FTP, che crei e gestisci dal pannello. Ogni account è confinato nella cartella del dominio: il sito vero e proprio sta in public_html. Le porte da usare:

  • FTP: porta 2100, meglio con la cifratura TLS esplicita (FTPS);
  • SFTP: porta 2300, con le stesse credenziali dell’account FTP.

Le porte 21 e 22 sono chiuse: se il programma va in timeout, controlla prima di tutto la porta. Come host usa l’indirizzo del server indicato nell’email di attivazione o nell’area clienti: se il sito è sotto la rete iWebLab Edge, un indirizzo come ftp.tuodominio.it punterebbe ai nodi della rete e non al server.

SSH: chiavi, non password

Per chi lavora da terminale, l’accesso SSH è sulla porta 7530. Il nome utente è quello del tuo account hosting e l’host è l’indirizzo del server dell’email di attivazione. Il metodo consigliato è la chiave SSH, che carichi nel pannello DirectAdmin nella sezione dedicata alle chiavi SSH.

WordPress e gli altri CMS: credenziali del sito

L’amministrazione di WordPress (/wp-admin), il back office di PrestaShop o di altri CMS hanno utenti propri, salvati nel database del sito. Non c’entrano nulla con le altre credenziali: le crei tu, o chi ha realizzato il sito, dentro il CMS. Se le hai perse, si recuperano dal sito stesso o, nei casi più difficili, intervenendo sul database.

Buone abitudini

  • Usa un gestore di password e salva ogni accesso con un nome chiaro (“FTP sito”, “casella info”, “area clienti”).
  • Non riusare la stessa password per servizi diversi: se ne viene rubata una, le altre restano al sicuro.
  • Crea account separati per chi lavora con te: un account FTP per il webmaster, un utente WordPress per chi scrive i contenuti. Quando la collaborazione finisce, li elimini senza toccare i tuoi.
  • Dopo un cambio password, aggiorna subito tutti i dispositivi e i programmi che la usano.

Quando chiedere aiuto

Se dopo aver controllato tutto continui a non entrare, apri un ticket dall’area clienti indicando quale accesso non funziona (area clienti, pannello, casella, FTP, CMS), il messaggio d’errore che vedi e da quale rete ti colleghi. Specificare l’accesso giusto ci fa risparmiare tempo e ti fa avere una risposta più rapida.

Altri articoli su Pannello e area clienti

Parliamone

Un hosting che ti spiega le cose, e poi le fa

Questi articoli nascono dalle domande dei nostri clienti. Se vuoi un hosting dove dietro ogni risposta c’è un tecnico vero, parliamone.

  • 4,9 su 5 su Trustpilot264 recensioni, il 96% a cinque stelle
  • Risponde un tecnicoIn italiano, da chi gestisce i server
  • Il trasloco lo facciamo noiSito, database e posta, controllati prima di spostare i DNS