რა უნდა გავაკეთოთ, თუ 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 ან broadcast) გამოყენებით. თუ ის კონფლიქტს აღმოაჩენს, ის სხვა მისამართს ცდის მაქსიმალური რაოდენობის მცდელობით.ზოგიერთ ტექსტში აღწერილია 10-მდე მცდელობა, სანამ შეტაკებების გაგრძელების შემთხვევაში დანებდებიან.

მინიჭების შემდეგ, კლიენტი პერიოდულად აგრძელებს DHCP სერვერის ძიებას. მაგალითად, Windows-ზე DHCP მოთხოვნები დაახლოებით ყოველ 5 წუთში ერთხელ მოწმდება.თუ სერვერი გამოჩნდება, TCP/IP დასტა APIPA IP მისამართს მოქმედი იჯარით ცვლის.

APIPA მხოლოდ IPv4-ზე ვრცელდება; IPv6-ში გამოიყენება უსახელმწიფო ავტოკონფიგურაცია (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-ში: დაამატეთ DWORD ჩანაწერი '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 - თიშავს.

რეესტრის შეცვლის შემდეგ, პარამეტრების ძალაში შესასვლელად, რეკომენდებულია კომპიუტერის გადატვირთვა. რამეზე შეხებამდე შექმენით თქვენი რეესტრის სარეზერვო ასლი.განსაკუთრებით კრიტიკულ აღჭურვილობაზე.

ტიპიური სცენარები, რომლებშიც APIPA ჩნდება

ჩატვირთვა წინასწარი ლიზინგის და DHCP-ის გარეშე: კლიენტი ჩაიტვირთება, გამოსცემს რამდენიმე აღმოჩენის შეტყობინებას (3 ან მეტი) და, თუ პასუხი არ არის, ის საკუთარ თავს 169.254/16-ის ფარგლებში B კლასის IP მისამართს ანიჭებს.განაგრძეთ ინტერვალებით ხელახლა ცდა.

წინა იჯარით და 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 კლიენტის“ სერვისი აქტიურია (services.msc) და, საჭიროების შემთხვევაში, DHCP-ის ჩართვა Windows 10-ზე. ის უნდა იყოს „დაწყებული“ მდგომარეობაში და გაშვების ტიპი „ავტომატური“ რათა ინტერფეისმა სწორად მიიღოს გრანტები.

თუ Wi-Fi-ს იყენებთ, შეამოწმეთ ადაპტერის თავსებადობა წვდომის წერტილის უსაფრთხოებასთან (WPA/WPA2 და ა.შ.) და სიგნალის ხარისხთან. ცუდმა მოლაპარაკებამ შეიძლება ხელი შეუშალოს IP-ის მოპოვებას SSID-ის დანახვისა და მასთან დაკავშირების მიუხედავად.

DHCP სერვერის ან როუტერის შემოწმება

გამოყოფილი DHCP სერვერის მქონე ქსელებში კარგი იდეაა, გადახედოთ ჟურნალებს და სკოპების სტატუსს. 169.254.xx ფაილიდან ნარჩენი ჩანაწერების შლის, თუ ისინი შეცდომით იყო შენახული. და დარწმუნდით, რომ აქტიური აუზი არ არის ამოწურული.

კარგი ოპერაციული პრაქტიკა: გამოუყენებელი ინტერფეისების გამორთვა, მართვის ინტერფეისებს ანიჭებს მოქმედ სტატიკურ IP მისამართს, განათავსეთ DHCP თითოეულ ქვექსელზე და გადახედეთ გაფართოებულ ვარიანტებს (მაგალითად, მაუწყებლობის აღმოჩენა, თუ ეს შესაძლებელია).

სახლის გარემოში, შედით როუტერის ინტერფეისში და გადაამოწმეთ, რომ DHCP სერვერი ჩართულია და აქვს საკმარისი დიაპაზონი. როუტერის firmware-ის განახლება ხელს უწყობს ცნობილი შეცდომების გამოსწორებას. და აუმჯობესებს შესრულებას და სტაბილურობას.

კონფლიქტების და მათი გავლენის მოგვარება

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, შექმენით სარეზერვო ასლი და განიხილეთ სუფთა ინსტალაცია..

მრავალი ინტერფეისის მქონე (ფიზიკური და ვირტუალური) მანქანებზე გადახედეთ პრიორიტეტებსა და მეტრიკებს. ჰიპერვიზორის ვირტუალურ ბარათებს შეუძლიათ ხელი შეუშალონ თუ მეტრიკა ფიზიკურ ქსელურ პროტეინზე მეტია, ის ლოკალურ ქსელში უნდა გადავიდეს.

Windows-ზე მარშრუტის ცხრილისა და მასთან დაკავშირებული მეტრიკის სანახავად გამოიყენეთ: ამ გზით თქვენ გაიგებთ, რომელი ინტერფეისია „გამარჯვებული“ მარშრუტიზაციის გადაწყვეტილებებში..

netstat -rn

თუ მეტრიკის ხელით რეგულირება გჭირდებათ, გადადით ბარათის TCP/IPv4 თვისებებზე, გაფართოებულ პარამეტრებზე და მოხსენით ავტომატური მეტრიკის მონიშვნა მთავარ ინტერფეისში დაბალი მნიშვნელობის (მაგ., 1) დასაყენებლად. დანარჩენი შეიძლება ავტომატურ რეჟიმში დარჩეს. მოულოდნელობის თავიდან ასაცილებლად.

ხშირად დასმული კითხვები

• რატომ ესაუბრება ჩემი გუნდი სხვებს მხოლოდ 169.254.xx-ზე? რადგან APIPA არ ახდენს კარიბჭეების ან DNS-ის კონფიგურაციას. იმავე ბმულში მხოლოდ ლოკალური მესამე დონის კავშირია და როუტერები არ იკვეთება.
• APIPA თავისით ქრება? დიახ, როდესაც DHCP სერვერი პასუხობს და ვალიდურ იჯარის ხელშეკრულებას მიაწვდის. Windows ყოველ რამდენიმე წუთში ერთხელ ხელახლა ცდილობს სერვერის პოვნას და ხელით ჩარევის გარეშე ცვლის ბმულ-ლოკალურ IP მისამართს.
• შემიძლია გამოვიყენო 169.254.xx ფიქსირებულ IP მისამართად, „რადგან ის მუშაობს“? ეს კარგი იდეა არ არის. ის არ არის მარშრუტიზირებადი და არღვევს ბმულ-ლოკალური დიაპაზონის დანიშნულებას. ის იყენებს RFC1918 დიაპაზონებს სტატიკური კერძო IP-ებისთვის.
• როგორ გამოვრთო APIPA DHCP-ის წაშლის გარეშე? რეესტრის რედაქტირება შესაბამის ინტერფეისზე „IPAutoconfigurationEnabled“-ის 0-ზე დაყენებით. ძველ ვერსიებს განსხვავებული გასაღების გზები აქვთ; იხილეთ გამორთვის განყოფილება.

169.254.xx კოდის ჩვენება თავისთავად „პრობლემას“ არ წარმოადგენს, არამედ იმის სიმპტომია, რომ DHCP იჯარის ხელშეკრულება არ არის მიღებული. ზემოთ ჩამოთვლილი შემოწმებებით (DHCP სერვისი, კაბელები, დრაივერები, firewall და მეტრიკა) ნორმალურია მოქმედ IP მისამართზე დაბრუნება და სრული კავშირის აღდგენა.