Ի՞նչ անել, եթե Windows-ը APIPA IP հասցե է հատկացնում (169.xxx). իրական պատճառները և վերջնական լուծումը

Երբ ձեր սարքը հայտնվում է 169.254.xx հասցեով, և ցանցը ցուցադրում է սահմանափակ կապի մասին նախազգուշացում, շատ հավանական է, որ APIPA ավտոմատ հասցեավորումն աշխատում է։ Այս մեխանիզմը արտակարգ իրավիճակների տեղական IP հասցե է հատկացնում, երբ DHCP-ը ընկնելը, որը թույլ է տալիս որոշակի հաղորդակցություն նույն ֆիզիկական ցանցում, բայց առանց այլ ցանցեր մուտք գործելու։

Տնային և կորպորատիվ միջավայրերում սա կրկնվող թեմա է. DHCP-ում գտնվող քարտեր, որոնք պատասխան չեն ստանում և ընկնում են APIPA-ի մեջ, նոութբուքեր, որոնք միանում են Wi-Fi-ի միջոցով առանց ինտերնետի, կամ սերվերներ, որոնք որոշակի խնդրի պատճառով դադարեցնում են իրենց վարձակալության պայմանագրի երկարաձգումը։ Հասկանալ, թե ինչ է APIPA-ն, ինչպես է այն գործում և ինչպես այն անջատել կամ ախտորոշել Դա կխնայի ձեզ ժամանակ և գլխացավ։

Ի՞նչ է APIPA-ն և ինչի՞ համար է այն։

APIPA (Ավտոմատ մասնավոր IP հասցեավորում) IPv4 գործառույթ է, որն ավտոմատ կերպով կարգավորում է ինտերֆեյսը 169.254.0.0/16 բլոկի հասցեով, եթե DHCP սերվեր հասանելի չէ։ Այն միայն IP հասցե և 255.255.0.0 դիմակ է հատկացնում, առանց դարպասի կամ DNS-ի։, ուստի այն թույլ է տալիս տեղական կապ նույն հատվածի վրա գտնվող սարքերի միջև և ուրիշ ոչինչ։

Այս տարածքը IANA-ի կողմից նախատեսված է RFC 3927-ի համաձայն՝ տեղական հղումներով հասցեների համար և ընկնում է այսպես կոչված տեղական հղումներով տիրույթների մեջ։ Գործնականում, 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 հարցում, և եթե պատասխան չկա, այն սկսում է կապի տեղական ավտոմատ կարգավորումը։

Ավտոմատ կարգավորման ընթացքում սարքը թույլատրելի միջակայքում ընտրում է կեղծ-պատահական IP հասցե և ստուգում է, որ այն չի օգտագործվում զոնդերի (ARP կամ հեռարձակում) միջոցով՝ այն կարգավորելուց առաջ։ Եթե ​​այն հայտնաբերում է կոնֆլիկտ, այն փորձում է մեկ այլ հասցե՝ մինչև առավելագույն թվով փորձերի քանակը։որոշ տեքստերում նկարագրվում է մինչև 10 փորձ, նախքան բախումների շարունակման դեպքում հանձնվելը։

Նշանակվելուց հետո հաճախորդը շարունակում է պարբերաբար որոնել DHCP սերվեր։ Օրինակ՝ Windows-ում DHCP հարցումները կրկնվում են մոտավորապես յուրաքանչյուր 5 րոպեն մեկ։Եթե ​​սերվեր է հայտնվում, TCP/IP կույտը APIPA IP-ն փոխարինում է վավեր վարձակալության պայմանագրով։

APIPA-ն վերաբերում է միայն IPv4-ին։ IPv6-ում օգտագործվում է Stateless Autoconfiguration (SLAAC), նկարագրված է RFC 2462-ում (այժմ թարմացված է RFC 4862-ով), այլ մեխանիզմով և fe80::/10 նախածանցով կապակցված տեղական հասցեներով։

APIPA-ն Windows-ում. վարքագիծ և առանձնահատկություններ

Ժամանակակից Windows համակարգերում APIPA-ն միացված է լռելյայնորեն։ Երբ DHCP չի ստանում, կույտը ինքնուրույն է հատկացնում և պարբերաբար փորձում է վերականգնել վարձակալության իրավունքը։Բացի այդ, մեդիա զգայունության գործառույթը արագացնում է կրկնակի փորձերը, երբ կապը վերականգնվում է։

Հին տարբերակներում, ինչպիսին է Windows 98-ը, Media Sense-ը գոյություն չուներ, ինչը կարող էր հետաձգել վերամիացումը ֆիզիկական խափանումից հետո։ Windows 2000, XP, 7, 10 և ավելի նոր օպերացիոն համակարգերը ներառում են Media Sense-ը և այլ լրացուցիչ գործառույթներ, ինչպիսիք են ICMP Router Discovery-ն կամ RIP Listening-ը՝ ցանցային համատեքստը բարելավելու համար։

Որոշ Windows իրականացումներ ստեղծում են APIPA IP-ն՝ հեշելով ինտերֆեյսի MAC հասցեն, վերագործարկումներից հետո կայունության որոնում և կրկնօրինակումների հավանականության նվազեցում (միշտ նախնական կոնֆլիկտի ստուգմամբ):

Ինչպե՞ս իմանալ, թե արդյոք APIPA-ում եք

Windows 2000/XP/Server 2003 և ավելի նոր օպերացիոն համակարգերում բացեք հրամանի տողը և գործարկեք հետևյալը. ipconfig /all՝ ավտոմատ կարգավորման բլոկը վերանայելու համարԵթե ​​ավտոմատ կարգավորումը միացված է և IP հասցեն 169.254.xy է՝ 255.255.0.0 դիմակով, ապա դուք գտնվում եք APIPA ռեժիմում։

Windows-ի հին տարբերակներում (Windows 98, Windows Me) winipcfg ծրագիրը թույլ է տալիս տեսնել, թե արդյոք հասցե գոյություն ունի 169.254.xx ֆայլի ներսում՝ ավտոմատ կարգավորման պիտակի տակ։ Այս IP-ն տեսնելը նշանակում է, որ DHCP վարձակալության պայմանագիր չկա։.

Անջատեք կամ միացրեք APIPA-ն Windows-ում

APIPA-ն կարող է անջատվել՝ պահպանելով կամ չօգտագործելով DHCP-ն՝ կախված դեպքից։ Սա արվում է Windows գրանցամատյանը խմբագրելով, փոփոխելով երթուղին՝ կախված համակարգի տարբերակից։

• Windows 98/Me-ում. ավելացրեք 'IPAutoconfigurationEnabled' DWORD գրառումը՝ 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 արժեքը՝ անջատում։

Գրանցամատյանը փոխելուց հետո խորհուրդ է տրվում վերագործարկել համակարգիչը, որպեսզի կարգավորումն ուժի մեջ մտնի։ Նախքան որևէ բանի դիպչելը, պահուստավորեք ձեր գրանցամատյանը։, հատկապես կարևորագույն սարքավորումների վրա։

APIPA-ի ի հայտ գալու բնորոշ սցենարներ

Բեռնում առանց նախնական վարձակալության և առանց DHCP-ի. հաճախորդը բեռնվում է, ուղարկում է մի քանի հայտնաբերման հաղորդագրություններ (3 կամ ավելի) և, Եթե ​​պատասխան չկա, այն իրեն վերագրում է B դասի IP 169.254/16-ի սահմաններում։Շարունակեք կրկնել ընդմիջումներով։

Նախկին վարձակալության դեպքում և առանց DHCP-ի. սարքը հարցում է կատարում լռելյայն դարպասի վերաբերյալ։ Եթե ​​արձագանքում է, պահպանեք հին IP հասցենԵթե ​​պատասխան չկա կամ դարպասը կարգավորված չէ, APIPA-ն ակտիվանում է, և սխալների մասին հաղորդվում է օգտատիրոջը։

Վարձակալության ժամկետը լրացել է, և DHCP չկա. հաճախորդը փորձում է երկարաձգել այն։ Եթե ​​այն սերվեր չի գտնում, այն վերադառնում է APIPA-ին, ուղարկում է մի քանի հայտնաբերումներ և կրկնում է ցիկլը մի քանի րոպեն մեկ, մինչև սերվերը կրկին միանա առցանց։

Արագ ախտորոշում, երբ տեսնում եք 169.254.xx

Սկսեք հիմունքներից՝ ստուգեք մալուխները, միացումները, ռաութերի կամ կոմուտատորի կարգավիճակը և այն սարքի DHCP ծառայությունը, որն այն առաջարկում է (տանը սովորաբար դա ռաութերն է): Ռոուտերի և ցանցային ինտերֆեյսի վերահսկվող վերագործարկումը ստիպում է վերաբանակցել.

Windows-ում, հրամանի տողի բարձրացված կարգավորումներով գործարկեք այս հրամանները՝ կույտը վերագործարկելու համար։ Դրանք անվտանգ են և սովորաբար լուծում են հաճախակի միջադեպերը.

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

Ստուգեք նաև, որ «DHCP Client» ծառայությունը ակտիվ է (services.msc) և, անհրաժեշտության դեպքում, Միացնել DHCP-ը Windows 10-ում. Այն պետք է լինի «Սկսված» վիճակում և «Ավտոմատ» տեսակի գործարկման դեպքում։ որպեսզի ինտերֆեյսը ճիշտ ստանա դրամաշնորհներ։

Եթե ​​օգտագործում եք Wi-Fi, ստուգեք ադապտերի համատեղելիությունը մուտքի կետի անվտանգության (WPA/WPA2 և այլն) և ազդանշանի որակի հետ։ Վատ բանակցությունները կարող են խանգարել IP-ի ձեռքբերմանը չնայած SSID-ը տեսնելուն և կապվելուն։

DHCP սերվերի կամ ռաութերի ստուգումներ

Նվիրված DHCP սերվեր ունեցող ցանցերում լավ գաղափար է նայել գրանցամատյանները և շրջանակների կարգավիճակը։ Հեռացնում է 169.254.xx ֆայլի մնացորդային գրառումները, եթե դրանք սխալմամբ են պահպանվել։ և համոզվեք, որ ակտիվ լողավազանը չի սպառվել։

Լավ շահագործման պրակտիկա՝ անջատել չօգտագործվող ինտերֆեյսները, կառավարման ինտերֆեյսներին վերագրում է վավեր ստատիկ IP հասցե, տեղակայեք DHCP-ը յուրաքանչյուր ենթացանցի վրա և վերանայեք լրացուցիչ ընտրանքները (օրինակ՝ հեռարձակման հայտնաբերումը, եթե կիրառելի է):

Տնային միջավայրում մուտք գործեք ռաութերի ինտերֆեյս և համոզվեք, որ DHCP սերվերը միացված է և ունի բավարար ծածկույթ։ Ռոուտերի ներկառուցված ծրագրի թարմացումը օգնում է շտկել հայտնի սխալները։ և բարելավում է կատարողականը և կայունությունը։

Հակամարտությունների և դրանց ազդեցության վերլուծություն

IP կոնֆլիկտները կարող են առաջանալ ձեռքով կրկնակի նշանակումների, DHCP սխալների կամ վատ կառավարվող ամրագրումների պատճառով։ Հակամարտության տեսակի որոշումը կարևոր է ստատիկ, դինամիկ կամ չեղյալ համարվող վարձակալության պայմանագրերը որոշելու համար։.

Բիզնեսներում նույն 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=այո' և վերագործարկեք ցանցը ավտոմատ կապ-տեղական երթուղիներից խուսափելու համար։

# /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/route-ի միջոցով։ Որպես մշտական ​​միջոց, դուք կարող եք մեկնաբանել այն տողերը, որոնք ավելացնում են կապի տեղական ուղին 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-ն։.

Բազմակի ինտերֆեյսներ (ֆիզիկական և վիրտուալ) ունեցող մեքենաների վրա վերանայեք առաջնահերթությունները և չափանիշները։ Hypervisor վիրտուալ քարտերը կարող են խանգարել եթե չափանիշը գերազանցում է ֆիզիկական ցանցային քարտը, որը պետք է դուրս գա տեղական ցանցին։

Windows-ում երթուղու աղյուսակը և դրան կից չափանիշները դիտելու համար օգտագործեք՝ Այս կերպ դուք կիմանաք, թե որ ինտերֆեյսն է «հաղթում» երթուղայնացման որոշումներ կայացնելիս։.

netstat -rn

Եթե ​​անհրաժեշտ է ձեռքով կարգավորել չափանիշը, անցեք քարտի TCP/IPv4 հատկություններ, «Լրացուցիչ կարգավորումներ» բաժին և հանեք ավտոմատ չափանիշի նշումը՝ գլխավոր ինտերֆեյսում ցածր արժեք (օրինակ՝ 1) սահմանելու համար։ Մնացածը կարելի է թողնել ավտոմատ ռեժիմով։ անակնկալներից խուսափելու համար.

Հաճախակի տրվող հարցեր

• Ինչո՞ւ է իմ թիմը մյուսների հետ խոսում միայն 169.254.xx հասցեով։ Քանի որ APIPA-ն չի կարգավորում դարպասներ կամ DNS: Նույն կապի շրջանակներում կա միայն տեղական 3-րդ մակարդակի կապ, և ոչ մի ռաութեր չի անցնում:
• Արդյո՞ք APIPA-ն ինքնուրույն անհետանում է։ Այո, երբ DHCP սերվերը պատասխանում է և տրամադրում է վավեր վարձակալության պայմանագիր: Windows-ը մի քանի րոպեն մեկ կրկին փորձում է գտնել սերվեր և փոխարինում է կապի տեղական IP հասցեն առանց ձեռքով միջամտության:
• Կարո՞ղ եմ օգտագործել 169.254.xx-ը որպես ֆիքսված IP հասցե, «քանի որ այն աշխատում է»։ Սա լավ գաղափար չէ։ Այն երթուղայնացվող չէ և խախտում է կապի տեղական տիրույթի նպատակը։ Այն օգտագործում է RFC1918 տիրույթներ ստատիկ մասնավոր IP-ների համար։
• Ինչպե՞ս անջատել APIPA-ն՝ առանց DHCP-ն անջատելու։ Խմբագրեք գրանցամատյանը՝ համապատասխան ինտերֆեյսի վրա 'IPAutoconfigurationEnabled'-ը 0-ի դնելու համար: Հին տարբերակներն ունեն տարբեր բանալիների ուղիներ. տե՛ս անջատման բաժինը:

169.254.xx կոդը ցուցադրող մեքենան ինքնին «խնդիր» չէ, այլ DHCP լիզինգի չստացված լինելու ախտանիշ է։ Վերոնշյալ ստուգումներով (DHCP ծառայություն, մալուխներ, դրայվերներ, firewall և չափանիշներ) Նորմալ է վերադառնալ վավեր IP հասցեին և վերականգնել լիարժեք կապը։