Se l'utente sta tentando di connettersi a Salesforce e riscontra dei problemi di lentezza o latenza, questo articolo gli spiegherà come eseguire un ping e un traceroute per isolare la sorgente della lentezza dell'applicazione. Salesforce chiederà all'utente di eseguire un traceroute e di condividere i registri quando cerca di risolvere problemi di prestazioni in situazioni in cui sospetta che la causa sia la rete.
Esecuzione di traceroute e ping in Microsoft Windows
1. Nella barra delle applicazioni di Windows, fare clic sul pulsante Start | selezionare Esegui.
2. Digitare cmd nella casella di testo.
3. Fare clic su OK. Viene visualizzata una finestra di DOS.
4. Nella finestra di DOS, digitare quanto segue e premere Invio:
Esecuzione di traceroute e ping in macOS
Il sistema macOS di Apple è dotato di una funzione di traceroute a cui si può accedere tramite riga di comando, utilizzando l'applicazione Terminale acclusa a ogni versione di macOS.
Traceroute con Terminal.app
1. Aprire una sessione del terminale utilizzando Terminal.app.
2. Eseguire questi comandi di traceroute:
traceroute login.salesforce.com
traceroute MyDomainName.my.salesforce.com.
3. Copiare e incollare i risultati in un editor di testo o email di risposta.
Nota: per eseguire un traceroute al server Live Agent, utilizzare i passaggi precedenti, ma anziché puntare all'URL dell'istanza Salesforce, puntare al server Live Agent. Per trovare il server Live Agent, accedere a Imposta e digitare "Impostazioni Live Agent" in Ricerca veloce. Verrà visualizzato un URL endpoint simile a
"https://d.la1w1.salesforceliveagent.com/chat/rest/".
Rimuovere "https://" e "/chat/rest/" ed eseguire un traceroute solo per la porzione "d.la1w1.salesforceliveagent.com" dell'indirizzo.
L'output di un ping sarà simile all'esempio di ping di na17.salesforce.com che segue:
Un traceroute visualizza le statistiche relative alle prestazioni per ogni hop del percorso di rete seguito dal computer per raggiungere Salesforce, in modo da identificare i punti dove si possono verificare i problemi.
Terminologia di traceroute
Numero hop: il numero di hop specifico nel percorso dal mittente alla destinazione.
Tempo di roundtrip (RTT, Round Trip Time): Tempo impiegato da un pacchetto per arrivare a un hop e tornare, visualizzato in millisecondi (ms). Per impostazione predefinita, tracert invia tre pacchetti a ogni hop, quindi l'output indica tre tempi di roundtrip per hop. RTT a volte viene definito anche latenza. Un fattore importante che può influire sul tempo di roundtrip è la distanza fisica tra gli hop. Per una descrizione più dettagliata ed esauriente del tempo di roundtrip, vedere l'articolo sugli effetti del tempo di roundtrip e della larghezza di banda sulle prestazioni.
Nome: il nome di dominio completo (FQDN, Fully Qualified Domain Name) del sistema. Molte volte il nome FQDN può fornire un'indicazione della posizione fisica dell'hop. Se il nome non appare nell'output, il nome FQDN non è stato trovato. Il fatto che il nome FQDN non si trovi non indica necessariamente un problema.
Indirizzo IP: indirizzo IP (Internet Protocol) del router o host specifico associato al nome.
I componenti di un traceroute
La prima riga dell'output di tracert descrive l'operazione eseguita dal comando. Indica il sistema di destinazione (salesforce.com), l'indirizzo IP di destinazione e il numero massimo di hop che verranno utilizzati nel traceroute (30).
Il primo hop è la prima "fermata" che fa il traffico dopo aver lasciato il computer. Probabilmente sarà un numero 10.X.X.X o un numero 192.168.X.X. Questi numeri sono riservati alle reti private e sono anche piuttosto comuni più avanti in un traceroute. I primi hop dell'instradamento con questi prefissi di indirizzo di solito sono nella rete interna dell'azienda. Più avanti nell'instradamento indicano solo che il traffico sta passando attraverso la rete interna dell'ISP prima di uscire.
I tre numeri visualizzati sono i singoli tempi necessari per raggiungere quell'hop specifico. È importante notare che questi numeri non rappresentano la differenza di tempo tra l'hop corrente e quello precedente, ma piuttosto il tempo cumulativo impiegato fino a quell'hop. Quando si osserva un traceroute si cerca il primo punto in cui c'è un elevato grado di variazione tra i tempi (ad esempio: 50 ms 283 ms, 29 ms) o i tempi che sono costantemente molto più alti rispetto all'hop precedente. È anche possibile visualizzare “*” come voce. Questi valori indicano che non è stata ricevuta una risposta dal server. Non indicano necessariamente un problema, soprattutto dopo che si raggiunge Salesforce. Alcune reti non rispondono ai pacchetti utilizzati nei traceroute per motivi di sicurezza o priorità. Quando si è all'interno del centro dati, Salesforce fa lo stesso. Se si nota che un hop ha un timeout, probabilmente non è un problema purché la connessione venga completata in modo coerente. È importante notare che i risultati di traceroute e ping "normali" varieranno in base alla posizione geografica sia del sistema che del centro dati. Ad esempio, se l'utente è in Australia e si connette a un centro dati situato negli Stati Uniti orientali, un tempo di roundtrip di 250-300 ms non è insolito a causa della distanza geografica che la connessione deve fisicamente percorrere attraverso i cavi sottomarini. Tuttavia, un tempo di roundtrip di 300 ms dall'Australia al centro dati di Tokyo sarebbe insolito.
I risultati del traceroute che indicano un aumento della latenza in un hop intermedio, che rimane simile per tutto il percorso fino alla destinazione, non indicano un problema di rete. Un traceroute che indica una latenza notevolmente aumentata in un hop intermedio, che poi aumenta costantemente fino alla destinazione, può indicare un potenziale problema di rete. Una perdita di pacchetti o asterischi (*) in molti degli hop intermedi può indicare un possibile problema di rete se la destinazione è irraggiungibile o la latenza aumenta in modo significativo negli hop successivi. Una tendenza costante all'aumento della latenza è in genere un'indicazione di congestione o problema tra due punti della rete e richiede una o più parti per correggere il problema.
Se viene visualizzato un asterisco (*) per l'RTT significa che un pacchetto non è stato restituito entro il periodo di tempo previsto. Uno o due asterischi per un hop non indicano necessariamente una perdita di pacchetti presso la destinazione finale.
Gli ISP effettuano costantemente aggiornamenti delle proprie reti, ad esempio la personalizzazione delle decisioni di instradamento e l'aggiunta di nuove righe per mantenere integra la rete e ottimizzare determinati schemi di traffico. Occasionalmente, le modifiche possono instradare le richieste a Salesforce attraverso un percorso non proprio ideale. Ad esempio, se si accede a un'istanza di Salesforce in Nord America dalla California, ma si viene instradati fino a Singapore e ritorno prima di raggiungere l'applicazione, si registreranno tempi di caricamento sicuramente maggiori. È possibile identificare questi problemi di instradamento nel traceroute esaminando il nome degli hop e verificando quali ISP tendono ad applicare etichette con informazioni basate sulla posizione e un picco nel tempo di roundtrip di 100-200 nell'intervallo di 1 hop, che è il comportamento tipico di un hop intercontinentale.
Se l'utente risiede nella stessa area geografica del centro dati (Nord America per le istanze NAXX, Asia per APXX, Europa/Africa per EUXX) e osserva un salto significativo nei traceroute, può accedere a http://ipddress.com e immettere l'indirizzo IP problematico per scoprire la relativa posizione geografica. Se si nota questo tipo di problema, contattare l'ISP e richiedere il controllo del percorso fatto dalla richiesta per arrivare a Salesforce.
Se non è possibile individuare i problemi di rete, inviare tutte le informazioni raccolte seguendo le procedure di cui sopra all'assistenza Salesforce, che esaminerà il problema più a fondo. Oltre al traceroute e al ping descritti sopra, è consigliabile includere i dati di accesso, i passaggi per riprodurre la lentezza riscontrata e il nome del proprio provider di servizi Internet (ISP) nonché se l'ISP ha fornito eventuali approfondimenti sulla latenza.
000395046

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.