minikube nær ekki einkaaðil API? Athugaðu rekilinn fyrst

Einkaaðil API svarar frá fartölvunni þinni og Pod í minikube nær því ekki. Áður en þú breytir einhverju á hýslinum skaltu nefna rekilinn bak við virka sniðið, því þessi eina staðreynd ræður því úr hvaða neti beiðnin fer í raun. Prófaðu síðan sama endapunkt frá hýslinum, frá hnútnum og frá Pod. Aðeins einn af þessum þremur er það sem brást, og röng ágiskun kostar síðdegi.

Skref 0: nefndu rekilinn og upprunann

Spyrðu minikube hvaða snið er virkt og hvernig það keyrir. Gáma-rekill setur hnútinn í gám á vélinni þinni, VM-rekill setur hann í sýndarvél, og fjartengdur rekill setur hann alveg annars staðar.

minikube profile list
minikube status
kubectl config current-context

Út frá því skaltu skrifa niður hvaðan beiðnin kemur. Svarið ákvarðar hvaða resolver og hvaða slóðir skipta máli, og það er ekki alltaf sú hýsilsins. Tvö snið á sömu fartölvu geta hegðað sér algjörlega ólíkt fyrir sama URL.

Skref 1: prófaðu sama endapunkt þrisvar sinnum

Notaðu einn meinlausan endapunkt og haltu hýsilnafninu, portinu og vistfangafjölskyldunni óbreyttum í öllum þremur prófunum. Ef þú breytir einhverju þeirra milli keyrslna eru niðurstöðurnar ekki samanburðarhæfar.

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

Árangursrík image-sókn af hnútnum sannar ekkert um nafnaupplausn fyrir einkahýsil. Árangursrík opinber beiðni sannar enn minna. Haltu niðurstöðunum aðskildum eftir samhengi, því mynstur í þremur línum er greining og ein einstök bilun er vísbending.

Ef hýsillínan bregst líka, stoppaðu. Þú ert með netvandamál á hýslinum og klasið er truflun.

Skref 2: haltu leið hýsilsins að klasanum

Það er önnur átt sem fólk gleymir: hýsillinn verður að halda áfram að ná í eigið API og þjónustur klasans. VPN-klientur getur sett upp slóðir sem keppa við forskeytin sem minikube notar fyrir hnútanetið, þjónustubilið og Pod-bilið sitt.

Þegar það gerist er einkennið ruglingslegt, því göngin virka og kubectl hættir að svara eða NodePort neitar tengingum. Það lítur út eins og bilun í klasanum og er leiðarvilla á fartölvunni.

Athugaðu leiðartöflu hýsilsins á móti bilum minikube áður en þú kennir göngunum um eitthvað annað. Skörunin sést venjulega sem sértækari leið sem bendir á gangnatengið fyrir forskeyti sem klasið á von á að eiga.

Skref 3: leystu skörunina án þess að slökkva á VPN

Eigin VPN- og proxy handbók minikube fjallar um þessar árekstra og lítur á dæmabilin sín sem eitthvað sem þarf að skoða, ekki sem almenna lista. Lestu hana ásamt því sniði sem þú hefur í raun.

Þar sem raunveruleg skörun er til, er studda svarið bil án skörunar eða viljandi staðbundin aðgangsstefna sem eigandi VPN samþykkir. Að breyta þjónustubilinu er ekki það sama og að breyta Pod-bilinu, og hvorugt er það sama og að breyta hnútanetinu.

Að slökkva á fyrirtækjagöngunum svo staðbundinn klasi virki er ekki sniðganga; það er stefnuákvörðun sem einhver annar verður að taka. Farðu með hana til þess aðila í stað þess að gera það hljóðlega eftir að allir aðrir eru farnir heim. Ef þú hefur þegar gert það skaltu setja hana aftur áður en þú spyrð.

Skref 4: aðskildu proxy, DNS og fjögur form bilana

Ef proxy er krafist skaltu greina hvaða samhengi þarf hann. Vafrastilling á hýslinum stillir ekki ferli inni í hnútnum, og Pod þarf umhverfisbreyturnar eða proxy-stillingu á klasastigi.

Flokkaðu síðan bilunina í stað þess að lýsa henni. Nafn sem leysist ekki upp er DNS. Nafn sem leysist upp og neitar tengingu er leiðsla eða hlustandi. Tenging sem kemst á og bregst á auðkenni er TLS. Árangursrík tenging með villuskrokk er forritið.

Hver þessara fjögurra tilheyrir annarri lagfæringu, og aðeins ein þeirra snýst um VPN. Skrifaðu niður hverja þú sást í hverju samhengi, og næsta manneskja erfir sönnunargögn í stað sögu.