Skip to content

Commit

Permalink
Merge pull request ibm-cloud-docs#18 from IBM-Bluemix-Docs/llundquist…
Browse files Browse the repository at this point in the history
…-patch-4

1Q 2019 translations it
  • Loading branch information
llundquist authored Mar 16, 2019
2 parents b10ce7d + c34cd57 commit add7fe6
Show file tree
Hide file tree
Showing 40 changed files with 544 additions and 344 deletions.
29 changes: 17 additions & 12 deletions nl/it/about-https.md
Original file line number Diff line number Diff line change
@@ -1,8 +1,8 @@
---

copyright:
years: 2018
lastupdated: "2018-10-03"
years: 2018, 2019
lastupdated: "2019-02-19"

---

Expand All @@ -12,29 +12,34 @@ lastupdated: "2018-10-03"
{:pre: .pre}
{:screen: .screen}
{:tip: .tip}
{:note .note}
{:download: .download}

# Informazioni su HTTPS
{: #about-https}

IBM Cloud offre due modi per proteggere la tua CDN con HTTPS, ossia il certificato jolly e il certificato SAN DV (Domain Validation). Entrambe le opzioni HTTPS possono essere configurate selezionando **HTTPS Port** quando configuri la tua CDN. La porta HTTPS predefinita è la 443, ma puoi scegliere un numero di porta diverso per instradare il traffico HTTPS. Puoi trovare un elenco dei numeri di porta consentiti nelle [FAQ](faqs.html#are-there-any-restrictions-on-what-http-and-https-port-numbers-are-allowed-for-akamai-).
{{site.data.keyword.cloud}} offre due modi per proteggere la tua CDN con HTTPS, ossia il certificato jolly e il certificato SAN DV (Domain Validation). Entrambe le opzioni HTTPS possono essere configurate selezionando **HTTPS Port** quando configuri la tua CDN. La porta HTTPS predefinita è la 443, ma puoi scegliere un numero di porta diverso per instradare il traffico HTTPS. Puoi trovare un elenco dei numeri di porta consentiti nelle [FAQ](/docs/infrastructure/CDN/faqs.html#are-there-any-restrictions-on-what-http-and-https-port-numbers-are-allowed-for-akamai-).

Per decidere tra l'utilizzo del **certificato jolly** e il **certificato SAN** per HTTPS, rispondi a questa domanda: vuoi gestire traffico HTTPS dal CNAME CDN o dal nome dominio CDN? Se vuoi gestire traffico HTTPS dal CNAME, seleziona il **certificato jolly**. Se vuoi gestire traffico HTTP dal nome dominio CDN, seleziona il **certificato SAN**.

## Supporto del certificato jolly
>Il certificato jolly è il modo più semplice per consegnare in modo sicuro contenuti web agli utenti finali. Il CNAME CDN completo, incluso il suffisso del certificato jolly, **deve** essere utilizzato come punto di ingresso del servizio (ad esempio, `https://example.cdnedge.bluemix.net`) per poter utilizzare il certificato jolly.
>
>La CDN di IBM Cloud utilizza il certificato jolly `*.cdnedge.bluemix.net`. Il CNAME, indipendentemente dal fatto che sia stato creato automaticamente o fornito da te, e che termina con il suffisso `*.cdnedge.bluemix.net` viene aggiunto al certificato jolly conservato nel server edge CDN. Pertanto il CNAME diventa l'unico modo con cui gli utenti finali possono utilizzare HTTPS per la tua CDN.
{: #wildcard-certificate-support}

Il certificato jolly è il modo più semplice per consegnare in modo sicuro contenuti web agli utenti finali. Il CNAME CDN completo, incluso il suffisso del certificato jolly, **deve** essere utilizzato come punto di ingresso del servizio (ad esempio, `https://example.cdnedge.bluemix.net`) per poter utilizzare il certificato jolly.

IBM Cloud CDN utilizza il certificato jolly `*.cdnedge.bluemix.net`. Il CNAME, indipendentemente dal fatto che sia stato creato automaticamente o fornito da te, e che termina con il suffisso `*.cdnedge.bluemix.net` viene aggiunto al certificato jolly conservato nel server edge CDN. Pertanto il CNAME diventa l'unico modo con cui gli utenti finali possono utilizzare HTTPS per la tua CDN.

![Diagramma per HTTP e wildcard](images/state-diagram-wildcard.png)

## Supporto del certificato SAN (Subject Alternate Name)

>Il certificato SAN (Subject Alternative Name) è un certificato SSL digitale che consente di proteggere più domini o nomi host mediante un singolo certificato.
>
>Con il certificato SAN per HTTPS, il nome host CDN principale viene aggiunto a un certificato emesso da un'autorità di certificazione (CA). Ciò consente agli utenti di accedere al tuo servizio in modo sicuro tramite il nome host anziché il CNAME; ad esempio, `https://www.example.com`.
>
>Quando si effettua l'ordine della CDN utilizzando il certificato SAN HTTPS, questo passa attraverso il processo di richiesta di un certificato e creazione di una convalida del controllo del dominio (in inglese, Domain Control Validation o DCV). DCV è il processo che un'Autorità di certificazione utilizza per stabilire che sei autorizzato ad accedere e controllare il dominio. È necessario il tuo intervento per completare questo passo. Dopo aver stabilito il controllo, il certificato viene distribuito ai server edge CDN in tutto il mondo. Una volta che il certificato è stato distribuito, il rinnovo del certificato viene gestito automaticamente. Ulteriori informazioni su questa funzione sono disponibili nella [descrizione della funzione](feature-descriptions.html#https-protocol-support). I metodi di convalida del controllo del dominio vengono spiegati in modo più dettagliato nella pagina [Completamento della convalida del controllo del dominio per HTTPS](how-to-https.html#initial-steps-to-domain-control-validation).
Il certificato SAN (Subject Alternative Name) è un certificato SSL digitale che consente di proteggere più domini o nomi host mediante un singolo certificato.

Con il certificato SAN per HTTPS, il nome host CDN principale viene aggiunto a un certificato emesso da un'autorità di certificazione (CA). Ciò consente agli utenti di accedere al tuo servizio in modo sicuro tramite il nome host anziché il CNAME; ad esempio, `https://www.example.com`.

Quando si effettua l'ordine della CDN utilizzando il certificato SAN HTTPS, questo passa attraverso il processo di richiesta di un certificato e creazione di una convalida del controllo del dominio (in inglese, Domain Control Validation o DCV). DCV è il processo che un'Autorità di certificazione utilizza per stabilire che sei autorizzato ad accedere e controllare il dominio. È necessario il tuo intervento per completare questo passo. Dopo aver stabilito il controllo, il certificato viene distribuito ai server edge CDN in tutto il mondo. Una volta che il certificato è stato distribuito, il rinnovo del certificato viene gestito automaticamente. Ulteriori informazioni su questa funzione sono disponibili nella [descrizione della funzione](/docs/infrastructure/CDN/feature-descriptions.html#https-protocol-support). I metodi di convalida del controllo del dominio vengono spiegati in modo più dettagliato nella pagina [Completamento della convalida del controllo del dominio per HTTPS](/docs/infrastructure/CDN/how-to-https.html#initial-steps-to-domain-control-validation).

**Nota:** dopo che la CDN ha raggiunto lo stato di RUNNING (IN ESECUZIONE), devi mantenere il record CNAME dell'Hostname (Nome host) CDN nel tuo DNS. Se il record CNAME viene rimosso, l'Hostname (Nome host) CDN può essere rimosso dal certificato SAN entro 3 giorni. Se ciò si verifica, il traffico HTTPS non viene più gestito con tale Hostname (Nome host) CDN.
Dopo che la CDN ha raggiunto lo stato di RUNNING (IN ESECUZIONE), devi mantenere il record CNAME dell'Hostname (Nome host) CDN nel tuo DNS. Se il record CNAME viene rimosso, l'Hostname (Nome host) CDN può essere rimosso dal certificato SAN entro 3 giorni. Se ciò si verifica, il traffico HTTPS non viene più gestito con tale Hostname (Nome host) CDN.
{:note}

![Diagramma per HTTPS con certificato SAN](images/state-diagram-san.png)
11 changes: 6 additions & 5 deletions nl/it/about.md
Original file line number Diff line number Diff line change
@@ -1,8 +1,8 @@
---

copyright:
years: 2017, 2018
lastupdated: "2018-11-01"
years: 2017, 2018, 2019
lastupdated: "2019-02-19"

---

Expand All @@ -15,6 +15,7 @@ lastupdated: "2018-11-01"
{:download: .download}

# Informazioni sulla CDN (Content Delivery Network)
{: #about-content-delivery-networks-cdn-}

Una CDN (Content Delivery Network) è una raccolta di server edge distribuiti in varie parti del paese o del mondo. Il contenuto web viene fornito da un server edge che si trova nella zona geografica più vicina al cliente che richiede il contenuto. Questa tecnica consente ai tuoi utenti finali di ricevere il contenuto con meno ritardo e offre un'esperienza complessiva migliore ai tuoi clienti.

Expand All @@ -26,7 +27,7 @@ Una CDN raggiunge il suo scopo memorizzando in cache il contenuto web sui server

## Funzioni

Le funzioni chiave del servizio CDN (Content Delivery Network) IBM Cloud includono:
Le funzioni chiave del servizio CDN (Content Delivery Network) {{site.data.keyword.cloud}} includono:
* Supporto dell'origine server host
* Supporto dell'origine Object Storage
* Supporto per più origini con percorsi distinti
Expand All @@ -44,10 +45,10 @@ Le funzioni chiave del servizio CDN (Content Delivery Network) IBM Cloud includo
* Controllo dell'accesso geografico
* Hotlink Protection

Consulta [questo documento](feature-descriptions.html#feature-descriptions) per le descrizioni complete delle funzioni.
Consulta [il documento delle descrizioni delle funzioni](/docs/infrastructure/CDN/feature-descriptions.html#feature-descriptions) per le descrizioni complete delle funzioni.

## Digramma dell'architettura

Il seguente diagramma offre una panoramica schematica dell'architettura a tre livelli di CDN IBM Cloud.
Il seguente diagramma offre una panoramica schematica dell'architettura a tre livelli di IBM Cloud CDN.

![Digramma dell'architettura](images/3-tier-architecture.png)
Loading

0 comments on commit add7fe6

Please sign in to comment.