Ko darīt, ja Windows piešķir APIPA IP adresi (169.xxx): reālie cēloņi un galīgais risinājums

Ja jūsu ierīces adrese ir 169.254.xx un tīklā tiek parādīts brīdinājums par ierobežotu savienojamību, ļoti iespējams, ka darbojas APIPA automātiskā adresēšana. Šis mehānisms piešķir lokālo ārkārtas IP adresi, kad DHCP Falla, ļaujot veikt zināmu saziņu tajā pašā fiziskajā tīklā, bet bez piekļuves citiem tīkliem.

Mājas un uzņēmumu vidē tā ir atkārtota tēma: kartes DHCP serverī, kas nesaņem atbildi un nonāk APIPA serverī, klēpjdatori, kas izveido savienojumu, izmantojot Wi-Fi, bez interneta, vai serveri, kas konkrētas problēmas dēļ pārtrauc atjaunot savu nomu. Izpratne par APIPA, tā darbību un atspējošanu vai diagnostiku Tas ietaupīs jūsu laiku un galvassāpes.

Kas ir APIPA un kam tas paredzēts?

APIPA (Automātiska privātā IP adresēšana) ir IPv4 funkcija, kas automātiski konfigurē saskarni ar adresi no 169.254.0.0/16 bloka, ja DHCP serveris nav pieejams. Tas piešķir tikai IP adresi un masku 255.255.0.0, bez vārtejas vai DNS., tāpēc tas ļauj lokāli sazināties starp ierīcēm vienā segmentā un neko citu.

Šo vietu IANA rezervē lokālajām saišu adresēm saskaņā ar RFC 3927, un tā ietilpst tā sauktajos lokālo saišu diapazonos. Praksē APIPA uztur tīklu “dzīvu” vietējā līmenī. ja nav derīgas konfigurācijas, bet tā nav maršrutējama vai piemērota piekļuvei internetam.

Ir svarīgi formulēt noteikumus: RFC 3330 (vēlāk aizstāts ar RFC 5735) un RFC 3927 definē šo adrešu lietošanu. Datoros izmantojamais diapazons parasti ir no 169.254.1.0 līdz 169.254.254.255., atstājot abus galus rezervētus (169.254.0.x un 169.254.255.x) un izmantojot 169.254.255.255 kā apraidi.

Kā APIPA darbojas detalizēti

Kad saskarne atrodas DHCP režīmā un nesaņem atbildi, sistēma aktivizē APIPA. Klients startēšanas laikā nosūta vairākus DHCPDISCOVER ziņojumus.; bieži tiek aprakstīts, ka tas veic 3 vai 4 pieprasījumus dažu sekunžu laikā un, ja nav atbildes, tas uzsāk lokālo automātisko konfigurēšanu.

Automātiskās konfigurēšanas laikā ierīce izvēlas pseidonejaušu IP adresi atļautajā diapazonā un pirms iestatīšanas pārbauda, ​​vai tā netiek izmantota, izmantojot pārbaudes (ARP vai apraidi). Ja tas konstatē konfliktu, tas mēģina citu adresi līdz maksimālajam mēģinājumu skaitam.; dažos tekstos aprakstīti līdz pat 10 mēģinājumiem, pirms padodas, ja sadursmes turpinās.

Kad DHCP serveris ir piešķirts, klients periodiski turpina to meklēt. Piemēram, operētājsistēmā Windows DHCP pieprasījumi tiek atkārtoti izpildīti aptuveni ik pēc 5 minūtēm.Ja parādās serveris, TCP/IP steks aizstāj APIPA IP adresi ar derīgu nomu.

APIPA attiecas tikai uz IPv4; IPv6 tiek izmantota bezvalstnieku automātiskā konfigurācija (SLAAC)., aprakstīts RFC 2462 (tagad atjaunināts ar RFC 4862), ar atšķirīgu mehānismu un lokālajām saitēm paredzētajām adresēm, kuru prefikss ir fe80::/10.

APIPA operētājsistēmā Windows: darbība un īpatnības

Mūsdienu Windows sistēmās APIPA ir iespējots pēc noklusējuma. Ja DHCP netiek saņemts, steks pats piešķir nomu un periodiski mēģina to atgūt.Turklāt multivides sensora funkcija paātrina atkārtotas darbības, kad savienojums tiek atjaunots.

Vecākās versijās, piemēram, Windows 98, Media Sense nepastāvēja, kas varēja aizkavēt atkārtotu savienojumu pēc fiziskas avārijas. Windows 2000, XP, 7, 10 un jaunākās versijās ir iekļauta Media Sense programmatūra. un citas papildinošas funkcijas, piemēram, ICMP maršrutētāja noteikšana vai RIP klausīšanās, lai uzlabotu tīkla kontekstu.

Dažas Windows implementācijas ģenerē APIPA IP adresi, jaukjot saskarnes MAC adresi, stabilitātes meklēšana pēc pārstartēšanas un dublēšanās iespējamības samazināšana (vienmēr iepriekš pārbaudot konfliktus).

Kā zināt, vai esat APIPA biedrs?

Operētājsistēmās Windows 2000/XP/Server 2003 un jaunākās versijās atveriet komandu uzvedni un palaidiet: ipconfig /all, lai pārskatītu automātiskās konfigurācijas blokuJa automātiskā konfigurēšana ir iespējota un IP adrese ir 169.254.xy ar masku 255.255.0.0, jūs izmantojat APIPA.

Vecākās Windows versijās (Windows 98, Windows Me) utilīta winipcfg ļauj pārbaudīt, vai adrese 169.254.xx atrodas zem automātiskās konfigurācijas etiķetes. Šīs IP adreses redzēšana norāda, ka nav pieejams DHCP līgums..

APIPA atspējošana vai iespējošana operētājsistēmā Windows

APIPA var atspējot, saglabājot vai nelietojot DHCP atkarībā no gadījuma. To var izdarīt, rediģējot Windows reģistru, mainot maršrutu atkarībā no sistēmas versijas.

• Operētājsistēmā Windows 98/Me: pievienojiet DWORD ierakstu “IPAutoconfigurationEnabled” ar vērtību 0x0: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\DHCP.
• Operētājsistēmās Windows 2000/XP/Server 2003: pievienojiet “IPAutoconfigurationEnabled” (DWORD 0x0) zem konkrētās saskarnes: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\<GUID_del_adaptador>.
• Jaunākās versijās (Windows 7/8/10/11) jūs redzēsiet arī atsauces uz TCP/IP globālo parametru apvalku: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\ParametersAtcerieties, ka vērtība 1 iespējo APIPA, bet vērtība 0 to atspējo.

Pēc reģistra izmaiņu veikšanas ieteicams restartēt datoru, lai iestatījumi stātos spēkā. Pirms jebkādu datu aiztikšanas izveidojiet reģistra dublējumu., īpaši kritiski svarīgām iekārtām.

Tipiski scenāriji, kuros parādās APIPA

Palaišana bez iepriekšējas nomas un bez DHCP: klients palaižas, izdod vairākus atklāšanas ziņojumus (3 vai vairāk) un, Ja atbildes nav, tas piešķir sev B klases IP adresi 169.254/16 robežās.Turpiniet mēģināt atkārtoti ik pa laikam.

Ar iepriekšējo nomu un bez DHCP: ierīce aptaujā noklusējuma vārteju; Ja tas atbild, saglabājiet veco IP adresi.Ja nav atbildes vai vārteja nav konfigurēta, tiek aktivizēta APIPA un lietotājam tiek ziņots par kļūdām.

Nomas līgums beidzies un nav DHCP: klients mēģina atjaunot; Ja serveris netiek atrasts, tiek izmantota APIPA metode., nosūta vairākus noteikšanas ziņojumus un atkārto ciklu ik pēc dažām minūtēm, līdz serveris atkal ir tiešsaistē.

Ātra diagnostika, kad redzat 169.254.xx

Sāciet ar pamatiem: pārbaudiet kabeļus, savienojumus, maršrutētāja vai komutatora statusu un ierīces, kas to piedāvā, DHCP pakalpojumu (mājās tas parasti ir maršrutētājs). Maršrutētāja un tīkla saskarnes kontrolēta pārstartēšana piespiež atkārtotu vienošanos.

Operētājsistēmā Windows palaidiet šīs komandas privileģētā komandu uzvednē, lai atiestatītu steku: Tie ir droši un parasti atrisina bieži sastopamus incidentus..

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

Pārbaudiet arī, vai pakalpojums “DHCP klients” ir aktīvs (services.msc), un, ja nepieciešams, Iespējojiet DHCP operētājsistēmā Windows 10. Tam jābūt sāktā stāvoklī un startēšanas tipam — automātisks. lai saskarne pareizi saņemtu atļaujas.

Ja izmantojat Wi-Fi, pārbaudiet adaptera saderību ar piekļuves punkta drošības protokolu (WPA/WPA2 utt.) un signāla kvalitāti. Sliktas sarunas var liegt iegūt IP neskatoties uz SSID redzēšanu un piesaistīšanu.

DHCP servera vai maršrutētāja pārbaudes

Tīklos ar īpašu DHCP serveri ieteicams aplūkot žurnālus un darbības jomu statusu. Noņem atlikušos ierakstus no 169.254.xx, ja tie tika saglabāti kļūdas dēļ un pārliecinieties, ka aktīvais baseins nav izsmelts.

Laba ekspluatācijas prakse: atspējojiet neizmantotās saskarnes, piešķir pārvaldības saskarnēm derīgu statisku IP adresi, izvietojiet DHCP katrā apakštīklā un pārskatiet papildu opcijas (piemēram, apraides noteikšanu, ja piemērojams).

Mājas vidē piesakieties maršrutētāja saskarnē un pārbaudiet, vai DHCP serveris ir iespējots un tam ir pietiekams diapazons. Maršrutētāja programmaparatūras atjaunināšana palīdz novērst zināmas kļūdas. un uzlabo veiktspēju un stabilitāti.

Risināt konfliktus un to ietekmi

IP konflikti var rasties manuālu piešķiršanas dublējumu, DHCP kļūdu vai slikti pārvaldītu rezervāciju dēļ. Konflikta veida noteikšana ir būtiska, lai izlemtu, vai iestatīt statiskus, atjaunot dinamiskus vai atsaukt nomas līgumus..

Uzņēmumos divi datori ar vienu un to pašu IP adresi var apturēt kritiski svarīgu pakalpojumu darbību, īpaši, ja konflikts ietekmē serverus. Tīkla periodiska uzraudzība un auditēšana ļauj paredzēt problēmas. un samazināt dīkstāves laiku.

APIPA un drošība: iespējamie pārkāpumi un pretpasākumi

Daži avoti norāda, ka pastāvīga APIPA piespiešana operētājsistēmā Windows var tikt izmantota ļaunprātīgi, piemēram, modificējot reģistra ierakstus, kas saistīti ar automātisko konfigurāciju, DHCP vai saskarnes metriku. Uzbrucēja mērķis būtu pārtraukt resursdatora savienojamību. mainot jutīgus parametrus.

Starp šajā kontekstā minētajiem iestatījumiem ir tādas atslēgas kā “IPAutoconfigurationEnabled”, “EnableDHCP”, “DhcpConnForceBroadcastFlag” vai saskarņu metriskās vērtības. ...\Tcpip\Parameters\Interfaces\<GUID>. Lai gan to pārzināšana palīdz aizstāvēties, nav ieteicams tos automatizēt bez kontroles. jo jūs pats varat bloķēt tīklu.

Pretpasākumi: ierobežot administratora privilēģijas, aizsargāt reģistru, pastiprināt galapunktu politikas, Uzraudzīt neparastas tīkla izmaiņas un izmantot atkopšanas skriptus (TCP/IP atiestatīšana)Un, protams, draiveru un operētājsistēmas atjaunināšana samazina uzbrukuma virsmu.

Linux: Zeroconf, Avahi un kā to atspējot

GNU/Linux vidē līdzvērtīga darbība ir saistīta ar Zeroconf un avahi-autoipd dēmonu. Ja nevēlaties, lai saskarne izmantotu 169.254/16, ir vairāki veidi atkarībā no distro.

Klasiskajās Red Hat/CentOS saimēs Zeroconf parasti tiek atspējots, pievienojot globālajai konfigurācijai sekojošo: iestatiet 'NOZEROCONF=yes' un restartējiet tīklu lai izvairītos no automātiskiem lokālās saites maršrutiem.

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

Ja izmantojat Avahi, atkarībā no tīkla politikas var būt nepieciešams restartēt vai atspējot tā dēmonu. Vecākās SysV sistēmās redzēsiet tādus ceļus kā '/etc/init.d/avahi-daemon restart'.; pielāgojiet savas versijas pakalpojumu pārvaldnieku.

Vēl viena pieeja ir ātri dzēst maršrutu 169.254.0.0/16 un iestatīt derīgus maršrutus savam apakštīklam ar ip/route. Kā pastāvīgu pasākumu varat komentēt rindas, kas pievieno saites lokālo ceļu avahi-autoipd skriptos. ja jūsu izplatījums tos izmanto.

# 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

Citi praktiski soļi, kas bieži vien palīdz

Tīkla adaptera draivera (un maršrutētāja programmaparatūras, ja piemērojams) atjaunināšana novērš nesaderības un saskaņošanas kļūmes. Ja nav jaunas versijas, draivera atkārtota instalēšana dažreiz notīra bojātos stāvokļus. pēc vairāku mēnešu lietošanas.

Ja situācija saglabājas un jums ir aizdomas par sistēmas instalāciju, OS atjaunošana varētu būt ātrākais risinājums. Izveidojiet dublējumu un apsveriet tīru instalēšanu, ja jau esat izslēgis aparatūru un DHCP..

Mašīnās ar vairākām saskarnēm (fiziskām un virtuālām) pārskatiet prioritātes un rādītājus. Hipervizora virtuālās kartes var traucēt Ja metrika ir virs fiziskās tīkla kartes, tai vajadzētu iziet uz lokālo tīklu.

Lai skatītu maršruta tabulu un saistītos rādītājus operētājsistēmā Windows, izmantojiet: Tādā veidā jūs zināsiet, kura saskarne ir “uzvarētāja” maršrutēšanas lēmumos..

netstat -rn

Ja metrika jāpielāgo manuāli, dodieties uz kartes TCP/IPv4 īpašībām, papildu opcijām un noņemiet atzīmi no automātiskās metrikas, lai galvenajā saskarnē iestatītu zemu vērtību (piemēram, 1). Pārējo var atstāt automātiskajā režīmā. lai izvairītos no pārsteigumiem.

Bieži uzdotie jautājumi

• Kāpēc mana komanda sazinās ar citiem tikai vietnē 169.254.xx? Tā kā APIPA nekonfigurē vārtejas vai DNS, tajā pašā saitē ir tikai lokāls 3. slāņa savienojums, un netiek šķērsoti maršrutētāji.
• Vai APIPA izzūd pats no sevis? Jā, kad DHCP serveris atbild un piegādā derīgu nomu. Windows ik pēc dažām minūtēm mēģina atrast serveri un aizstāj lokālās saites IP adresi bez manuālas iejaukšanās.
• Vai es varu izmantot 169.254.xx kā fiksētu IP adresi, "jo tā darbojas"? Šī nav laba ideja. Tā nav maršrutējama un pārkāpj lokālās saites diapazona mērķi. Statiskām privātām IP adresēm tiek izmantoti RFC1918 diapazoni.
• Kā atspējot APIPA, nenoņemot DHCP? Rediģējiet reģistru, lai atbilstošajā saskarnē iestatītu “IPAutoconfigurationEnabled” uz 0. Vecākām versijām ir atšķirīgi atslēgu ceļi; skatiet atspējošanas sadaļu.

Mašīna, kas attēlo 169.254.xx, pati par sevi nav “problēma”, bet gan simptoms, ka nav iegūta DHCP noma. Ar iepriekšminētajām pārbaudēm (DHCP pakalpojums, kabeļi, draiveri, ugunsmūris un metrika) Parasti ir jāatgriežas pie derīgas IP adreses un jāatgūst pilns savienojums.