- APIPA 169.254/16 کي 255.255.0.0 جي ماسڪ سان تفويض ڪري ٿو، بغير ڪنهن گيٽ وي يا DNS جي؛ صرف مقامي پهچ.
- ڪلائنٽ هر ڪجهه منٽن ۾ DHCP جي جانچ ڪندو رهي ٿو ۽ ليز حاصل ڪرڻ تي لنڪ-لوڪل IP کي تبديل ڪري ٿو.
- ان کي ونڊوز ۾ رجسٽري ذريعي غير فعال ڪري سگهجي ٿو يا لينڪس ۾ زيروڪونف/اواهي کي غير فعال ڪري سگهجي ٿو.
- حل: DHCP، ڪيبل، ڊرائيور، خدمتون چيڪ ڪريو ۽ TCP/IP اسٽيڪ کي ري سيٽ ڪريو.

جڏهن توهان جو ڊوائيس 169.254.xx جي ايڊريس سان ظاهر ٿئي ٿو ۽ نيٽ ورڪ محدود ڪنيڪٽوٽي وارننگ ڏيکاري ٿو، ته اهو تمام گهڻو امڪان آهي ته APIPA خودڪار ايڊريسنگ ڪم ڪري رهيو آهي. هي ميڪانيزم هڪ ايمرجنسي مقامي IP تفويض ڪري ٿو جڏهن ڊي ايڇ سي پي falla، ساڳئي جسماني نيٽ ورڪ تي ڪجهه رابطي جي اجازت ڏئي ٿو پر ٻين نيٽ ورڪن تائين رسائي کان سواءِ.
گهر ۽ ڪارپوريٽ ماحول ۾، اهو هڪ بار بار ايندڙ موضوع آهي: DHCP ۾ ڪارڊ جيڪي جواب نه ٿا ڏين ۽ APIPA ۾ اچي وڃن ٿا، ليپ ٽاپ جيڪي انٽرنيٽ کان سواءِ وائي فائي ذريعي ڳنڍجن ٿا، يا سرور جيڪي، ڪنهن خاص مسئلي جي ڪري، پنهنجي ليز جي تجديد بند ڪن ٿا. سمجھڻ ته APIPA ڇا آهي، اهو ڪيئن ڪم ڪري ٿو، ۽ ان کي ڪيئن غير فعال يا تشخيص ڪجي اهو توهان جو وقت ۽ سر درد بچائيندو.
APIPA ڇا آهي ۽ اهو ڇا لاءِ آهي؟
اي پي آءِ پي اي (خودڪار خانگي IP ايڊريسنگ) هڪ IPv4 خاصيت آهي جيڪا جيڪڏهن ڪو DHCP سرور موجود نه هجي ته 169.254.0.0/16 بلاڪ مان هڪ ايڊريس سان انٽرفيس کي خودڪار طريقي سان ترتيب ڏئي ٿي. اهو صرف IP پتو ۽ ماسڪ 255.255.0.0 تفويض ڪري ٿو، بغير گيٽ وي يا DNS جي.، تنهنڪري اهو ساڳئي حصي تي ڊوائيسز جي وچ ۾ مقامي رابطي جي اجازت ڏئي ٿو ۽ ٻيو ڪجهه به نه.
هي جاءِ IANA پاران RFC 3927 جي مطابق لنڪ-لوڪل ايڊريس لاءِ محفوظ ڪئي وئي آهي، ۽ نام نهاد لنڪ-لوڪل رينجز ۾ اچي ٿي. عملي طور تي، APIPA مقامي سطح تي نيٽ ورڪ کي "زنده" رکي ٿو. جڏهن ڪا صحيح ترتيب نه هجي، پر اها روٽ ڪرڻ جي قابل نه هجي يا انٽرنيٽ رسائي لاءِ مناسب نه هجي.
ضابطن کي ترتيب ڏيڻ ضروري آهي: آر ايف سي سي ايم ايس (بعد ۾ 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 درخواستون ڪري ٿو ۽، جيڪڏهن ڪو جواب نه آهي، ته اهو لنڪ-مقامي آٽو ڪنفيگريشن شروع ڪري ٿو.
خودڪار ترتيب دوران، ڊوائيس اجازت ڏنل حد اندر هڪ سيوڊو-رينڊم IP پتو چونڊيندو آهي ۽ ان کي سيٽ ڪرڻ کان اڳ پروب (ARP يا براڊڪاسٽ) استعمال ڪندي تصديق ڪندو آهي ته اهو استعمال ۾ ناهي. جيڪڏهن اهو ڪنهن تڪرار کي ڳولي ٿو، ته اهو وڌ ۾ وڌ ڪوششن تائين ٻيو پتو آزمائي ٿو.؛ ڪجهه متن بيان ڪن ٿا ته جيڪڏهن ٽڪراءُ جاري رهي ته هار مڃڻ کان اڳ 10 ڪوششون.
هڪ ڀيرو مقرر ٿيڻ کان پوءِ، ڪلائنٽ وقتي طور تي DHCP سرور جي ڳولا جاري رکندو آهي. مثال طور، ونڊوز تي، DHCP درخواستون تقريبن هر 5 منٽن تي ٻيهر ڪوشش ڪيون وينديون آهن.جيڪڏهن ڪو سرور ظاهر ٿئي ٿو، ته TCP/IP اسٽيڪ APIPA IP کي هڪ صحيح ليز سان تبديل ڪري ٿو.
APIPA صرف IPv4 تي لاڳو ٿئي ٿو؛ IPv6 ۾ اسٽيٽ لیس آٽو ڪنفيگريشن (SLAAC) استعمال ٿيندو آهي.، RFC 2462 ۾ بيان ڪيل (هاڻي RFC 4862 پاران اپڊيٽ ڪيو ويو آهي)، هڪ مختلف ميڪانيزم ۽ لنڪ-مقامي ايڊريس سان fe80::/10 سان اڳڀرو.
ونڊوز تي APIPA: رويي ۽ خاصيتون
جديد ونڊوز سسٽم تي، APIPA ڊفالٽ طور فعال ٿيل آهي. جڏهن DHCP نه ملي رهيو آهي، ته اسٽيڪ پاڻ کي تفويض ڪري ٿو ۽ وقتي طور تي ليز ٻيهر حاصل ڪرڻ جي ڪوشش ڪري ٿو.ان کان علاوه، ميڊيا سينس فيچر ڪنيڪٽوٽي واپس اچڻ تي ٻيهر ڪوشش جي ڪوششن کي تيز ڪري ٿو.
ونڊوز 98 جهڙن پراڻن ورزن ۾، ميڊيا سينس موجود نه هو، جيڪو جسماني ڪريش کان پوءِ ٻيهر ڪنيڪشن ۾ دير ڪري سگهي ٿو. ونڊوز 2000، ايڪس پي، 7، 10 ۽ بعد ۾ ميڊيا سينس شامل آهن ۽ ٻيون مڪمل خاصيتون جهڙوڪ ICMP روٽر ڊسڪوري يا RIP ٻڌڻ نيٽ ورڪ جي حوالي سان بهتر بڻائڻ لاءِ.
ڪجھ ونڊوز لاڳو ڪرڻ انٽرفيس جي MAC ايڊريس کي هيش ڪندي APIPA IP پيدا ڪن ٿا، ريبوٽ کان پوءِ استحڪام ڳولڻ ۽ نقل جي امڪان کي گهٽائڻ (هميشه اڳوڻي تڪرار جي چڪاس سان).
ڪيئن معلوم ڪجي ته توهان APIPA ۾ آهيو
ونڊوز 2000/XP/Server 2003 ۽ بعد ۾، هڪ ڪمانڊ پرامپٽ کوليو ۽ هلايو: خودڪار ترتيب بلاڪ جو جائزو وٺڻ لاءِ ipconfig /allجيڪڏهن خودڪار ترتيب فعال آهي ۽ IP 169.254.xy آهي ماسڪ 255.255.0.0 سان، توهان APIPA ۾ آهيو.
پراڻن ونڊوز ايڊيشنز (ونڊوز 98، ونڊوز مي) ۾، winipcfg يوٽيليٽي توهان کي ڏسڻ جي اجازت ڏئي ٿي ته ڇا ڪو پتو 169.254.xx اندر آٽو ڪنفيگريشن ليبل هيٺ موجود آهي. هن IP کي ڏسڻ سان ظاهر ٿئي ٿو ته ڪو به DHCP ليز موجود ناهي..
ونڊوز ۾ APIPA کي غير فعال يا غير فعال ڪريو
ڪيس جي لحاظ کان APIPA کي غير فعال ڪري سگهجي ٿو، DHCP جي استعمال کي برقرار رکڻ يا نه رکڻ. هي ونڊوز رجسٽري کي ايڊٽ ڪرڻ سان ڪيو ويندو آهي.، سسٽم ورزن جي لحاظ کان رستو مختلف ڪرڻ.
- ونڊوز 98/مي ۾: 0x0 جي ويليو سان DWORD داخلا 'IPAutoconfigurationEnabled' شامل ڪريو:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\DHCP. - ونڊوز 2000/XP/Server 2003 تي: مخصوص انٽرفيس جي تحت 'IPAutoconfigurationEnabled' (DWORD 0x0) شامل ڪريو:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\<GUID_del_adaptador>. - نون ورزن (ونڊوز 7/8/10/11) ۾، توهان کي TCP/IP گلوبل پيرا ميٽر ريپر جا حوالا پڻ نظر ايندا:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parametersياد رکو ته 1 جو قدر APIPA کي فعال ڪري ٿو ۽ 0 ان کي غير فعال ڪري ٿو.
رجسٽري کي تبديل ڪرڻ کان پوءِ، سيٽنگ کي اثر انداز ٿيڻ لاءِ ريبوٽ ڪرڻ جي صلاح ڏني وئي آهي. ڪنهن به شيءِ کي هٿ لڳائڻ کان اڳ پنهنجي رجسٽري جو بيڪ اپ وٺو.خاص طور تي نازڪ سامان تي.
عام منظرنامو جن ۾ APIPA ظاهر ٿئي ٿو
اڳواٽ ليز ۽ DHCP کان سواءِ بوٽ ڪريو: ڪلائنٽ بوٽ ڪري ٿو، ڪيترائي دريافت پيغام جاري ڪري ٿو (3 يا وڌيڪ) ۽، جيڪڏهن ڪو جواب نه آهي، ته اهو پاڻ کي 169.254/16 اندر ڪلاس B IP تفويض ڪري ٿو.وقفي وقفي سان ٻيهر ڪوشش جاري رکو.
پوئين ليز سان ۽ DHCP کان سواءِ: ڊوائيس ڊفالٽ گيٽ وي کي پول ڪري ٿو؛ جيڪڏهن اهو جواب ڏئي، پراڻو IP رکو.جيڪڏهن ڪو جواب نه آهي يا ڪو گيٽ وي ترتيب ڏنل ناهي، APIPA چالو ڪيو ويندو آهي ۽ غلطيون استعمال ڪندڙ کي رپورٽ ڪيون وينديون آهن.
ليز جي مدت ختم ٿي وئي ۽ DHCP نه: ڪلائنٽ تجديد ڪرڻ جي ڪوشش ڪري ٿو؛ جيڪڏهن اهو سرور نه ڳولي، اهو APIPA ڏانهن واپس اچي ٿو.، ڪيترائي انڪشاف موڪلي ٿو ۽ هر ڪجهه منٽن ۾ چڪر کي ورجائي ٿو جيستائين سرور واپس آن لائن نه ٿئي.
جڏهن توهان 169.254.xx ڏسو ته جلدي تشخيص ڪريو.
بنيادي ڳالهين سان شروع ڪريو: ڪيبل، لنڪس، روٽر يا سوئچ جي حيثيت، ۽ ڊوائيس جي DHCP سروس چيڪ ڪريو جيڪا ان کي پيش ڪري ٿي (گهر ۾، اهو عام طور تي روٽر هوندو آهي). روٽر ۽ نيٽ ورڪ انٽرفيس جو ڪنٽرول ٿيل ريبوٽ ٻيهر ڳالهين تي مجبور ڪري ٿو..
ونڊوز تي، اسٽيڪ کي ري سيٽ ڪرڻ لاءِ انهن حڪمن کي هڪ بلند ڪمانڊ پرامپٽ ۾ هلايو: اهي محفوظ آهن ۽ عام طور تي بار بار ٿيندڙ واقعن کي حل ڪن ٿا..
netsh int ip reset c:\resetlog.txt
netsh winsock reset
ipconfig /flushdns
ipconfig /registerdns
ipconfig /release
ipconfig /renew
اهو پڻ چيڪ ڪريو ته 'DHCP ڪلائنٽ' سروس فعال آهي (services.msc) ۽، جيڪڏهن ضروري هجي ته، ونڊوز 10 تي DHCP کي فعال ڪريو. اهو شروعاتي حالت ۾ هجڻ گهرجي ۽ شروعاتي قسم خودڪار هجڻ گهرجي. ته جيئن انٽرفيس صحيح طريقي سان گرانٽس حاصل ڪري سگهي.
جيڪڏهن توهان وائي فائي استعمال ڪري رهيا آهيو، ته پوءِ رسائي پوائنٽ جي سيڪيورٽي (WPA/WPA2، وغيره) ۽ سگنل جي معيار سان اڊاپٽر جي مطابقت چيڪ ڪريو. هڪ خراب ڳالهه ٻولهه IP حاصل ڪرڻ کان روڪي سگهي ٿي SSID ڏسڻ ۽ لاڳاپيل هجڻ جي باوجود.
DHCP سرور يا روٽر چيڪ ڪري ٿو
وقف ٿيل DHCP سرور وارن نيٽ ورڪن تي، لاگ ۽ اسڪوپس جي حيثيت کي ڏسڻ هڪ سٺو خيال آهي. جيڪڏهن اهي غلطي سان محفوظ ٿي ويون آهن ته 169.254.xx مان باقي داخلائون هٽائي ٿو. ۽ پڪ ڪريو ته فعال تلاءُ ختم نه ٿيو آهي.
سٺيون آپريٽنگ طريقا: غير استعمال ٿيل انٽرفيس کي غير فعال ڪريو، مئنيجمينٽ انٽرفيس کي صحيح جامد IP تفويض ڪري ٿو، هر سب نيٽ تي DHCP کي ترتيب ڏيو ۽ جديد اختيارن جو جائزو وٺو (جهڙوڪ جيڪڏهن لاڳو هجي ته براڊڪاسٽ دريافت).
گھر جي ماحول ۾، روٽر جي انٽرفيس ۾ لاگ ان ڪريو ۽ تصديق ڪريو ته DHCP سرور فعال آهي ۽ ان ۾ ڪافي رينج آهي. روٽر جي فرم ويئر کي اپڊيٽ ڪرڻ سان سڃاتل بگ کي درست ڪرڻ ۾ مدد ملندي آهي. ۽ ڪارڪردگي ۽ استحڪام کي بهتر بڻائي ٿو.
تڪرارن ۽ انهن جي اثرن کي حل ڪريو
IP تڪرار نقل ٿيل دستي اسائنمنٽس، DHCP غلطين، يا خراب انتظام ٿيل رزرويشن جي نتيجي ۾ ٿي سگهن ٿا. تڪرار جي قسم جي سڃاڻپ ڪرڻ اهو فيصلو ڪرڻ لاءِ اهم آهي ته جامد مقرر ڪجي، متحرڪ تجديد ڪجي يا ليز رد ڪجي..
ڪاروبار ۾، ساڳئي IP پتي سان ٻه ڪمپيوٽر نازڪ خدمتن کي روڪي سگهن ٿا، خاص طور تي جيڪڏهن تڪرار سرورز کي متاثر ڪري. نيٽ ورڪ جي وقتي طور تي نگراني ۽ آڊٽ ڪرڻ توهان کي مسئلن جو اندازو لڳائڻ جي اجازت ڏئي ٿو. ۽ بند وقت گھٽايو.
APIPA ۽ سيڪيورٽي: ممڪن غلط استعمال ۽ جوابي تدبيرون
ڪجھ ذريعا ظاهر ڪن ٿا ته ونڊوز تي APIPA کي مسلسل مجبور ڪرڻ کي بدانتظامي سان استعمال ڪري سگهجي ٿو، مثال طور آٽو ڪنفيگريشن، DHCP، يا انٽرفيس ميٽرڪس سان لاڳاپيل رجسٽري داخلائن کي تبديل ڪندي. حملي آور جو مقصد ميزبان جي ڪنيڪٽيويٽي کي آف لائن وٺڻ هوندو. حساس پيرا ميٽرز کي تبديل ڪرڻ.
انهيءَ حوالي سان ذڪر ڪيل سيٽنگن ۾ ڪيز شامل آهن جهڙوڪ 'IPAutoconfigurationEnabled'، 'EnableDHCP'، 'DhcpConnForceBroadcastFlag' يا انٽرفيس جي ميٽرڪ ويلز ...\Tcpip\Parameters\Interfaces\<GUID>. جيتوڻيڪ انهن کي ڄاڻڻ سان دفاع ۾ مدد ملندي آهي، پر انهن کي ڪنٽرول کان سواءِ خودڪار ڪرڻ مناسب ناهي. ڇاڪاڻ ته توهان پاڻ نيٽ ورڪ کي بلاڪ ڪري سگهو ٿا.
جوابي تدبيرون: انتظامي استحقاق کي محدود ڪريو، رجسٽري جي حفاظت ڪريو، اينڊ پوائنٽ پاليسين کي سخت ڪريو، غير معمولي نيٽ ورڪ تبديلين جي نگراني ڪريو ۽ بحالي اسڪرپٽ رکو (TCP/IP ري سيٽ)۽، يقيناً، ڊرائيورن ۽ او ايس کي اپڊيٽ رکڻ سان حملي جي سطح گهٽجي ٿي.
لينڪس: زيروڪونف، اواهي، ۽ ان کي ڪيئن غير فعال ڪجي
GNU/Linux تي، برابر رويي Zeroconf ۽ avahi-autoipd ڊيمون سان لاڳاپيل آهي. جيڪڏهن توهان نٿا چاهيو ته انٽرفيس 169.254/16 کي اختيار ڪري، ته ڪيترائي طريقا آهن ڊسٽرو تي منحصر آهي.
ڪلاسيڪل ريڊ هيٽ/سينٽ او ايس خاندانن ۾، زيروڪونف عام طور تي گلوبل ڪنفيگريشن ۾ هيٺيان شامل ڪندي غير فعال ڪيو ويندو آهي: 'NOZEROCONF=yes' سيٽ ڪريو ۽ نيٽ ورڪ ٻيهر شروع ڪريو. خودڪار لنڪ-مقامي رستن کان بچڻ لاءِ.
# /etc/sysconfig/network
NETWORKING=yes
NOZEROCONF=yes
# Reinicio del servicio
service network restart
جيڪڏهن توهان Avahi استعمال ڪندا آهيو، ته ان جي ڊيمون کي ٻيهر شروع ڪرڻ يا غير فعال ڪرڻ توهان جي نيٽ ورڪ پاليسي جي لحاظ کان ضروري ٿي سگهي ٿو. پراڻن SysV سسٽم تي توهان کي '/etc/init.d/avahi-daemon restart' جهڙا رستا نظر ايندا.؛ پنهنجي ورزن جي سروس مئنيجر کي ترتيب ڏيو.
ٻيو طريقو اهو آهي ته 169.254.0.0/16 روٽ کي هاٽ-ڊيليٽ ڪيو وڃي ۽ پنهنجي سب نيٽ لاءِ ip/روٽ سان صحيح روٽ مقرر ڪيا وڃن. هڪ مستقل ماپ جي طور تي، توهان avahi-autoipd اسڪرپٽ ۾ لنڪ-لوڪل رستو شامل ڪندڙ لائينن کي تبصرو ڪري سگهو ٿا. جيڪڏهن توهان جي تقسيم انهن کي استعمال ڪري ٿي.
# 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
ٻيا عملي قدم جيڪي اڪثر مدد ڪن ٿا
نيٽ ورڪ اڊاپٽر ڊرائيور (۽ جيڪڏهن لاڳو هجي ته روٽر فرم ويئر) کي اپڊيٽ ڪرڻ سان غير مطابقت ۽ ڳالهين جي ناڪامين کي حل ڪري ٿو. جيڪڏهن ڪو نئون نسخو نه آهي، ته ڊرائيور کي ٻيهر انسٽال ڪرڻ سان ڪڏهن ڪڏهن خراب ٿيل حالتون صاف ٿي وينديون آهن. مهينن جي استعمال کان پوءِ.
جيڪڏهن صورتحال برقرار رهي ۽ توهان کي سسٽم جي انسٽاليشن تي شڪ آهي، ته پوءِ او ايس جي بحالي تيز ترين طريقو ٿي سگهي ٿو. جيڪڏهن توهان اڳ ۾ ئي هارڊويئر ۽ DHCP کي رد ڪري ڇڏيو آهي ته بيڪ اپ ٺاهيو ۽ صاف انسٽال تي غور ڪريو..
گھڻن انٽرفيس (جسماني ۽ ورچوئل) سان مشينن تي، ترجيحن ۽ ميٽرڪس جو جائزو وٺو. هائپر وائزر ورچوئل ڪارڊ مداخلت ڪري سگهن ٿا جيڪڏهن ميٽرڪ جسماني NIC کان مٿي آهي ته اهو LAN ڏانهن وڃڻ گهرجي.
ونڊوز تي روٽ ٽيبل ۽ لاڳاپيل ميٽرڪس ڏسڻ لاءِ، استعمال ڪريو: هن طريقي سان توهان کي خبر پوندي ته ڪهڙو انٽرفيس روٽنگ فيصلن ۾ "جیتندڙ" آهي..
netstat -rn
جيڪڏهن توهان کي ميٽرڪ کي دستي طور تي ترتيب ڏيڻ جي ضرورت آهي، ته ڪارڊ جي TCP/IPv4 پراپرٽيز، ايڊوانسڊ آپشنز ڏانهن وڃو، ۽ مين انٽرفيس ۾ گهٽ ويليو (مثال طور، 1) سيٽ ڪرڻ لاءِ خودڪار ميٽرڪ کي چيڪ ڪريو. باقي خودڪار طريقي سان ڇڏي سگھجي ٿو. تعجب کان بچڻ لاء.
اڪثر پڇيا ويا سوال
- منهنجي ٽيم صرف 169.254.xx تي ٻين سان ڇو ڳالهائي ٿي؟ ڇاڪاڻ ته APIPA گيٽ وي يا DNS ترتيب نٿو ڏئي. ساڳئي لنڪ اندر صرف مقامي پرت 3 ڪنيڪٽوٽي آهي، ۽ ڪو به روٽر ٽرورس نه ڪيو ويندو آهي.
- ڇا APIPA پاڻ ئي ختم ٿي ويندو آهي؟ ها، جڏهن DHCP سرور جواب ڏئي ٿو ۽ هڪ صحيح ليز پهچائي ٿو. ونڊوز هر ڪجهه منٽن ۾ سرور ڳولڻ جي ٻيهر ڪوشش ڪري ٿو ۽ دستي مداخلت کان سواءِ لنڪ-مقامي IP کي تبديل ڪري ٿو.
- ڇا مان 169.254.xx کي هڪ مقرر IP طور استعمال ڪري سگهان ٿو "ڇاڪاڻ ته اهو ڪم ڪري ٿو"؟ هي سٺو خيال ناهي. اهو روٽيبل نه آهي ۽ لنڪ-لوڪل رينج جي مقصد جي خلاف ورزي ڪري ٿو. اهو جامد خانگي IP لاءِ RFC1918 رينج استعمال ڪري ٿو.
- مان DHCP کي هٽائڻ کان سواءِ APIPA کي ڪيئن غير فعال ڪريان؟ لاڳاپيل انٽرفيس تي 'IPAutoconfigurationEnabled' کي 0 تي سيٽ ڪرڻ لاءِ رجسٽري ۾ ترميم ڪريو. پراڻن ورزن ۾ مختلف اهم رستا آهن؛ غير فعال ڪرڻ وارو سيڪشن ڏسو.
169.254.xx ڏيکاريندڙ مشين پاڻ ۾ "مسئلو" ناهي، پر هڪ علامت آهي ته DHCP ليز حاصل نه ڪئي وئي آهي. مٿي ڏنل چڪاسن سان (DHCP سروس، ڪيبل، ڊرائيور، فائر وال ۽ ميٽرڪس) عام ڳالهه اها آهي ته هڪ صحيح IP ڏانهن واپس وڃو ۽ مڪمل ڪنيڪٽوٽي حاصل ڪريو.
ايڊيٽر مختلف ڊجيٽل ميڊيا ۾ ڏهن سالن کان وڌيڪ تجربي سان ٽيڪنالاجي ۽ انٽرنيٽ جي مسئلن ۾ ماهر. مون اي ڪامرس، ڪميونيڪيشن، آن لائن مارڪيٽنگ ۽ اشتهارن جي ڪمپنين لاءِ ايڊيٽر ۽ مواد ٺاهيندڙ طور ڪم ڪيو آهي. مون اقتصاديات، فنانس ۽ ٻين شعبن جي ويب سائيٽن تي پڻ لکيو آهي. منهنجو ڪم به منهنجو شوق آهي. هاڻي، منهنجي مضمونن ذريعي Tecnobitsمان ڪوشش ڪريان ٿو انهن سڀني خبرن ۽ نون موقعن کي ڳولڻ جي جيڪي ٽيڪنالاجي جي دنيا اسان کي هر روز اسان جي زندگين کي بهتر بڻائڻ لاءِ پيش ڪري ٿي.