Zendesk dispone di una serie sofisticata di sistemi di protezione dagli abusi che proteggono tutte le istanze Zendesk e la stabilità generale della piattaforma. La maggior parte dei clienti Zendesk e dei relativi clienti (utenti finali) accede a Zendesk direttamente tramite Internet. Zendesk presuppone questa configurazione standard. I clienti che si discostano da questo standard potrebbero riscontrare problemi durante la connessione a Zendesk.
Ad esempio, un’organizzazione può richiedere che agenti e utenti finali accedano a Zendesk da un unico punto di accesso o dalla propria rete CDN configurando un proxy inverso. Il proxy inverso intercetta le richieste dei client web che tentano di accedere a Zendesk e le inoltra a Zendesk. I client web non comunicano mai direttamente con Zendesk. Solo il proxy comunica direttamente con Zendesk.
Zendesk non può impedire ai clienti di configurare l’accesso in questo modo. Tuttavia, questo è un caso d'uso non standard e può causare comportamenti indesiderati, inclusi i seguenti:
- Problemi di gestione dei bot (CAPTCHA): se tutte le richieste arrivano tramite un singolo IP o ASN, è più probabile che vengano identificati come bot anche se utenti legittimi. Ciò è ancora più probabile se il proxy o la rete CDN alterano in qualche modo le intestazioni HTTP.
- Rifiuto dei crawler dei motori di ricerca e di altri bot “buoni” - Cloudflare identifica i bot validi in parte tramite gli IP delle richieste e gli ASN. Ad esempio, se una richiesta con uno User Agent di Googlebot ha un IP della richiesta diverso dagli IP registrati di Google, verrà rifiutata da Cloudflare.
- Indicizzazione di pagine errate: se non viene rifiutata da Cloudflare, i crawler di ricerca tenteranno probabilmente di usare l’URL canonico fornito dai tag di metadati del sito Zendesk. Di conseguenza, se un motore di ricerca esegue effettivamente la scansione di un sito proxy, indicizzerà le pagine con URL non proxy.
- Limitazione delle tariffe: i limiti delle tariffe vengono applicati in base all’IP della richiesta. Se tutte le richieste dei clienti viaggiano attraverso un singolo o un piccolo insieme di indirizzi IP, è più probabile che vengano applicati limiti di tariffa.
- Problemi con la cache: se la configurazione del proxy o della rete CDN ha una logica di memorizzazione nella cache personalizzata, Zendesk non può garantire l'integrità di questa cache. Ad esempio, gli articoli eliminati potrebbero essere visibili più a lungo nel proxy di quanto non lo siano nel centro assistenza. Anche le modifiche alle autorizzazioni potrebbero subire ritardi.
Prima di usare un proxy inverso, valuta se è davvero necessario. Se devi cambiare l’URL del centro assistenza, puoi usare la mappatura host. Consulta Mappatura host - Modifica dell’URL del centro assistenza.
Linee guida
Se l’uso di un proxy inverso per accedere a Zendesk è inevitabile, tieni presente le seguenti linee guida:
-
Tutto il traffico tramite il proxy deve usare più IP in uscita per evitare di limitare la velocità e apparire come un bot
-
I proxy inversi devono essere trasparenti e non manipolare in alcun modo le intestazioni, ad esempio sovrascrivendo lo User Agent
Tuttavia, i sistemi Zendesk potrebbero comunque classificare il traffico come traffico bot. Se segui queste linee guida e i problemi persistono, contatta il reparto IT per assistenza.
Avvertenza sulla traduzione: questo articolo è stato tradotto usando un software di traduzione automatizzata per fornire una comprensione di base del contenuto. È stato fatto tutto il possibile per fornire una traduzione accurata, tuttavia Zendesk non garantisce l'accuratezza della traduzione.
Per qualsiasi dubbio sull'accuratezza delle informazioni contenute nell'articolo tradotto, fai riferimento alla versione inglese dell'articolo come versione ufficiale.