Zendesk dispone di una serie sofisticata di sistemi di protezione dagli abusi che proteggono tutte le istanze di 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ò chiedere ai propri agenti e utenti finali di accedere a Zendesk da un singolo punto di accesso o alla 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 “validi” - Cloudflare identifica i bot validi in parte tramite gli IP e gli ASN delle richieste. Ad esempio, se una richiesta con uno User Agent di Googlebot ha un IP 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 della velocità: i limiti 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 velocità.
- 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à della 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 hai bisogno di cambiare l’URL del tuo centro assistenza, puoi usare la mappatura host. Consulta Mappatura host - Modifica dell'URL del centro assistenza.
Linee guida
Se è inevitabile usare un proxy inverso per accedere a Zendesk, tieni presente le seguenti linee guida:
-
Tutto il traffico tramite il proxy deve usare più IP in uscita per evitare la limitazione della velocità e apparire come un bot
-
I proxy inversi devono essere trasparenti e non manipolano in alcun modo le intestazioni, ad esempio sovrascrivendo lo User Agent
Ciononostante, 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.