Minikube ၏ တက်ကြွ driver အတွက် အတွင်းပိုင်း NO_PROXY အပိုင်းအခြားများကို ရွေးပါ
ပရိုဖိုင်၏ အမှန်တကယ် ကွန်ရက်နှင့် ဝန်ဆောင်မှု အပိုင်းအခြားကို သုံးပါ။ အခြား driver မှ ရှေးကျသော subnet သည် အားလုံးအတွက် ကျော်ဖြတ်စာရင်း မဟုတ်ပါ။
Minikube သည် အင်တာနက် ဒေါင်းလုဒ်များအတွက် proxy လိုအပ်သောအခါ cluster ၏ ကိုယ်ပိုင် ဆိုက်များကို တိုက်ရိုက် ထားပါ။ အခြား စက်မှ subnet တစ်ခုကို ကူးယူမည့်အစား တက်ကြွ ပရိုဖိုင်နှင့် driver မှ ကျော်ဖြတ်မှုများကို ရွေးပါ။
Minikube သည် ဤ မူလတန်ဖိုးများကို မှတ်တမ်းတင်ထားသည်:
| အသုံး | မူလ အပိုင်းအခြား |
|---|---|
| အချို့ VM driver များ | 192.168.59.0/24 |
| kvm2 | 192.168.39.0/24 |
| Docker driver ၏ ပထမ cluster | 192.168.49.0/24 |
| ဝန်ဆောင်မှု cluster IP များ | 10.96.0.0/12 |
သက်ဆိုင်သော အပိုင်းအခြားများနှင့် ဒေသတွင်း ဆိုက်များကို NO_PROXY တွင် ထည့်ပြီး စိတ်ကြိုက် ကွန်ရက်များအတွက် ချိန်ညှိပါ။ ကျယ်ပြန့်သော 192.168.0.0/16 သည် ပရိုဖိုင် လိုအပ်သော လမ်းကြောင်းများကို အမြဲ ဖော်ပြသည်မဟုတ်ပါ။
လည်ပတ်နေသော ပရိုဖိုင်အတွက် minikube ip က ၎င်း၏ လိပ်စာကို ပေးသည်။ ပါဝင်သော ဘရောက်ဇာ သို့မဟုတ် အခြား client ၏ ကျော်ဖြတ်မှု parser တွင် CIDR ပံ့ပိုးမှု မရှိပါက ထို လိပ်စာကို ရှင်းလင်းစွာ စာရင်းပြုစုပါ။
ဤ အတွင်းပိုင်း လမ်းကြောင်း ရွေးချယ်မှုကို ဒေါင်းလုဒ် အဆင့်နှင့် ခွဲထားပါ။ host ဘက် ဒေါင်းလုဒ်များနှင့် node runtime ၏ image ဆွဲယူမှုများသည် မတူညီသော ပတ်ဝန်းကျင်များကို သုံးနိုင်သည်။ host တွင် binary ဒေါင်းလုဒ် အောင်မြင်ခြင်းသည် runtime က ၎င်း၏ proxy ဖွဲ့စည်းမှုကို ရရှိခဲ့သည်ဟု သက်သေမပြပါ။