minikube når ikkje ein privat API? Sjekk drivaren først

Ein privat API svarar frå laptopen din, og ein Pod i minikube når han ikkje. Før du endrar noko på verten, namngi drivaren bak den aktive profilen, fordi det eine faktumet avgjer kva nettverk førespurnaden faktisk forlèt. Test deretter det same endepunktet frå verten, frå noden og frå Poden. Berre éin av dei tre er det som feila, og ei feil gissing kostar ein ettermiddag.

Trinn 0: namngi drivaren og opphavet

Spør minikube kva profil som er aktiv, og korleis han køyrer. Ein containerdrivar set noden i ein container på maskina di, ein VM-drivar set han i ei virtuell maskin, og ein ekstern drivar set han ein heilt annan stad.

minikube profile list
minikube status
kubectl config current-context

Skriv ned kvar førespurnaden kjem frå. Svaret avgjer kva resolver og kva ruter som tel, og det er ikkje alltid verten sine. To profilar på same laptop kan oppføre seg heilt ulikt for same URL.

Trinn 1: test det same endepunktet tre gonger

Bruk eitt ufarleg endepunkt og hald vertsnamnet, porten og adressefamilien identiske i alle tre testane. Endrar du noko av det mellom køyringar, blir resultata ikkje samanliknbara.

curl -sS -o /dev/null -w '%{http_code}\n' https://api.corp.example/health
minikube ssh -- curl -sS -o /dev/null -w '%{http_code}\n' https://api.corp.example/health
kubectl run probe --rm -it --image=curlimages/curl --restart=Never -- \
  curl -sS -o /dev/null -w '%{http_code}\n' https://api.corp.example/health

Ein vellukka image-pull frå noden bevisar ingenting om namneoppslag for ein privat vert. Ein vellukka offentleg førespurnad bevisar endå mindre. Hald resultata skilde per kontekst, for eit mønster over tre rader er ein diagnose, og éin einskild feil er eit hint.

Viss vertsrada òg feilar, stopp. Du har eit nettverksproblem på verten, og klyngen er ein distraksjon.

Trinn 2: hald vegen til verten til klyngen

Det finst ei andre retning folk gløymer: verten må halde fram med å nå klyngens eigen API og eigne tenester. Ein VPN-klient kan installere ruter som konkurrerer med prefiksa minikube brukar for nodenettet, tenesteområdet og podområdet sitt.

Når det skjer, er symptomet forvirrande, fordi tunnelen verkar og kubectl sluttar å svare, eller ein NodePort avviser tilkoplingar. Det ser ut som ein klyngefeil, og det er ein rutefeil på laptopen.

Sjekk rutetabellen til verten mot områda til minikube før du gir tunnelen skulda for noko anna. Overlappinga viser seg vanlegvis som ei meir spesifikk rute som peikar mot tunnelegrensesnittet for eit prefiks klyngen forventar å eige.

Trinn 3: løys overlapping utan å slå av VPN-en

minikube sin eigen VPN- og proxyhandbok diskuterer desse konfliktane og behandlar eksempelområda sine som noko ein skal undersøkje, ikkje som ei universell liste. Les han saman med profilen du faktisk har.

Der ei reell overlapping finst, er det støtta svaret eit ikkje-overlappande område eller ein medviten lokal tilgangspolicy godkjend av den som eig VPN-en. Å endre tenesteområdet er ikkje det same som å endre podområdet, og ingen av delane er det same som å endre nodenettet.

Å slå av bedriftstunnelen for å få ein lokal klynge til å verke er ingen workaround; det er ei policyavgjerd nokon andre må ta. Ta ho til den personen i staden for å gjere det i stillheit etter at alle andre har gått heim. Viss du alt har gjort det, set det tilbake før du spør.

Trinn 4: skil proxy, DNS og fire feilformer

Viss ein proxy er påkravd, identifiser kva kontekst som treng han. Ei nettlesarinnstilling på verten konfigurerer ikkje ein prosess inne i noden, og ein Pod treng miljøvariablane eller ein proxykonfigurasjon på klyngenivå.

Klassifiser deretter feilen i staden for å skildre han. Eit namn som ikkje blir slått opp, er DNS. Eit namn som blir slått opp og avviser ei tilkopling, er ruting eller ein lyttar. Ei tilkopling som blir oppretta og feilar på identitet, er TLS. Ei vellukka tilkopling med ein feilkropp er applikasjonen.

Kvar av dei fire høyrer til ei anna retting, og berre éin av dei handlar om VPN-en. Skriv ned kva for ein du observerte i kvar kontekst, og neste person arvar bevis i staden for ei historie.