dicecca.net - Blog

Qualche post fa, ho introdotto il il server che può gestire parallelamente più linguaggi PHP (ovviamente un versione a dominio) con la gestione del "catenaccio" SSL di Let's Encrypt . Come tutte le tecnologie, esse evolvono, gradualmente, nel corso del tempo.

Abbiamo già discusso in alcuni post precedenti come installare SSL  sia sul Server Singolo che su quello Multi PHP  (in bibliografia verranno inseriti i link di riferimento). Uno dei problemi più grossi quando si approccia SSL è il costo dei certificati emessi dagli enti di certificazione. Per una fase preliminare di studio abbiamo proposto ZeroSSL, che forniva per 90 giorni un certificato gratuito, ma alla fine del periodo o si compra o si sceglie una strada alternativa. Da quando SSL è diventato uno standard obbligatorio de facto , è stato costituito un consorzio  chiamato Let's Encrypt sponsorizzato dai big dell'informatica (tre nomi su tutti: IBM, Amazon Web Service e Facebook), che fornisce gratuitamente i certificati SSL necessari al sistema .

Qualche post fa , affrontammo un discorso abbastanza complesso, ovvero costruire un Server (usando una macchina Server Aruba Cloud) dove potevano scegliere, a secondo del sito che dovevamo progettare/trasferire, quale tipo di PHP far eseguire (nella fattispecie o PHP 5.6 o PHP 7.3), per ottimizzare i costi di produzione aziendali e/o personali. Essendo di suo abbastanza complesso (uno dei cosiddetti fondamentali) sia nella descrizione che nell'attuazione, ci siamo limitati ad implementare il sistema del multi PHP con base di dati comune, solo su porta 80, ovvero il classico http. Sempre qualche post fa , abbiamo trattato come attivare ed usare SSL su un server con singolo PHP installato, e come gestire gli <iframe> su SSL

Un problema che può capitare su Apache2 è che potrebbe non visualizzare un <iframe> all'interno di un sito web. Problema non da poco, anche se il costrutto non è dei più raccomandati dalle linee guida. Il problema che risolveremo è riferito ad iframe, ma si applica a questi costrutti: <frame>, <iframe>, <embed>, <object>

  In un precedente articolo su come attivare un Virtual Host (VH) su un sistema CentOS 7 , abbiamo contemplato un "sito" non protetto su porta 80. La necessità di avere una connessione sicura nasce verso la fine degli anni '90 del XX Secolo quando inizia a farsi strada l'uso sempre più massivo di movimentazione bancaria online con la nascita delle prime aziende (ad esempio Amazon, eBay, ecc) che svolgono correntemente la vendita online di beni e servizi. Il World Wide Web, il sistema progettato solo pochi anni prima da Sir Tim Berners-Lee e Robert Cailliau al CERN di Ginevra (su workstation NeXT di Steve Jobs) aveva preso preponderantemente consenso a livello globale e necessitava di strutture di protezione che incoraggiassero (facendoli sentire sicuri) gli utenti ad investire e comprare, come detto, beni e servizi. Nasce da questa esigenza l'idea di mettere un catenaccio (come mostra l'immagine sopra) ad una connessione. Il seguente articolo, come molti altri