જો વિન્ડોઝ APIPA IP (169.xxx) સોંપે તો શું કરવું: વાસ્તવિક કારણો અને ચોક્કસ ઉકેલ

જ્યારે તમારા ડિવાઇસમાં 169.254.xx એડ્રેસ દેખાય અને નેટવર્ક મર્યાદિત કનેક્ટિવિટી ચેતવણી પ્રદર્શિત કરે, ત્યારે એ વાતની ખૂબ જ શક્યતા છે કે APIPA ઓટોમેટિક એડ્રેસિંગ કામ કરી રહ્યું છે. આ મિકેનિઝમ કટોકટી સ્થાનિક IP સોંપે છે જ્યારે DHCP falla, સમાન ભૌતિક નેટવર્ક પર કેટલાક સંચારની મંજૂરી આપે છે પરંતુ અન્ય નેટવર્ક્સની ઍક્સેસ વિના.

ઘર અને કોર્પોરેટ વાતાવરણમાં, તે એક વારંવાર આવતી થીમ છે: DHCP માં કાર્ડ જે પ્રતિસાદ પ્રાપ્ત કરતા નથી અને APIPA માં આવે છે, લેપટોપ જે ઇન્ટરનેટ વિના Wi-Fi દ્વારા કનેક્ટ થાય છે, અથવા સર્વર્સ જે, ચોક્કસ સમસ્યાને કારણે, તેમના લીઝ રિન્યૂ કરવાનું બંધ કરે છે. APIPA શું છે, તે કેવી રીતે કાર્ય કરે છે અને તેને કેવી રીતે અક્ષમ કરવું અથવા તેનું નિદાન કરવું તે સમજવું તે તમારો સમય અને માથાનો દુખાવો બચાવશે.

APIPA શું છે અને તે શેના માટે છે?

એપીઆઇપીએ (ઓટોમેટિક પ્રાઇવેટ IP એડ્રેસિંગ) એ એક IPv4 સુવિધા છે જે DHCP સર્વર ઉપલબ્ધ ન હોય તો 169.254.0.0/16 બ્લોકમાંથી સરનામાં સાથે ઇન્ટરફેસને સ્વતઃ ગોઠવે છે. તે ફક્ત IP સરનામું અને માસ્ક 255.255.0.0 સોંપે છે, ગેટવે અથવા DNS વિના., તેથી તે સમાન સેગમેન્ટ પરના ઉપકરણો વચ્ચે સ્થાનિક સંચારને મંજૂરી આપે છે અને બીજું કંઈ નહીં.

આ જગ્યા IANA દ્વારા RFC 3927 અનુસાર લિંક-લોકલ સરનામાં માટે આરક્ષિત છે, અને કહેવાતા લિંક-લોકલ શ્રેણીઓમાં આવે છે. વ્યવહારમાં, APIPA સ્થાનિક સ્તરે નેટવર્કને "જીવંત" રાખે છે. જ્યારે કોઈ માન્ય રૂપરેખાંકન ન હોય, પરંતુ તે રૂટેબલ ન હોય અથવા ઇન્ટરનેટ ઍક્સેસ માટે યોગ્ય ન હોય.

નિયમો ઘડવા મહત્વપૂર્ણ છે: આરએફસી 3330 (પાછળથી RFC 5735 દ્વારા બદલવામાં આવ્યું) અને RFC 3927 આ સરનામાંઓના ઉપયોગને વ્યાખ્યાયિત કરે છે. કમ્પ્યુટર્સ પર ઉપયોગી શ્રેણી સામાન્ય રીતે ૧૬૯.૨૫૪.૧.૦ થી ૧૬૯.૨૫૪.૨૫૪.૨૫૫ સુધીની હોય છે., બંને છેડા (૧૬૯.૨૫૪.૦.x અને ૧૬૯.૨૫૪.૨૫૫.x) અનામત રાખીને અને ૧૬૯.૨૫૪.૨૫૫.૨૫૫ ને બ્રોડકાસ્ટ તરીકે વાપરીને.

APIPA કેવી રીતે કાર્ય કરે છે તેની વિગતવાર માહિતી

જ્યારે ઇન્ટરફેસ DHCP માં હોય છે અને તેને પ્રતિસાદ મળતો નથી, ત્યારે સિસ્ટમ APIPA ને સક્રિય કરે છે. ક્લાયંટ શરૂઆતમાં ઘણા DHCPDISCOVER મોકલે છે; એક સામાન્ય વર્ણન એ છે કે તે થોડીક સેકન્ડોમાં 3 કે 4 વિનંતીઓ કરે છે અને, જો કોઈ પ્રતિભાવ ન મળે, તો તે લિંક-લોકલ ઓટોકોન્ફિગરેશન શરૂ કરે છે.

ઓટોકોન્ફિગરેશન દરમિયાન, ડિવાઇસ મંજૂર શ્રેણીમાં સ્યુડો-રેન્ડમ IP સરનામું પસંદ કરે છે અને તેને સેટ કરતા પહેલા પ્રોબ્સ (ARP અથવા બ્રોડકાસ્ટ) નો ઉપયોગ કરીને ચકાસે છે કે તે ઉપયોગમાં નથી. જો તે કોઈ વિરોધાભાસ શોધે છે, તો તે મહત્તમ પ્રયાસો સુધી બીજા સરનામાંનો પ્રયાસ કરે છે.; કેટલાક લખાણોમાં જો અથડામણ ચાલુ રહે તો હાર માનતા પહેલા 10 પ્રયાસો સુધીનું વર્ણન કરવામાં આવ્યું છે.

એકવાર સોંપાયેલ પછી, ક્લાયંટ સમયાંતરે DHCP સર્વર શોધવાનું ચાલુ રાખે છે. ઉદાહરણ તરીકે, Windows પર, DHCP વિનંતીઓનો લગભગ દર 5 મિનિટે ફરી પ્રયાસ કરવામાં આવે છે.જો સર્વર દેખાય, તો TCP/IP સ્ટેક APIPA IP ને માન્ય લીઝ સાથે બદલે છે.

APIPA ફક્ત IPv4 પર લાગુ પડે છે; IPv6 માં સ્ટેટલેસ ઓટોકોન્ફિગરેશન (SLAAC) નો ઉપયોગ થાય છે., RFC 2462 (હવે RFC 4862 દ્વારા અપડેટ કરાયેલ) માં વર્ણવેલ, એક અલગ પદ્ધતિ અને લિંક-સ્થાનિક સરનામાંઓ સાથે fe80::/10 સાથે ઉપસર્ગિત.

વિન્ડોઝ પર APIPA: વર્તન અને વિશિષ્ટતાઓ

આધુનિક વિન્ડોઝ સિસ્ટમ્સ પર, APIPA ડિફોલ્ટ રૂપે સક્ષમ હોય છે. જ્યારે DHCP પ્રાપ્ત ન થાય, ત્યારે સ્ટેક સ્વ-સોંપણી કરે છે અને સમયાંતરે લીઝ પાછી મેળવવાનો પ્રયાસ કરે છેવધુમાં, મીડિયા સેન્સ સુવિધા કનેક્ટિવિટી પાછી આવે ત્યારે ફરીથી પ્રયાસ કરવાના પ્રયાસોને ઝડપી બનાવે છે.

વિન્ડોઝ 98 જેવા જૂના વર્ઝનમાં, મીડિયા સેન્સ અસ્તિત્વમાં નહોતું, જે ભૌતિક ક્રેશ પછી ફરીથી કનેક્ટ થવામાં વિલંબ કરી શકે છે. વિન્ડોઝ 2000, XP, 7, 10 અને પછીના વર્ઝનમાં મીડિયા સેન્સનો સમાવેશ થાય છે અને નેટવર્ક સંદર્ભને સુધારવા માટે ICMP રાઉટર ડિસ્કવરી અથવા RIP લિસનિંગ જેવી અન્ય પૂરક સુવિધાઓ.

કેટલાક વિન્ડોઝ અમલીકરણો ઇન્ટરફેસના MAC સરનામાંને હેશ કરીને APIPA IP જનરેટ કરે છે, રીબૂટ પછી સ્થિરતા શોધવી અને ડુપ્લિકેશનની શક્યતા ઘટાડવી (હંમેશા પહેલાના સંઘર્ષ ચકાસણી સાથે).

તમે APIPA માં છો કે નહીં તે કેવી રીતે જાણવું

Windows 2000/XP/Server 2003 અને પછીના વર્ઝનમાં, કમાન્ડ પ્રોમ્પ્ટ ખોલો અને ચલાવો: ઓટોકોન્ફિગરેશન બ્લોકની સમીક્ષા કરવા માટે ipconfig /allજો ઓટોકોન્ફિગરેશન સક્ષમ હોય અને IP 169.254.xy હોય અને માસ્ક 255.255.0.0 હોય, તો તમે APIPA માં છો.

જૂની વિન્ડોઝ આવૃત્તિઓ (વિન્ડોઝ 98, વિન્ડોઝ મી) માં, winipcfg યુટિલિટી તમને ઓટોકોન્ફિગરેશન લેબલ હેઠળ 169.254.xx ની અંદર કોઈ સરનામું અસ્તિત્વમાં છે કે નહીં તે જોવાની મંજૂરી આપે છે. આ IP જોવાથી ખ્યાલ આવે છે કે કોઈ DHCP લીઝ ઉપલબ્ધ નથી..

વિન્ડોઝમાં APIPA ને અક્ષમ અથવા સક્ષમ કરો

કેસના આધારે DHCP નો ઉપયોગ જાળવી રાખવો કે ન રાખવો, APIPA ને અક્ષમ કરી શકાય છે. આ વિન્ડોઝ રજિસ્ટ્રીમાં ફેરફાર કરીને કરવામાં આવે છે., સિસ્ટમ સંસ્કરણના આધારે રૂટ બદલાય છે.

• Windows 98/Me માં: 0x0 મૂલ્ય સાથે DWORD એન્ટ્રી 'IPAutoconfigurationEnabled' ઉમેરો: 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 તેને અક્ષમ કરે છે.

રજિસ્ટ્રી બદલ્યા પછી, સેટિંગ પ્રભાવમાં આવે તે માટે રીબૂટ કરવાની ભલામણ કરવામાં આવે છે. કંઈપણ સ્પર્શ કરતા પહેલા તમારી રજિસ્ટ્રીનો બેકઅપ લો., ખાસ કરીને મહત્વપૂર્ણ ઉપકરણો પર.

લાક્ષણિક દૃશ્યો જેમાં APIPA દેખાય છે

પૂર્વ લીઝ વગર અને DHCP વગર બુટ કરો: ક્લાયંટ બુટ થાય છે, ઘણા શોધ સંદેશાઓ (3 અથવા વધુ) જારી કરે છે અને, જો કોઈ પ્રતિભાવ ન મળે, તો તે ૧૬૯.૨૫૪/૧૬ ની અંદર પોતાને વર્ગ 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 સક્ષમ કરો. તે સ્ટાર્ટેડ સ્ટેટ અને સ્ટાર્ટઅપ પ્રકાર ઓટોમેટિક હોવો જોઈએ. જેથી ઇન્ટરફેસ યોગ્ય રીતે ગ્રાન્ટ મેળવે.

જો તમે Wi-Fi નો ઉપયોગ કરી રહ્યા છો, તો એક્સેસ પોઈન્ટની સુરક્ષા (WPA/WPA2, વગેરે) અને સિગ્નલ ગુણવત્તા સાથે એડેપ્ટરની સુસંગતતા તપાસો. ખરાબ વાટાઘાટો IP મેળવવાથી રોકી શકે છે SSID જોયા અને સાંકળ્યા છતાં.

DHCP સર્વર અથવા રાઉટર તપાસે છે

સમર્પિત DHCP સર્વર ધરાવતા નેટવર્ક્સ પર, લોગ અને સ્કોપ્સની સ્થિતિ જોવી એ એક સારો વિચાર છે. જો 169.254.xx માંથી શેષ એન્ટ્રીઓ ભૂલથી સેવ થઈ ગઈ હોય તો તેને દૂર કરે છે. અને ખાતરી કરો કે સક્રિય પૂલ ખાલી ન થઈ ગયો હોય.

સારી ઓપરેટિંગ પ્રથાઓ: ન વપરાયેલ ઇન્ટરફેસને અક્ષમ કરો, મેનેજમેન્ટ ઇન્ટરફેસોને માન્ય સ્ટેટિક IP સોંપે છે, દરેક સબનેટ પર DHCP જમાવો અને અદ્યતન વિકલ્પોની સમીક્ષા કરો (જેમ કે જો લાગુ હોય તો બ્રોડકાસ્ટ ડિસ્કવરી).

ઘરના વાતાવરણમાં, રાઉટરના ઇન્ટરફેસમાં લોગ ઇન કરો અને ચકાસો કે DHCP સર્વર સક્ષમ છે અને તેની પાસે પૂરતી રેન્જ છે. રાઉટરના ફર્મવેરને અપડેટ કરવાથી જાણીતા બગ્સને સુધારવામાં મદદ મળે છે. અને કામગીરી અને સ્થિરતામાં સુધારો કરે છે.

સંઘર્ષો અને તેમની અસરને સંબોધિત કરો

ડુપ્લિકેટ મેન્યુઅલ અસાઇનમેન્ટ, DHCP ભૂલો અથવા ખરાબ રીતે સંચાલિત રિઝર્વેશનને કારણે IP વિરોધાભાસ થઈ શકે છે. સ્થિરતા સ્થાપિત કરવી, ગતિશીલતાનું નવીકરણ કરવું કે લીઝ રદ કરવી તે નક્કી કરવા માટે સંઘર્ષના પ્રકારને ઓળખવો એ ચાવીરૂપ છે..

વ્યવસાયોમાં, એક જ IP સરનામાંવાળા બે કમ્પ્યુટર મહત્વપૂર્ણ સેવાઓને સ્થગિત કરી શકે છે, ખાસ કરીને જો સંઘર્ષ સર્વર્સને અસર કરે છે. સમયાંતરે નેટવર્કનું નિરીક્ષણ અને ઑડિટ કરવાથી તમે સમસ્યાઓનો અંદાજ લગાવી શકો છો. અને ડાઉનટાઇમ ઘટાડો.

APIPA અને સુરક્ષા: શક્ય દુરુપયોગ અને પ્રતિકારક પગલાં

કેટલાક સ્ત્રોતો સૂચવે છે કે Windows પર APIPA ને સતત દબાણ કરવાનો ઉપયોગ દુર્ભાવનાપૂર્ણ રીતે થઈ શકે છે, ઉદાહરણ તરીકે ઓટોકોન્ફિગરેશન, DHCP અથવા ઇન્ટરફેસ મેટ્રિક્સ સંબંધિત રજિસ્ટ્રી એન્ટ્રીઓમાં ફેરફાર કરીને. હુમલાખોરનો ધ્યેય હોસ્ટની કનેક્ટિવિટીને ઑફલાઇન લેવાનો હશે. સંવેદનશીલ પરિમાણોમાં ફેરફાર.

તે સંદર્ભમાં ઉલ્લેખિત સેટિંગ્સમાં 'IPAutoconfigurationEnabled', 'EnableDHCP', 'DhcpConnForceBroadcastFlag' જેવી કી અથવા ઇન્ટરફેસના મેટ્રિક મૂલ્યો શામેલ છે. ...\Tcpip\Parameters\Interfaces\<GUID>. જોકે તેમને જાણવાથી બચાવ કરવામાં મદદ મળે છે, પરંતુ નિયંત્રણ વિના તેમને સ્વચાલિત કરવું યોગ્ય નથી. કારણ કે તમે નેટવર્કને જાતે બ્લોક કરી શકો છો.

પ્રતિકારક પગલાં: વહીવટી વિશેષાધિકારોને મર્યાદિત કરો, રજિસ્ટ્રીનું રક્ષણ કરો, એન્ડપોઇન્ટ નીતિઓને કડક બનાવો, અસામાન્ય નેટવર્ક ફેરફારો માટે મોનિટર કરો અને પુનઃપ્રાપ્તિ સ્ક્રિપ્ટો રાખો (TCP/IP રીસેટ)અને, અલબત્ત, ડ્રાઇવરો અને ઓએસને અપડેટ રાખવાથી હુમલાની સપાટી ઓછી થાય છે.

Linux: Zeroconf, Avahi, અને તેને કેવી રીતે અક્ષમ કરવું

GNU/Linux પર, સમકક્ષ વર્તણૂક Zeroconf અને avahi-autoipd ડિમન સાથે સંકળાયેલ છે. જો તમે ઇચ્છતા નથી કે ઇન્ટરફેસ 169.254/16 અપનાવે, તો ઘણી રીતો છે ડિસ્ટ્રો પર આધાર રાખીને.

ક્લાસિક Red Hat/CentOS પરિવારોમાં, Zeroconf સામાન્ય રીતે વૈશ્વિક રૂપરેખાંકનમાં નીચેના ઉમેરીને અક્ષમ કરવામાં આવે છે: '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

અન્ય વ્યવહારુ પગલાં જે ઘણીવાર મદદ કરે છે

નેટવર્ક એડેપ્ટર ડ્રાઇવર (અને જો લાગુ હોય તો રાઉટર ફર્મવેર) અપડેટ કરવાથી અસંગતતાઓ અને વાટાઘાટો નિષ્ફળતાઓ દૂર થાય છે. જો કોઈ નવું સંસ્કરણ ન હોય, તો ડ્રાઇવરને ફરીથી ઇન્સ્ટોલ કરવાથી ક્યારેક દૂષિત સ્થિતિઓ સાફ થઈ જાય છે. મહિનાઓના ઉપયોગ પછી.

જો પરિસ્થિતિ યથાવત રહે અને તમને સિસ્ટમ ઇન્સ્ટોલેશનની શંકા હોય, તો OS રિસ્ટોર એ સૌથી ઝડપી રસ્તો હોઈ શકે છે. જો તમે પહેલાથી જ હાર્ડવેર અને 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 પર સેટ કરવા માટે રજિસ્ટ્રીમાં ફેરફાર કરો. જૂના સંસ્કરણોમાં અલગ અલગ કી પાથ હોય છે; ડિસેબલિંગ વિભાગ જુઓ.

૧૬૯.૨૫૪.xx દર્શાવતું મશીન પોતે જ "સમસ્યા" નથી, પરંતુ એક લક્ષણ છે કે DHCP લીઝ પ્રાપ્ત થઈ નથી. ઉપરોક્ત તપાસ સાથે (DHCP સેવા, કેબલ્સ, ડ્રાઇવરો, ફાયરવોલ અને મેટ્રિક્સ) સામાન્ય બાબત એ છે કે માન્ય IP પર પાછા ફરવું અને સંપૂર્ણ કનેક્ટિવિટી પાછી મેળવવી.