یو خصوصي API ستاسو له لپ ټاپ څخه ځواب ورکوي او په minikube کې یو Pod نشي کولی هغې ته ورسیږي۔ په کوربه باندې د هر څه بدلولو دمخه د فعال پروفایل شاته ډرایور ونوموئ، ځکه همدا یوه حقیقت ټاکي چې غوښتنه په رښتیا کومه شبکه کې رابهرځي۔ بیا هماغه endpoint له کوربه، له نوډ او له Pod څخه وآزمویئ۔ یوازې یو له هغو درېیو څخه هغه شی دی چې ناکام شو، او غلط اټکل یوه ماسپښین ضایع کوي۔

0 ګام: ډرایور او سرچینه ونوموئ

له minikube وپوښتئ چې کوم پروفایل فعال دی او څنګه کار کوي۔ د کانټینر ډرایور نوډ ستاسو په ماشین کې په یو کانټینر کې ځای پرځای کوي، د VM ډرایور هغه په یوه مجازي ماشین کې ځای پرځای کوي، او لیرې ډرایور هغه په بشپړه توګه بل ځای کې ځای پرځای کوي۔

minikube profile list
minikube status
kubectl config current-context

له هغې څخه ولیکئ چې غوښتنه له کومه رامنځته کیږي۔ ځواب ټاکي چې کوم resolver او کومې لارې مهمې دي، او دا تل د کوربه نه وي۔ په یوه لپ ټاپ دوه پروفایلونه د یوه URL لپاره بشپړ توپیر لرونکې چلند کولی شي۔

ContextWhat has to work
Host processHost resolver and host route to the private destination
minikube nodeThe node's own resolver and its outbound path
PodPod DNS through cluster services plus the cluster network path

1 ګام: هماغه endpoint درې ځله وآزمویئ

یو بې ضرره endpoint وکاروئ او په ټولو درېیو ازموینو کې کوربه نوم، پورټ او د پتو کورنۍ یو شان وساتئ۔ که له دې څخه هر یو د چلولو ترمنځ بدل کړئ، پایلې د پرتله کولو وړ نه وي۔

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

د نوډ لخوا بریالۍ image pull د یو خصوصي کوربه لپاره د نومونو د حل په اړه هیڅ ثابتوي۔ بریالۍ عامه غوښتنه لا کم څه ثابتوي۔ پایلې د context له مخې جلا وساتئ، ځکه په درېیو کرښو کې نمونه تشخیص دی او یوازې ناکامي نښه ده۔

که د کوربه کرښه هم ناکامه شي، ودریږئ۔ تاسو د کوربه شبکه ستونزه لرئ او کلسټر د پام اړولو شی دی۔

2 ګام: د کوربه لاره کلسټر ته وساتئ

یوه بله لوری شته چې خلک هیروي: کوربه باید د کلسټر خپل API او خدمتونو ته رسیدل جاري وساتي۔ یو VPN کلاینټ کولی شي هغه لارې نصب کړي چې د هغو مخکښو سره سیالي کوي چې minikube د خپل نوډ شبکې، خدمت حد او pod حد لپاره کاروي۔

کله چې دا پیښ شي، نښه ګډوډونکې ده، ځکه تونل کار کوي او kubectl ځواب ورکول بندوي یا NodePort اړیکې ردوي۔ دا د کلسټر خرابۍ په څیر ښکاري او د لپ ټاپ د لارښوونې خرابي ده۔

د کوربه د لارښوونې جدول د minikube د حدودو سره پرتله کړئ دمخه له دې چې تونل په بل هر څه تورن کړئ۔ یو ځای کیدل معمولاً د یوې ډیرې مشخصې لارې په توګه ښکاري چې د هغه مخکښ لپاره تونل انټرفیس ته اشاره کوي چې کلسټر یې خپل ګڼي۔

3 ګام: پرته له VPN بندولو څخه یو ځای کیدل حل کړئ

د minikube خپله VPN او proxy لارښود دې شخړو بحث کوي او خپلې بېلګې حدونه د کتلو وړ شیان ګڼي، نه د نړیوال لیست په توګه۔ هغه د هغه پروفایل سره یوځای ولولئ چې تاسو واقعاً لرئ۔

چیرې چې ریښتینی یو ځای کیدل شته، ملاتړ شوی ځواب یو غیر متقابل حد یا د VPN مالک لخوا تصویب شوې قصدي محلي لاسرسي پالیسي ده۔ د خدمت حد بدلول د pod حد بدلولو سره یو شان نه دي، او هیڅ یو یې د نوډ شبکې بدلولو سره یو شان نه دي۔

د یو محلي کلسټر د کار کولو لپاره د کارپوریټ تونل بندول شارټ کټ نه دی؛ دا د پالیسۍ پریکړه ده چې بل څوک باید وکړي۔ د دې پرځای چې د نورو له کور ته تلو وروسته یې په خاموشۍ سره وکړئ، هغه دې شخص ته ورسوئ۔ که مخکې مو کړی وي، د پوښتنې دمخه یې بیرته راوګرځوئ۔

4 ګام: proxy، DNS او د ناکامۍ څلور شکلونه جلا کړئ

که proxy ته اړتیا وي، وټاکئ کوم context ورته اړتیا لري۔ په کوربه باندې د براوزر تنظیم په نوډ کې دننه پروسه نه تنظیموي، او Pod د چاپیریال متغیرونو یا د کلسټر کچې proxy تنظیم ته اړتیا لري۔

بیا ناکامي د تشریح کولو پرځای طبقه بندي کړئ۔ هغه نوم چې نه حل کیږي DNS دی۔ هغه نوم چې حل کیږي او اړیکه ردوي لارښوونه یا listener دی۔ هغه اړیکه چې رامنځته کیږي او په هویت کې ناکامه کیږي TLS ده۔ د خطا بدن سره بریالۍ اړیکه اپلیکیشن دی۔

له هغو څلورو څخه هر یو بل اصلاح ته اړه لري، او یوازې یو یې د VPN په اړه دی۔ ولیکئ چې په هر context کې کوم یو ولید، او بل کس د کیسې پرځای شواهد په میراث اخلي۔

اړوندې مقالې