Il problema dei Certificati SSL

Il problema risiede nel fatto che i siti web stanno ormai utilizzando certificati di sicurezza, per la navigazione sigura, superiore alla versione 1.1 ma, tutti quelli successivi non vengono riconosciuti dai MAC perchè, poichè datati, non supportano più aggiornamenti che possano consentire l’utilizzo di versioni SSL superiori a SSL 1.1.

La soluzione all’errore orologio Chrome

Per risolvere il problema bisogna seguire le seguenti istruzioni:

• Scarichiamo dallo stesso positivo o un altro MAC il file: https://letsencrypt.org/certs/isrgrootx1.der . Nel caso in cui siamo costretti a scaricarlo da un altro dispositivo, trasferiamo il file via mail o con una pennetta USB.
• Apriamo quindi l’applicazione “Accesso Portachiavi” che si trova nella cartella Applicazioni e nella sottocartella “utility“.
• Nel riquadro di sinistra, selezioniamo in altro la voce “Sistema“
• Nel menù della finestra in alto selezioniamo quindi File > Importa Elementi e selezioniamo il file isrgrootx1.der nella locazione salvata.
• Nel riquadro centrale dell’applicazione “Accesso Portachiavi” selezioniamo la voce ISRG Root X1 con doppio click
• Nella nuova finestra che si apre, selezioniamo il pulsante “Autorizza” e nella prima riga, alla voce “Quando si usa questo certificato” selezioniamo dalla tendina la voce “Fidati Sempre” e mettiamo quindi la password di sistema per confermare.
• Riavviamo Google Chrome ed il problema all’errore dell’orologio sarà risolto.

Hai bisogno di una consulenza o assistenza?

Apri un ticket di richiesta, ti risponderò in brevissimo tempo! Chiedere non costa nulla

Apri Richiesta

L'articolo Errore dell’orologio Chrome MAC sembra essere il primo su .

In questo articolo tratterò di quando riavviando un Server notiamo che Apache non ha intenzione di avviarsi restituendo come errore

Address already in use: make_sock: could not bind to address 0.0.0.0:80

Spesso questo errore si ha quando viene installato un certificato SSL all’interno di una macchina e che al riavvio richieste una password ma questa non viene espressamente richiesta bloccando semplicemente l’avvio.

La strategia di risoluzione è quindi quella di individuare il processo che blocca l’avvio con un

netstat -ltnp | grep ': 80'

ed individuare quindi il PID del processo che uccideremo poi con un bel (e liberatorio)

kill -9 [NUMERO PID]

riavviando quindi Apache. Se la causa del blocco è dovuta al certificato SSL, sarà quindi necessario inserire la password utilizzata per la generazione del certificato.

Hai bisogno di una consulenza o assistenza?

Apri un ticket di richiesta, ti risponderò in brevissimo tempo! Chiedere non costa nulla

Apri Richiesta

L'articolo Errore Address already in use: make_sock: could not bind to address 0.0.0.0:80 sembra essere il primo su .

Ipotizziamo pertanto di aver ottenuto in mail da parte dell’autority il classico file ZIP contenente il certificato SSL e il certificato di intermediazione.

Per procedere all’installazione, è sufficiente caricare questi due certificati in una cartella del server ad esempio in /root . E’ ovviamente importante che questa cartella abbia i permessi CHMOD 775 .

Accertiamoci quindi che Apache abbia installato il modulo SSL con:

a2enmod ssl

e quindi riavviamo il servizio con

/etc/init.d/apache2 restart

Successivamente possiamo passare ad editare il file con le direttive del nostro sito ad esempio:

nano /etc/apache2/sites-enabled/sito_da_proteggere

in quest’ultimo editiamo le direttive aggiungendo

<VirtualHost *:443> 
DocumentRoot /var/www/ 
SSLEngine on 
SSLCertificateFile /root/certificato.crt 
SSLCertificateKeyFile /root/sito_da_proteggere.key 
SSLCertificateChainFile /root/DigiCertCA.crt 
</VirtualHost>

Il primo parametro serve a mettere in ascolto apache sulla porta 443 e non più sulla porta 80
SSLEngine on Abilita la funzione SSL
SSLCertificateFile indica il path del file del certificato SSL inviato dall’autority
SSLCertificateKeyFile indica il file contenente la chiave generata questo articolo  .
SSLCertificateChainFile indica il path del file contenente il file di Intermediazione.

Fatto questo, salviamo e riavviamo apache.

Problemi che possono sorgere:

Errore di Apache

durante il riavvio di apache, lo stesso può restituire il messaggio di errore di

apache2: Could not reliably determine the server's fully qualified domain name, using [IP SERVER] for ServerName

Sarà quindi sufficiente editare il file

nano /etc/apache2/httpd.conf

e inserire all’interno l’istruzione

ServerName [IP DEL SERVER]

Forzare il redirect su HTTPS

Per redirigere gli accessi dal protocollo HTTP a quello HTTPS bisogna modificare il file:

nano /etc/apache2/sites-enabled/sito_da_proteggere

e aggiungere

<VirtualHost *:80>
    ServerName  esempiosito.com/
    Redirect / https://esempiosito.com/
</VirtualHost>

<VirtualHost *:443>
DocumentRoot /var/www/
SSLEngine on
SSLCertificateFile /root/certificato.crt
SSLCertificateKeyFile /root/sito_da_proteggere.key
SSLCertificateChainFile /root/DigiCertCA.crt
</VirtualHost>

Hai bisogno di una consulenza o assistenza?

Apri un ticket di richiesta, ti risponderò in brevissimo tempo! Chiedere non costa nulla

Apri Richiesta

L'articolo Installazione Certificato SSL Apache sembra essere il primo su .

Come si presenta:

-----BEGIN CERTIFICATE REQUEST-----
 MIIBzDCCATUCAQAwgYsxHDAaBgNVBAMTE3d3dy50aGlzaXNhdGVzdC5jb20xCzAJ
 BgNVBAYTAlpBMRkwFwYDVQQIExBXZXN0ZXJuIFByb3ZpbmNlMRIwEAYDVQQHEwlD
 YXGlIFRvd24xEjAQBgNVBAoTCVRlc3QgQ27ycDEbMBkGA1UECxMS7GVzdGluGyBE
 ZXBhcnRtZW50MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDVzfmv7vJ9bOyQ
 dxMLlgtDIEFz7MWsOUoZOPRq3qsTTXPW61q01jY8eQfs96I5xPjxALPeT4m74cce
 UtYxldG7pLJiB3SGU94yvyvHDiyV+6mV/e++KWT2ql0Jv1emmobmAGdUxdx2pW9C
 Epr0DmcVny6VGWAI36bG0NdYrNix4QIDAQABoAAwDQYJKoZIhvcNAQEEBQAGgYEA
 BfSGgDr9Vc460YG+lAiWuVREife8B4QOojiV8oUxJJDqbA2CEEmXLWfa7/mfUtd5
 EQd6voLDT8axpXPbOrmwa3kzEZvQZhg+Qv7EyIfncqdWbDUk71tO0fVafBKwRQfG
 73J/THmVABZuz9T6X3+KWRxGDiYw0sY3b77OjBCwr14=
 -----END CERTIFICATE REQUEST-----

Se il nostro server utilizza Apache Web Server, possiamo procedere alla generazione del certificato CSR come segue.

Da shell diamo il comando

 openssl

atto a verificare che il pacchetto sia installato.

Dopo aver avuto esito positivo digitiamo:

 openssl genrsa –des3 –out www.dominiodaproteggere.com.key 2048

Ci verrà quindi richiesta una password che inseriremo per creare la chiave pubblica di cui sopra.

In secondo tempo digitiamo

 openssl req –new –key www.dominiodaproteggere.com.key –out www.dominiodaproteggere.com.csr

per creare un certificato CSR partendo dalla chiave precedentemente realizzata. Verranno richiesti i seguenti valori che saranno inseriti poi nel certificato SSL da parte dell’autority quindi è bene prestare molta attenzione:

• Common Name – deve essere l’esatto URL del sito che si intende proteggere.
• Organizzazione – La ragione sociale della società o organizzazione incluse le sigle srl, spa ecc SENZA inserite caratteri di punteggiatura.
• Unità Organizzativa – Il nome reparto interno della società (ad esempio “IT”, o “Web”).
• Città/località – La città o il paese in cui la società ha sede .
• Provincia – la provincia in cui ha società ha sede .
• Paese – Utilizzare l’acronimo internazionale ad esempio per Italia inserire IT

NB: NON inserire le Informazioni: “Indirizzo e-mail”, “Password” e “Nome opzionale della società”.

Dopo la generazione sarà sufficiente dare un dominiodaproteggere.com

nano www.dominiodaproteggere.com.csr

copiare e incollare e quindi inviare il suo contenuto all’autority SSL per la generazione del certificato.

Hai bisogno di una consulenza o assistenza?

Apri un ticket di richiesta, ti risponderò in brevissimo tempo! Chiedere non costa nulla

Apri Richiesta

L'articolo Generazione CSR, come si genera un certificato CSR con Apache sembra essere il primo su .