minikube berikt gjin privee-API? Kontrolearje earst de driver
De host, node en Pod hawwe elk har eigen rûtes en resolver. Neam de driver, test itselde endpoint fan alle trije, en reparearje dêrnei de kontekst dy't mislearre.
In privee-API antwurdet fan jo laptop en in Pod yn minikube kin it net berikke. Foardat jo eat op 'e host feroarje, neam de driver efter it aktive profyl, want dat iene feit bepaalt út hokker netwurk it fersyk echt fuortgiet. Test dêrnei itselde endpoint fan 'e host, fan 'e node en fan 'e Pod. Mar ien fan dy trije is it ding dat mislearre, en in ferkearde gissing kostet in middei.
Stap 0: neam de driver en de oarsprong
Freegje minikube hokker profyl aktyf is en hoe't it rint. In kontenerdriver set de node yn in kontener op jo masine, in VM-driver set it yn in firtuele masine, en in ôfstânsdriver set it hielendal earne oars.
minikube profile list
minikube status
kubectl config current-contextSkriuw dêrfan op wêr't it fersyk weikomt. It antwurd bepaalt waans resolver en hokker rûtes fan belang binne, en dat is net altyd dy fan 'e host. Twa profilen op deselde laptop kinne har foar deselde URL hielendal oars gedrage.
| Context | What has to work |
|---|---|
| Host process | Host resolver and host route to the private destination |
| minikube node | The node's own resolver and its outbound path |
| Pod | Pod DNS through cluster services plus the cluster network path |
Stap 1: test itselde endpoint trije kear
Brûk ien ûnskealik endpoint en hâld de hostnamme, de poarte en de adresfamylje identyk yn alle trije tests. As jo ien dêrfan tusken runs feroarje, binne de resultaten net ferlykber.
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/healthIn slagge image-pull troch de node bewiist neat oer namme-oplossing foar in privee host. In slagge iepenbier fersyk bewiist noch minder. Hâld de resultaten per kontekst skieden, want in patroan oer trije rigen is in diagnoaze en in inkelde mislearring is in oanwizing.
As de hostrige ek mislearret, stop. Jo hawwe in netwurkprobleem op 'e host en it cluster is in ôflieding.
Stap 2: behâld it paad fan 'e host nei it cluster
Der is in twadde rjochting dy't minsken ferjitte: de host moat de eigen API en tsjinsten fan it cluster bliuwe berikke. In VPN-klant kin rûtes ynstallearje dy't konkurrearje mei de foarheaksels dy't minikube brûkt foar syn nodenetwurk, tsjinstberik en podberik.
As dat bart, is it symptoom betiizjend, want de tunnel wurket en kubectl hâldt op te reagearjen of in NodePort wegeret ferbiningen. It liket op in clusterflater en it is in routeringsflater fan 'e laptop.
Fergelykje de routeringstabel fan 'e host mei de beriken fan minikube foardat jo de tunnel earne oars de skuld fan jouwe. De oerlapping is meastentiids te sjen as in mear spesifike rûte dy't nei de tunnelinterface wiist foar in foarheaksel dat it cluster as syn eigen beskôget.
Stap 3: los oerlapping op sûnder de VPN út te skeakeljen
minikube syn eigen VPN- en proxy-hânboek besprekt dizze konflikten en beskôget syn foarbyldberiken as dingen om te ûndersykjen, net as in universele list. Lês it njonken it profyl dat jo wier hawwe.
Wêr't in echte oerlapping bestiet, is it stipe antwurd in net-oerlappende berik of in bewust pleatslik tagongsbelied dat goedkard is troch wa't de VPN besit. It tsjinstberik feroarje is net itselde as it podberik feroarje, en gjin fan beide is itselde as it nodenetwurk feroarje.
De korporative tunnel útskeakelje om in pleatslik cluster wurkje te litten is gjin koarte paad; it is in beliedsbeslút dat immen oars nimme moat. Bring it nei dy persoan ynstee fan it stilwei te dwaan nei't alle oaren nei hûs gien binne. As jo it al dien hawwe, set it werom foardat jo freegje.
Stap 4: skied proxy, DNS en fjouwer foarmen fan mislearring
As in proxy nedich is, identifisearje hokker kontekst it nedich hat. In browserynstelling op 'e host konfigurearret gjin proses yn 'e node, en in Pod hat de omjouwingsfariabelen of in proxy-konfiguraasje op clusternivo nedich.
Klassifisearje dan de mislearring ynstee fan it te beskriuwen. In namme dy't net oplost is DNS. In namme dy't oplost en in ferbining wegeret is routering of in listener. In ferbining dy't ta stân komt en op identiteit mislearret is TLS. In slagge ferbining mei in flerchlichem is de applikaasje.
Elk fan dy fjouwer heart by in oare reparaasje, en mar ien fan har giet oer de VPN. Skriuw op hokker jo yn elke kontekst waarnommen hawwe, en de folgjende persoan erft bewiis ynstee fan in ferhaal.