Newsgroup: it.comp.os.linux.iniziare
Titolo: Let's encrypt VS ?

Salve,
 
per poter permettere all'app del centralino di raggiungere Asterisk 
installato su CentOS devo caricare sul server un certificato.
 
L'assistenza del centralino mi propone due soluzioni:
 
1) Let's encrypt con lo scotto, a detta loro ancora non ho fatto 
ricerche indipendenti, di avere il server con la porta 80 raggiungibile 
dall'esterno e che tale porta sia aperta alle connessioni da Internet, i 
domini che si vogliono associare al certificato devono essere domini 
pubblici, associati all'indirizzo IP pubblico del server ed infine 
assicurarsi di avere un nome registrato nel DNS pubblico che punti 
correttamente al proprio server.
 
2) Certificato commerciale che mi permetterebbe di non aprire la porta 
80 ma solo quella su cui gira Asterisk; volendo percorrere questa strada 
si apre un mondo di scelte di aziende che si occupano di questo, voi ne 
avete provata qualcuna giusto per iniziare a fare una scrematura?
 
Saluti.
^Bart
 
 

 avete provata qualcuna giusto per iniziare a fare una scrematura?
 
quello che costa meno. 

rootkit wrote on 9/27/22 09:58:

ssls.com
, lo uso da parecchi anni in ambito aziendale.
 

 quello che costa meno.
 
Ok, di fatto quindi, che tu sappia, le differenze tra un let's encrypt 
ed un certificato a pagamento sono la porta 80 che nel primo caso 
bisogna tenere aperta e nel secondo no e da quel che leggo sopra, forse, 
una maggiore facilità con il certificato a pagamento di gestirne il 
rinnovo anche se comunque mi hai indicato una strada interessante anche 
per let's encrypt?
 
Saluti.
^Bart
 

 
 
Ok, i costi tutto sommato aziendalmente parlando sono accettabili, ora 
sento anche con l'assistenza del centralino quale loro consiglino viste 
le diverse caratteristiche tecniche onde evitare problemi.
 
Saluti.
^Bart
 

 non subisce traffico.
 
in generale il certificato non ha alcun legame con l'indirizzo a cui punta 
il nome. a letsencrypt serve per la verifica dell'ownership durante l'http 
challenge, ma se usi un altro metodo di verifica come ad esempio dns il 
nome può puntare a quello che vuoi, anche ad un indirizzo privato.
sempre con dns puoi ottenere un certificato wildcard che quindi vale per 
tutti i nomi dello stesso dominio. cioè se ne crei uno per 
example.com
 
vale per 
voip.example.com
, 
www.example.com
, etc... basta copiarlo nelle 
macchine relative.

 macchine relative.
 
Perfetto, grazie per le delucidazioni.
 
Saluti.
^Bart
 

 macchine relative.
 
Ti chiedo un'ultima info... dovrei fare il passaggio del mantainer del 
sito aziendale verso 
www.a2hosting.com
 e pensavo poi di attivare un 
www.voip.azienda.it
 modificando il dns per farlo puntare verso il server 
in azienda.
 
Parlando con l'assistenza di a2hosting mi hanno proposto 
https://www.a2hosting.com/ssl-certificates/wildcard
 ovvero la 
possibilità di avere il certificato SSL per i subdomains, erroneamente 
pensavo che il certificato che avrei attivato su 
www.azienda.it
 sarebbe 
bastato anche per i subdomains...
 
Altra domanda... ma se installo un certificato sul mio server in azienda 
perché dovrei necessitare anche dell'ssl sul server che semplicemente 
gestisce i dns? Motivi di sicurezza?
 
Saluti.
^Bart

 gestisce i dns? Motivi di sicurezza?
 
no, il certificato che loro ti offrono è per il servizio di hosting, 
ovvero per sito che eventualmente ospiterebbero loro. se tu riesci a 
"dirottare" il dns su un indirizzo diverso non ti serve a nulla.
dico se ci riesci perché i servizi di hosting non sempre permettono di 
reindirizzare i nomi fuori dai loro servizi.
personalmente io acquisto solo i domini da registrar dove ho una gestione 
dns pressoché libera e, in alcuni casi, dirotto proprio il dns 
autoritativo su un servizio dedicato. 

 autoritativo su un servizio dedicato.
 
Ok, se hai modo indicami qualche nome di registrar che permettono queste 
"maggiori libertà".
 
Saluti.
^Bart