Windows က APIPA IP (169.xxx) ကို သတ်မှတ်ပေးရင် ဘာလုပ်ရမလဲ။ တကယ့်အကြောင်းရင်းတွေနဲ့ တိကျတဲ့အဖြေ

သင့်စက်တွင် လိပ်စာ 169.254.xx ဖြင့် ပေါ်လာပြီး ကွန်ရက်သည် အကန့်အသတ်ရှိသော ဆက်သွယ်မှုသတိပေးချက်ကို ပြသသောအခါ၊ APIPA အလိုအလျောက် လိပ်စာပေးခြင်းသည် အလုပ်ဖြစ်နိုင်ချေရှိသည်။ ဤယန္တရားသည် အရေးပေါ်ဒေသခံ IP ကို ​​assign လုပ်သည့်အခါ DHCP ကျွဲတူညီသော ရုပ်ပိုင်းဆိုင်ရာကွန်ရက်တွင် ဆက်သွယ်မှုအချို့ကို ခွင့်ပြုသော်လည်း အခြားကွန်ရက်များသို့ ဝင်ရောက်ခွင့်မရှိပါ။

အိမ်နှင့် ကော်ပိုရိတ်ပတ်ဝန်းကျင်များတွင်၊ ၎င်းသည် ထပ်တလဲလဲဖြစ်နေသော အပြင်အဆင်ဖြစ်သည်- တုံ့ပြန်မှုမရရှိဘဲ APIPA ထဲသို့ကျသွားသော DHCP ရှိ ကတ်များ၊ အင်တာနက်မပါဘဲ Wi-Fi မှတဆင့်ချိတ်ဆက်သော လက်ပ်တော့များ၊ သို့မဟုတ် တိကျသောပြဿနာတစ်ခုကြောင့် ၎င်းတို့၏ငှားရမ်းမှုကို သက်တမ်းတိုးခြင်းရပ်သွားသော ဆာဗာများ။ APIPA သည် အဘယ်အရာဖြစ်သည်၊ ၎င်းသည် မည်သို့အလုပ်လုပ်ကြောင်းနှင့် ၎င်းကို မည်သို့ပိတ်မည် သို့မဟုတ် ရောဂါရှာဖွေရမည်ကို နားလည်ခြင်း။ အချိန်နဲ့ ခေါင်းကိုက်ခြင်းကို သက်သာစေပါလိမ့်မယ်။

APIPA ဆိုတာ ဘာလဲ၊ အဲဒါ ဘာအတွက်လဲ

APIPA (အလိုအလျောက် ကိုယ်ပိုင် IP လိပ်စာ) သည် DHCP ဆာဗာမရှိပါက 169.254.0.0/16 ပိတ်ဆို့ခြင်းမှ လိပ်စာတစ်ခုဖြင့် အင်တာဖေ့စ်ကို အလိုအလျောက်သတ်မှတ်ပေးသည့် IPv4 အင်္ဂါရပ်တစ်ခုဖြစ်သည်။ ၎င်းသည် gateway သို့မဟုတ် DNS မပါဘဲ IP လိပ်စာနှင့် mask 255.255.0.0 ကိုသာသတ်မှတ်ပေးသည်ထို့ကြောင့် ၎င်းသည် တူညီသောအပိုင်းရှိ စက်ပစ္စည်းများကြားတွင် ဒေသဆိုင်ရာ ဆက်သွယ်မှုကို ခွင့်ပြုပြီး အခြားအရာမရှိပါ။

ဤနေရာကို RFC 3927 အရ လင့်ခ်-ဒေသခံလိပ်စာများအတွက် IANA မှ သီးသန့်ထားရှိပြီး link-local ranges ဟုခေါ်တွင်သည်။ လက်တွေ့တွင်၊ APIPA သည် ကွန်ရက်ကို ဒေသအဆင့်တွင် “ရှင်သန်” စေသည်။ မှန်ကန်သောဖွဲ့စည်းပုံမရှိသည့်အခါ၊ သို့သော် ၎င်းသည် လမ်းကြောင်းပြောင်း၍မရသော သို့မဟုတ် အင်တာနက်အသုံးပြုခွင့်အတွက် မသင့်လျော်ပါ။

စည်းမျဥ်းစည်းမျဥ်းများချမှတ်ရန်အရေးကြီးပါသည်။ RFC 3330 (နောက်ပိုင်းတွင် RFC 5735 ဖြင့် အစားထိုးထားသည်) နှင့် RFC 3927 သည် ဤလိပ်စာများအသုံးပြုမှုကို သတ်မှတ်သည်။ ကွန်ပျူတာများတွင် အသုံးပြုနိုင်သော အတိုင်းအတာသည် အများအားဖြင့် 169.254.1.0 မှ 169.254.254.255 အထိဖြစ်သည်။အစွန်းနှစ်ဖက်စလုံးကို သီးသန့်ချန်ထားပြီး (169.254.0.x နှင့် 169.254.255.x) နှင့် 169.254.255.255 ကို ထုတ်လွှင့်မှုအဖြစ် အသုံးပြုပါ။

APIPA မည်ကဲ့သို့ အလုပ်လုပ်ပုံ အသေးစိတ်ကို

အင်တာဖေ့စ်တစ်ခုသည် DHCP တွင်ရှိပြီး တုံ့ပြန်မှုမရရှိသောအခါ၊ စနစ်သည် APIPA ကို အသက်သွင်းသည်။ သုံးစွဲသူသည် စတင်ချိန်တွင် DHCPDISCOVER များစွာကို ပေးပို့သည်။; ယေဘူယျဖော်ပြချက်တစ်ခုသည် စက္ကန့်အနည်းငယ်အတွင်း တောင်းဆိုချက် 3 သို့မဟုတ် 4 ခုပြုလုပ်ပြီး တုံ့ပြန်မှုမရှိပါက၊ ၎င်းသည် link-local autoconfiguration ကိုစတင်လုပ်ဆောင်သည်။

အလိုအလျောက်ဖွဲ့စည်းမှုအတွင်း၊ စက်ပစ္စည်းသည် ခွင့်ပြုထားသည့်အကွာအဝေးအတွင်း pseudo-random IP လိပ်စာကိုရွေးချယ်ပြီး ၎င်းကိုမသတ်မှတ်မီ probes (ARP သို့မဟုတ် ထုတ်လွှင့်မှု) ကို အသုံးပြု၍မရကြောင်း အတည်ပြုသည်။ ပဋိပက္ခကို တွေ့ရှိပါက၊ အကြိမ်ရေ အများဆုံးအကြိမ်အထိ အခြားလိပ်စာကို စမ်းကြည့်ပါ။; အချို့သော စာသားများသည် တိုက်ပွဲများ ဆက်ရှိနေပါက လက်မလျှော့မီ ကြိုးစားမှု 10 ကြိမ်အထိ ဖော်ပြထားပါသည်။

တာဝန်ပေးအပ်ပြီးသည်နှင့်၊ သုံးစွဲသူသည် DHCP ဆာဗာကို အခါအားလျော်စွာ ဆက်လက်ရှာဖွေသည်။ ဥပမာ၊ Windows တွင်၊ DHCP တောင်းဆိုမှုများကို 5 မိနစ်တိုင်းနီးပါး ပြန်ကြိုးစားသည်။ဆာဗာတစ်ခုပေါ်လာပါက TCP/IP stack သည် APIPA IP ကို ​​တရားဝင်ငှားရမ်းမှုဖြင့် အစားထိုးသည်။

APIPA သည် IPv4 နှင့်သာ သက်ဆိုင်ပါသည်။ Stateless Autoconfiguration (SLAAC) ကို IPv6 တွင်အသုံးပြုသည်။RFC 2462 (ယခု RFC 4862 ဖြင့် အပ်ဒိတ်လုပ်ထားသည်) တွင် ဖော်ပြထားသည့် မတူညီသော ယန္တရားနှင့် fe80::/10 ဖြင့် ရှေ့ဆက်ထားသော လင့်ခ်-ဒေသခံလိပ်စာများ။

Windows ရှိ APIPA- အပြုအမူနှင့် ထူးခြားချက်များ

ခေတ်မီ Windows စနစ်များတွင် APIPA ကို မူရင်းအတိုင်း ဖွင့်ထားသည်။ DHCP မရရှိသည့်အခါ၊ stack သည် ကိုယ်တိုင်တာဝန်ပေးကာ အငှားပြန်ရရန် အခါအားလျော်စွာ ကြိုးစားသည်။ထို့အပြင်၊ ချိတ်ဆက်မှုပြန်တက်လာသောအခါ မီဒီယာအာရုံခံစားမှုအင်္ဂါရပ်သည် ပြန်လည်ကြိုးစားမှုကို အရှိန်မြှင့်ပေးသည်။

Windows 98 ကဲ့သို့ ဗားရှင်းအဟောင်းများတွင်၊ ရုပ်ပိုင်းဆိုင်ရာ ပျက်စီးပြီးနောက် ပြန်လည်ချိတ်ဆက်မှုကို နှောင့်နှေးစေသည့် Media Sense မရှိပါ။ Windows 2000၊ XP၊ 7၊ 10 နှင့် နောက်ပိုင်းတွင် Media Sense ကို ထည့်သွင်းထားသည်။ ကွန်ရက်ဆက်စပ်မှုကို ပိုမိုကောင်းမွန်စေရန်အတွက် ICMP Router Discovery သို့မဟုတ် RIP နားထောင်ခြင်းကဲ့သို့သော အခြားဖြည့်စွက်အင်္ဂါရပ်များ။

အချို့သော Windows အကောင်အထည်ဖော်မှုများသည် အင်တာဖေ့စ်၏ MAC လိပ်စာကို ဟက်ချခြင်းဖြင့် APIPA IP ကို ​​ထုတ်ပေးသည်။ ပြန်လည်စတင်ပြီးနောက် တည်ငြိမ်မှုကို ရှာဖွေပြီး ထပ်တူထပ်ဖြစ်နိုင်ခြေကို လျှော့ချပါ။ (အမြဲတမ်း ကြိုတင်စစ်ဆေးခြင်းနှင့်အတူ)။

သင်သည် APIPA တွင်ရှိမရှိ မည်သို့သိနိုင်မည်နည်း။

Windows 2000/XP/Server 2003 နှင့်နောက်ပိုင်းတွင်၊ command prompt ကိုဖွင့်ပြီး run သည်- ipconfig /all သည် autoconfiguration block ကိုပြန်လည်သုံးသပ်ရန်အလိုအလျောက်ဖွဲ့စည်းမှုကို ဖွင့်ထားပြီး IP သည် မျက်နှာဖုံး 255.255.0.0 ဖြင့် 169.254.xy ဖြစ်ပါက၊ သင်သည် APIPA တွင် ရှိနေပါသည်။

Windows အဟောင်းများ (Windows 98၊ Windows Me) တွင် winipcfg utility သည် autoconfiguration label အောက်ရှိ 169.254.xx အတွင်းလိပ်စာတစ်ခုရှိမရှိ သိမြင်နိုင်မည်ဖြစ်သည်။ ဤ IP ကိုကြည့်ပါက DHCP ငှားရမ်းခွင့်မရှိဟု ဖော်ပြသည်။.

Windows တွင် APIPA ကို ပိတ်ပါ သို့မဟုတ် ဖွင့်ပါ။

APIPA သည် ကိစ္စအပေါ်မူတည်၍ DHCP အသုံးပြုမှုကို ထိန်းသိမ်းနိုင်သည် သို့မဟုတ် မပြုလုပ်နိုင်ပါ။ ၎င်းကို Windows Registry ကိုတည်းဖြတ်ခြင်းဖြင့်လုပ်ဆောင်သည်။စနစ်ဗားရှင်းပေါ်မူတည်၍ လမ်းကြောင်းကွဲပြားသည်။

• Windows 98/Me တွင်- DWORD entry ကို 'IPAutoconfigurationEnabled' သို့ တန်ဖိုး 0x0 ဖြင့် ထည့်ပါ- HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\DHCP.
• Windows 2000/XP/Server 2003 တွင်- သီးခြားအင်တာဖေ့စ်အောက်တွင် 'IPAutoconfigurationEnabled' (DWORD 0x0) ကို ထည့်ပါ- HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\<GUID_del_adaptador>.
• အသစ်ထွက်ဗားရှင်းများ (Windows 7/8/10/11) တွင် TCP/IP ကမ္ဘာလုံးဆိုင်ရာ ကန့်သတ်ဘောင်ထုပ်ကို ရည်ညွှန်းချက်များကိုလည်း တွေ့မြင်ရပါမည်- HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters. 1 ၏တန်ဖိုးသည် APIPA ကိုဖွင့်ပေးပြီး 0 ၎င်းကိုပိတ်ကြောင်းသတိရပါ။

Registry ကိုပြောင်းလဲပြီးနောက်၊ ဆက်တင်အကျိုးသက်ရောက်မှုရှိစေရန် ပြန်လည်စတင်ရန် အကြံပြုအပ်ပါသည်။ တစ်စုံတစ်ရာကိုမထိမီ သင်၏ မှတ်ပုံတင်ခြင်းကို အရန်သိမ်းပါ။အထူးသဖြင့် အရေးကြီးသော ကိရိယာများ။

APIPA ပေါ်လာသည့် ပုံမှန်အခြေအနေများ

ကြိုတင်ငှားရမ်းခြင်းမရှိဘဲနှင့် DHCP မပါဘဲဖွင့်ပါ- သုံးစွဲသူသည် ဘွတ်ဖိနပ်များ၊ ရှာဖွေတွေ့ရှိမှုမက်ဆေ့ချ်များစွာ (3 သို့မဟုတ် ထို့ထက်ပို၍) ထုတ်ပေးပြီး၊ တုံ့ပြန်မှုမရှိပါက၊ ၎င်းသည် 169.254/16 အတွင်း အတန်း B IP ကို ​​သူ့ဘာသာသူ သတ်မှတ်ပေးသည်။. ကြားကာလတွင် ဆက်လက်ကြိုးစားပါ။

ယခင်ငှားရမ်းမှုနှင့် DHCP မပါဘဲ- စက်သည် ပုံသေတံခါးပေါက်ကို စစ်တမ်းကောက်ယူသည်။ တုံ့ပြန်ပါက IP အဟောင်းကို သိမ်းဆည်းပါ။တုံ့ပြန်မှုမရှိပါက သို့မဟုတ် ဂိတ်ဝေးကို စီစဉ်သတ်မှတ်ထားခြင်း မရှိပါက၊ APIPA ကို အသက်သွင်းထားပြီး အမှားအယွင်းများကို သုံးစွဲသူထံ အစီရင်ခံမည်ဖြစ်သည်။

အငှားသက်တမ်းကုန်ဆုံးပြီး DHCP မရှိပါ- သက်တမ်းတိုးရန် ဖောက်သည် ကြိုးပမ်းမှုများ၊ ဆာဗာကို ရှာမတွေ့ပါက APIPA သို့ ပြန်ရောက်သွားပါသည်။ဆာဗာအွန်လိုင်းပြန်တက်လာသည်အထိ ထောက်လှမ်းမှုများစွာကို ပေးပို့ပြီး သံသရာကို မိနစ်အနည်းငယ်ကြာတိုင်း ထပ်လုပ်ပါသည်။

169.254.xx ကိုတွေ့သောအခါ အမြန်ရောဂါရှာဖွေပါ။

အခြေခံများနှင့်စတင်ပါ- ကေဘယ်လ်များ၊ လင့်ခ်များ၊ router သို့မဟုတ် switch ၏အခြေအနေနှင့် ၎င်းကိုပေးဆောင်သော စက်၏ DHCP ဝန်ဆောင်မှု (အိမ်တွင်၊ ၎င်းသည် များသောအားဖြင့် router ဖြစ်သည်)။ Router နှင့် network interface ၏ ထိန်းချုပ်ထားသော reboot သည် ပြန်လည်ညှိနှိုင်းမှုကို တွန်းအားပေးသည်။.

Windows တွင်၊ stack ကိုပြန်လည်သတ်မှတ်ရန် မြင့်မားသော command prompt တွင် ဤ command များကို run သည်- ၎င်းတို့သည် ဘေးကင်းပြီး မကြာခဏ အဖြစ်အပျက်များကို ဖြေရှင်းလေ့ရှိသည်။.

netsh int ip reset c:\resetlog.txt
netsh winsock reset
ipconfig /flushdns
ipconfig /registerdns
ipconfig /release
ipconfig /renew

'DHCP Client' ဝန်ဆောင်မှုသည် (services.msc) နှင့် လိုအပ်ပါက၊ Windows 10 တွင် DHCP ကိုဖွင့်ပါ။. ၎င်းသည် စတင်သည့်အခြေအနေနှင့် စတင်မှုအမျိုးအစား Automatic ဖြစ်ရပါမည်။ ထို့ကြောင့် အင်တာဖေ့စ်သည် ထောက်ပံ့ကြေးများကို မှန်ကန်စွာရရှိစေရန်။

အကယ်၍ သင်သည် Wi-Fi ကိုအသုံးပြုနေပါက၊ ဝင်သုံးမှတ်၏လုံခြုံရေး (WPA/WPA2၊ စသည်ဖြင့်) နှင့် အချက်ပြအရည်အသွေးနှင့် adapter ၏ လိုက်ဖက်ညီမှုကို စစ်ဆေးပါ။ မကောင်းသောညှိနှိုင်းမှုတစ်ခုသည် IP ရယူခြင်းကို ဟန့်တားနိုင်သည်။ SSID ကိုတွေ့မြင်နေရသော်လည်း၊

DHCP ဆာဗာ သို့မဟုတ် router စစ်ဆေးမှုများ

သီးသန့် DHCP ဆာဗာပါရှိသော ကွန်ရက်များတွင်၊ မှတ်တမ်းများနှင့် နယ်ပယ်များ၏ အခြေအနေကို ကြည့်ရှုရန် သင့်လျော်ပါသည်။ မှားယွင်းစွာ သိမ်းဆည်းမိပါက 169.254.xx မှ ကျန်ရှိသော ထည့်သွင်းမှုများကို ဖယ်ရှားပါ။ တက်ကြွသောရေကန်သည် မကုန်ခန်းကြောင်း သေချာပါစေ။

ကောင်းမွန်သော လုပ်ဆောင်မှုအလေ့အကျင့်များ- အသုံးမပြုသော အင်တာဖေ့စ်များကို ပိတ်ပါ၊ မှန်ကန်သော static IP ကို ​​စီမံခန့်ခွဲမှု အင်တာဖေ့စ်များသို့ သတ်မှတ်ပေးသည်။၊ ကွန်ရက်ခွဲတစ်ခုစီတွင် DHCP ကိုအသုံးပြုပြီး အဆင့်မြင့်ရွေးချယ်စရာများကို ပြန်လည်သုံးသပ်ပါ (ဖြစ်နိုင်လျှင် ထုတ်လွှင့်မှုရှာဖွေတွေ့ရှိမှုကဲ့သို့)။

အိမ်ပတ်ဝန်းကျင်တွင်၊ Router ၏အင်တာဖေ့စ်သို့ဝင်ရောက်ပြီး DHCP ဆာဗာကိုဖွင့်ထားပြီး လုံလောက်သောအကွာအဝေးရှိကြောင်းစစ်ဆေးပါ။ Router ၏ Firmware ကို အပ်ဒိတ်လုပ်ခြင်းသည် သိရှိထားသော bug များကို ပြုပြင်ပေးပါသည်။ စွမ်းဆောင်ရည်နှင့် တည်ငြိမ်မှုကို တိုးတက်စေသည်။

ပဋိပက္ခများနှင့် ၎င်းတို့၏ အကျိုးသက်ရောက်မှုများကို ဖြေရှင်းပါ။

IP ကွဲလွဲမှုများသည် လက်စွဲတာဝန်များ ထပ်နေခြင်း၊ DHCP အမှားအယွင်းများ သို့မဟုတ် စီမံခန့်ခွဲမှုညံ့ဖျင်းသော ကြိုတင်မှာယူမှုများမှ ဖြစ်ပေါ်လာနိုင်သည်။ ပဋိပက္ခအမျိုးအစားကို ခွဲခြားသတ်မှတ်ခြင်းသည် တည်ငြိမ်မှုကို သတ်မှတ်ရန်၊ ဒိုင်းနမစ်ကို သက်တမ်းတိုးခြင်း သို့မဟုတ် ငှားရမ်းမှုများကို ရုပ်သိမ်းခြင်းရှိမရှိ ဆုံးဖြတ်ခြင်းအတွက် သော့ချက်ဖြစ်သည်။.

စီးပွားရေးလုပ်ငန်းများတွင်၊ တူညီသော IP လိပ်စာရှိသော ကွန်ပျူတာနှစ်လုံးသည် အထူးသဖြင့် ပဋိပက္ခသည် ဆာဗာများအပေါ် သက်ရောက်ပါက အရေးကြီးသောဝန်ဆောင်မှုများကို ရပ်တန့်သွားစေနိုင်သည်။ ကွန်ရက်ကို အခါအားလျော်စွာ စောင့်ကြည့်စစ်ဆေးခြင်းနှင့် စစ်ဆေးခြင်းသည် ပြဿနာများကို ကြိုတင်ခန့်မှန်းနိုင်စေပါသည်။ စက်ရပ်ချိန်ကို လျှော့ချပါ။

APIPA နှင့် လုံခြုံရေး- ဖြစ်နိုင်ချေရှိသော အလွဲသုံးစားမှုများနှင့် တန်ပြန်ဆောင်ရွက်မှုများ

အချို့သောရင်းမြစ်များက Windows တွင် APIPA ကို အတင်းအကျပ်ခိုင်းစေခြင်းသည် ဥပမာအားဖြင့် အလိုအလျောက်ဖွဲ့စည်းမှုစနစ်၊ DHCP သို့မဟုတ် အင်တာဖေ့စ်မက်ထရစ်များနှင့်သက်ဆိုင်သည့် registry entries များကို မွမ်းမံပြင်ဆင်ခြင်းဖြင့် အန္တရာယ်ဖြစ်စေနိုင်သည်။ တိုက်ခိုက်သူ၏ပန်းတိုင်မှာ အိမ်ရှင်၏ချိတ်ဆက်မှုကို အော့ဖ်လိုင်းရယူရန်ဖြစ်သည်။ ထိခိုက်လွယ်သော ဘောင်များကို ပြောင်းလဲခြင်း။

ထိုအကြောင်းအရာတွင် ဖော်ပြထားသော ဆက်တင်များထဲတွင် 'IPAutoconfigurationEnabled'၊ 'EnableDHCP'၊ 'DhcpConnForceBroadcastFlag' သို့မဟုတ် အင်တာဖေ့စ်၏ မက်ထရစ်တန်ဖိုးများ ကဲ့သို့သော သော့များ ပါဝင်သည်။ ...\Tcpip\Parameters\Interfaces\<GUID>. ၎င်းတို့ကို သိရှိခြင်းက ခုခံကာကွယ်ရန် အထောက်အကူဖြစ်စေသော်လည်း ထိန်းချုပ်မှုမရှိဘဲ ၎င်းတို့ကို အလိုအလျောက်ပြုလုပ်ရန် အကြံပြုလိုပါသည်။ ကွန်ရက်ကို သင်ကိုယ်တိုင် ပိတ်ဆို့နိုင်သောကြောင့် ဖြစ်သည်။

တန်ပြန်ဆောင်ရွက်မှုများ- အုပ်ချုပ်ရေးဆိုင်ရာအခွင့်အရေးများကို ကန့်သတ်ခြင်း၊ မှတ်ပုံတင်ခြင်းအား ကာကွယ်ခြင်း၊ အဆုံးမှတ်မူဝါဒများကို ခိုင်မာစေခြင်း၊ ပုံမှန်မဟုတ်သော ကွန်ရက်ပြောင်းလဲမှုများအတွက် စောင့်ကြည့်ပြီး ပြန်လည်ရယူရေး script များ (TCP/IP ပြန်လည်သတ်မှတ်ခြင်း)ထို့အပြင်၊ drivers နှင့် OS ကို update ထားရှိခြင်းသည်တိုက်ခိုက်မှုမျက်နှာပြင်ကိုလျော့နည်းစေသည်။

Linux- Zeroconf၊ Avahi နှင့် ၎င်းကို မည်သို့ပိတ်မည်နည်း။

GNU/Linux တွင်၊ တူညီသောအပြုအမူသည် Zeroconf နှင့် avahi-autoipd daemon တို့နှင့်ဆက်စပ်နေသည်။ အင်တာဖေ့စ်ကို 169.254/16 မခံယူလိုပါက၊ နည်းလမ်းများစွာရှိပါသည်။ distro ပေါ် မူတည်.

ဂန္ထဝင် Red Hat/CentOS မိသားစုများတွင်၊ Zeroconf ကို ကမ္ဘာလုံးဆိုင်ရာ ဖွဲ့စည်းမှုတွင် အောက်ပါတို့ကို ထည့်သွင်းခြင်းဖြင့် ပုံမှန်အားဖြင့် ပိတ်ထားသည်။ 'NOZEROCONF=yes' ဟု သတ်မှတ်ပြီး ကွန်ရက်ကို ပြန်လည်စတင်ပါ။ အလိုအလျောက်လင့်ခ်-ဒေသခံလမ်းကြောင်းများကိုရှောင်ရှားရန်။

# /etc/sysconfig/network
NETWORKING=yes
NOZEROCONF=yes
# Reinicio del servicio
service network restart

Avahi ကိုအသုံးပြုပါက၊ ၎င်း၏ daemon ကို ပြန်လည်စတင်ခြင်း သို့မဟုတ် ပိတ်ခြင်းမှာ သင့်ကွန်ရက်မူဝါဒပေါ်မူတည်၍ လိုအပ်နိုင်ပါသည်။ SysV စနစ်အဟောင်းများတွင် '/etc/init.d/avahi-daemon restart' ကဲ့သို့သော လမ်းကြောင်းများကို တွေ့ရပါမည်။; သင့်ဗားရှင်း၏ ဝန်ဆောင်မှုမန်နေဂျာကို ချိန်ညှိပါ။

အခြားနည်းလမ်းမှာ 169.254.0.0/16 လမ်းကြောင်းကို ဖျက်ရန်နှင့် ip/route ဖြင့် သင့် subnet အတွက် တရားဝင်လမ်းကြောင်းများ သတ်မှတ်ရန်ဖြစ်သည်။ ဆက်တိုက်တိုင်းတာမှုတစ်ခုအနေဖြင့် avahi-autoipd scripts များတွင် link-local path ကိုထည့်သည့်လိုင်းများကိုသင်မှတ်ချက်ပေးနိုင်သည်။ အကယ်၍ သင်၏ဖြန့်ဝေမှုသည် ၎င်းတို့ကို အသုံးပြုသည်။

# Ejemplo orientativo (ajusta a tu entorno)
# Eliminar ruta link-local y forzar gateway de la LAN
ip route del 169.254.0.0/16 dev eth0
ip route add 192.168.1.0/24 via 192.168.1.1 dev eth0 metric 100

တခြားလက်တွေ့ ခြေလှမ်းတွေက ကူညီပေးတတ်တယ်။

ကွန်ရက်အဒက်တာဒရိုက်ဗာကို အပ်ဒိတ်လုပ်ခြင်း (နှင့် ဖြစ်နိုင်လျှင် router firmware) သည် တွဲဖက်မဖြစ်နိုင်ခြင်းနှင့် ညှိနှိုင်းမှု မအောင်မြင်မှုများကို ဖြေရှင်းပေးသည်။ ဗားရှင်းအသစ်မရှိပါက၊ ဒရိုက်ဗာကို ပြန်လည်ထည့်သွင်းခြင်းသည် တစ်ခါတစ်ရံ ပျက်စီးနေသောအခြေအနေများကို ရှင်းလင်းစေသည်။ လပေါင်းများစွာအသုံးပြုပြီးနောက်။

အခြေအနေ ဆက်လက်ရှိနေပါက စနစ်ထည့်သွင်းမှုကို သင်သံသယရှိပါက OS ပြန်လည်ရယူခြင်းသည် အမြန်ဆုံးနည်းလမ်းဖြစ်နိုင်ပါသည်။ အရန်သိမ်းပြီး ဟာ့ဒ်ဝဲနှင့် DHCP ကို ​​ပယ်ချပြီးပါက သန့်ရှင်းသော ထည့်သွင်းမှုတစ်ခုကို ထည့်သွင်းစဉ်းစားပါ။.

အင်တာဖေ့စ်များစွာရှိသော စက်များတွင် (ရုပ်ပိုင်းဆိုင်ရာနှင့် ပကတိအတု) ဦးစားပေးများနှင့် မက်ထရစ်များကို ပြန်လည်သုံးသပ်ပါ။ Hypervisor virtual ကတ်များသည် အနှောင့်အယှက်ပေးနိုင်သည်။ အကယ်၍ မက်ထရစ်သည် LAN သို့ထွက်သွားသင့်သော Physical NIC ၏အထက်တွင်ရှိလျှင်၊

Windows ပေါ်ရှိ လမ်းကြောင်းဇယားနှင့် ဆက်စပ်မက်ထရစ်များကို ကြည့်ရှုရန်၊ အသုံးပြုပါ- ဤနည်းဖြင့် လမ်းကြောင်းတင်ခြင်းဆိုင်ရာ ဆုံးဖြတ်ချက်များတွင် မည်သည့် interface သည် "အနိုင်ရသည်" ကို သိနိုင်မည်ဖြစ်သည်။.

netstat -rn

အကယ်၍ သင်သည် မက်ထရစ်ကို ကိုယ်တိုင်ချိန်ညှိရန် လိုအပ်ပါက၊ ကတ်၏ TCP/IPv4 ဂုဏ်သတ္တိများ၊ အဆင့်မြင့် ရွေးချယ်မှုများသို့ သွားကာ ပင်မအင်တာဖေ့စ်တွင် တန်ဖိုးနည်းသော (ဥပမာ 1) ကို သတ်မှတ်ရန် အလိုအလျောက်မက်ထရစ်ကို အမှန်ခြစ်ဖြုတ်ပါ။ ကျန်တာတွေကို အလိုအလျောက် ချန်ထားနိုင်ပါတယ်။ အံ့သြစရာများကိုရှောင်ရှားရန်။

မကြာခဏမေးမေးခွန်းများကို

• ကျွန်ုပ်၏အဖွဲ့သည် အဘယ်ကြောင့် 169.254.xx တွင် အခြားသူများကိုသာ စကားပြောသနည်း။ APIPA သည် gateways သို့မဟုတ် DNS ကို configure မလုပ်ထားသောကြောင့်ဖြစ်သည်။ တူညီသောလင့်ခ်အတွင်းတွင် ဒေသတွင်း Layer 3 ချိတ်ဆက်မှုသာရှိပြီး router များကို ဖြတ်ကျော်ခြင်းမပြုပါ။
• APIPA သည် သူ့ဘာသာသူ ထွက်သွားပါသလား။ ဟုတ်ကဲ့၊ DHCP ဆာဗာက တုံ့ပြန်ပြီး တရားဝင်ငှားရမ်းမှုကို ပေးအပ်သည့်အခါ။ Windows သည် မိနစ်အနည်းငယ်တိုင်း ဆာဗာတစ်ခုကို ရှာဖွေရန် ကြိုးစားပြီး လူကိုယ်တိုင်ဝင်ရောက်စွက်ဖက်မှုမရှိဘဲ လင့်ခ်-ဒေသဆိုင်ရာ IP ကို ​​အစားထိုးသည်။
• 169.254.xx ကို ပုံသေ IP "အလုပ်လုပ်သောကြောင့်" ကိုသုံးနိုင်ပါသလား။ ဒါက ကောင်းတဲ့အကြံမဟုတ်ပါဘူး။ ၎င်းသည် လည်ပတ်၍မရသည့်အပြင် လင့်ခ်-စက်တွင်းအပိုင်းအခြား၏ ရည်ရွယ်ချက်ကို ချိုးဖောက်သည်။ ၎င်းသည် တည်ငြိမ်သီးသန့် IP များအတွက် RFC1918 အပိုင်းများကို အသုံးပြုသည်။
• DHCP ကို ​​မဖယ်ရှားဘဲ APIPA ကို ဘယ်လိုပိတ်ရမလဲ။ သက်ဆိုင်ရာ အင်တာဖေ့စ်တွင် 'IPAutoconfigurationEnabled' ကို 0 အဖြစ် သတ်မှတ်ရန် မှတ်ပုံတင်ခြင်းကို တည်းဖြတ်ပါ။ ဗားရှင်းအဟောင်းများတွင် မတူညီသောသော့လမ်းကြောင်းများရှိသည်။ disabled section ကိုကြည့်ပါ။

169.254.xx ပြသည့်စက်သည် သူ့ဘာသာသူ "ပြဿနာ" မဟုတ်သော်လည်း DHCP ငှားရမ်းမှု မရရှိခဲ့သော လက္ခဏာတစ်ခုဖြစ်သည်။ အထက်ပါစစ်ဆေးမှုများ (DHCP ဝန်ဆောင်မှု၊ ကေဘယ်များ၊ ဒရိုက်ဗာများ၊ firewall နှင့် မက်ထရစ်များ) ပုံမှန်အရာမှာ မှန်ကန်သော IP သို့ပြန်သွားပြီး အပြည့်အဝချိတ်ဆက်မှုပြန်ရရှိရန်ဖြစ်သည်။