At eit dashbord lastar i nettlesaren din, beviser ikkje at backend-en til Grafana når datakjelda. Start med den feilande datakjeldekontrollen og plugin-modulen som sender den utgåande førespurnaden.

Finn rutéveljaren til plugin-modulen

For CloudWatch, slå på per_datasource_http_proxy_enabled i aws-konfigurasjonen til Grafana for å visa HTTP-proxyinnstillingane til datakjelda. Dei dokumenterte vala omfattar å bruka HTTP_PROXY, HTTPS_PROXY og NO_PROXY, eller å skriva inn ein proxy-URL i innstillingane til datakjelda.

For Infinity, opne Network-vala. Vel proxy basert på miljø, ingen proxy, eller ein eksplisitt proxy-URL. Den eksplisitte modusen har eigne felt for brukarnamn og passord når det trengst.

For ein annan plugin, sjå etter proxygrensesnittet han støttar; implementeringsspråket til Grafana fastset ikkje det grensesnittet.

Kontroller kvar den valde verdien kjem frå

Vel du miljøet, legg variablane på Grafana-tenesta eller -containeren som utfører førespurnaden. Å eksportera dei i ein terminal etter at tenesta har starta, oppdaterer ikkje den køyrande prosessen.

Vel du ein eksplisitt URL, bruk det faktiske protokollen til proxylistnaren og ei adresse som er nåbar frå backend-en. For ei datakjelde som er offentleg nåbar og der offentlege proxyar er tillatne, er HTTP-proxylista ei kjelde til moglege endepunkt. Set dei tiltenkte unntaka for interne mål. Køyr datakjeldekontrollen på nytt og bruk den første tilkoplings- eller autentiseringsfeilen til å avgjera kva du skal undersøkja neste gong.

Relaterte artiklar