သင့် GIO အခြေခံ client သည် 192.168.40.12 သို့ တိုက်ရိုက်သွားသော်လည်း reports.example အတွက် proxy ကို အသုံးပြုသည်။ DNS က ထို အမည်သည် ထို လိပ်စာသို့ ဖြေရှင်းသည်ဟု ဆိုသည်။ ကျော်ဖြတ်သည့် resolver သည် လမ်းကြောင်း မရွေးမီ ထို ရှာဖွေမှုကို ပြုလုပ်ရန် မလိုအပ်ပါ။

GSimpleProxyResolver သည် သီးခြား ကိုက်ညီမှု စည်းမျဉ်းများကို မှတ်တမ်းတင်ထားသည်- host အမည် ချွင်းချက်များသည် အမည်ဖြင့် ဖော်ထုတ်သော ဦးတည်ရာများအတွက် သက်ရောက်သည်။ IP ချွင်းချက်များသည် လိပ်စာဖြင့် ဖော်ထုတ်သော ဦးတည်ရာများအတွက် သက်ရောက်သည်။

192.168.40.12 ကို ignore-hosts တွင် သာ ထည့်ထားပါက ကိန်းဂဏန်း ဦးတည်ရာကို ကျော်နိုင်သော်လည်း host အမည်ကို မကျော်နိုင်ပါ။ လိပ်စာကို subnet ထည့်သွင်းချက်အဖြစ် ချဲ့ထွင်ခြင်းသည် ၎င်းကို ထို subnet အတွင်း ဖြေရှင်းသော အမည်များ စာရင်းအဖြစ် အလိုအလျောက် ပြောင်းလဲပေးမည် မဟုတ်ပါ။

စာလုံးပေါင်း နှစ်မျိုးစလုံး တိုက်ရိုက် ဖြစ်သင့်ပါက ရည်ရွယ်ချက် နှစ်ခုစလုံးကို အမှန် အသုံးပြုသူ ပံ့ပိုးသော ပုံစံများဖြင့် ဖော်ပြပါ။ ချွင်းချက်များသည် GNOME ဆက်တင်များမှ ဆင်းသက်ပါက ၎င်းတို့ကို သီးခြား စာရင်း ထည့်သွင်းချက်များအဖြစ် သိမ်းဆည်းပါ။ အမည် ချွင်းချက်ကို လိုအပ်ချက် ခွင့်ပြုသလောက် ကျဉ်းအောင် ထားပါ။ အဆင်ပြေသော ကျယ်ဝန်းသည့် domain စည်းမျဉ်းသည် မသက်ဆိုင်သော ဝန်ဆောင်မှုများကို ကင်းလွတ်စေနိုင်သည်။

ဤသည် GIO resolver ၏ စာချုပ် ဖြစ်ပြီး GNOME ဒက်စတော့ပေါ်ရှိ အပ်ပလီကေးရှင်း တိုင်းအတွက် ကမ္ဘာလုံးဆိုင်ရာ စည်းမျဉ်း မဟုတ်ပါ။ အခြား ဘရောက်ဇာ သို့မဟုတ် HTTP library သည် မတူညီသော resolver၊ PAC script သို့မဟုတ် တိကျသော proxy ဖွဲ့စည်းမှုကို အသုံးပြုနိုင်သည်။

ပျက်နေသော subnet ခွဲခြမ်းစိတ်ဖြာသူကို စစ်ဆေးမတိုင်မီ URL စာလုံးပေါင်း၊ ရွေးချယ်ထားသော resolver နှင့် သက်ဝင်နေသော proxy မုဒ်ကို နှိုင်းယှဉ်ပါ။ လိပ်စာဖြင့် တိုက်ရိုက် ချိတ်ဆက်မှု အောင်မြင်ခြင်းသည် ထို လိပ်စာ အခြေခံ တောင်းဆိုမှုနှင့် ပတ်သက်၍ အသုံးဝင်သော သက်သေဖြစ်သည်။ သို့သော် ၎င်းကိုယ်တိုင် အမည်ဖြင့် ပြုလုပ်သော တောင်းဆိုမှုကို မည်သို့ အမျိုးအစားခွဲခဲ့သည်ကို ဘာမျှ မပြောပါ။

ဆက်စပ်ဆောင်းပါးများ