जर विंडोजने APIPA IP (169.xxx) नियुक्त केला तर काय करावे: खरी कारणे आणि निश्चित उपाय

जेव्हा तुमच्या डिव्हाइसवर १६९.२५४.xx चा पत्ता दिसतो आणि नेटवर्क मर्यादित कनेक्टिव्हिटी चेतावणी प्रदर्शित करते, तेव्हा APIPA ऑटोमॅटिक अॅड्रेसिंग काम करत असण्याची शक्यता असते. ही यंत्रणा आपत्कालीन स्थानिक आयपी नियुक्त करते जेव्हा डीएचसीपी Falla, त्याच भौतिक नेटवर्कवर काही संप्रेषणास अनुमती देते परंतु इतर नेटवर्कमध्ये प्रवेश न देता.

घर आणि कॉर्पोरेट वातावरणात, ही एक वारंवार येणारी थीम आहे: DHCP मधील कार्ड जे प्रतिसाद मिळत नाहीत आणि APIPA मध्ये येतात, लॅपटॉप जे इंटरनेटशिवाय Wi-Fi द्वारे कनेक्ट होतात किंवा सर्व्हर जे विशिष्ट समस्येमुळे त्यांचे लीज नूतनीकरण थांबवतात. APIPA म्हणजे काय, ते कसे कार्य करते आणि ते कसे अक्षम करायचे किंवा निदान करायचे हे समजून घेणे हे तुमचा वेळ आणि डोकेदुखी वाचवेल.

एपीआयपीए म्हणजे काय आणि ते कशासाठी आहे?

एपीआयपीए (स्वयंचलित खाजगी आयपी अॅड्रेसिंग) हे एक 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 विनंत्या करते आणि जर कोणताही प्रतिसाद मिळाला नाही तर ते लिंक-लोकल ऑटोकॉन्फिगरेशन सुरू करते.

ऑटोकॉन्फिगरेशन दरम्यान, डिव्हाइस परवानगी असलेल्या श्रेणीमध्ये एक स्यूडो-रँडम आयपी अॅड्रेस निवडते आणि ते सेट करण्यापूर्वी प्रोब (एआरपी किंवा ब्रॉडकास्ट) वापरून तो वापरात नाही याची पडताळणी करते. जर त्याला संघर्ष आढळला, तर तो जास्तीत जास्त प्रयत्नांपर्यंत दुसरा पत्ता वापरून पाहतो.; काही मजकूरांमध्ये संघर्ष सुरू राहिल्यास हार मानण्यापूर्वी १० प्रयत्नांपर्यंत वर्णन केले आहे.

एकदा नियुक्त केल्यानंतर, क्लायंट वेळोवेळी DHCP सर्व्हर शोधत राहतो. उदाहरणार्थ, विंडोजवर, DHCP विनंत्या अंदाजे दर 5 मिनिटांनी पुन्हा प्रयत्न केल्या जातात.जर सर्व्हर दिसला, तर TCP/IP स्टॅक APIPA IP ला वैध लीजने बदलतो.

APIPA फक्त IPv4 ला लागू होते; IPv6 मध्ये स्टेटलेस ऑटोकॉन्फिगरेशन (SLAAC) वापरले जाते., RFC 2462 मध्ये वर्णन केलेले (आता RFC 4862 द्वारे अद्यतनित), वेगळ्या यंत्रणेसह आणि fe80::/10 सह प्रीफिक्स केलेले लिंक-लोकल अॅड्रेससह.

विंडोजवरील एपीआयपीए: वर्तन आणि वैशिष्ट्ये

आधुनिक विंडोज सिस्टीमवर, APIPA डीफॉल्टनुसार सक्षम केलेले असते. जेव्हा DHCP मिळत नाही, तेव्हा स्टॅक स्वतः नियुक्त करतो आणि वेळोवेळी लीज परत मिळवण्याचा प्रयत्न करतो.याव्यतिरिक्त, मीडिया सेन्स वैशिष्ट्य कनेक्टिव्हिटी परत आल्यावर पुन्हा प्रयत्न करण्याच्या प्रयत्नांना गती देते.

विंडोज ९८ सारख्या जुन्या आवृत्त्यांमध्ये, मीडिया सेन्स अस्तित्वात नव्हता, ज्यामुळे भौतिक क्रॅश झाल्यानंतर पुन्हा कनेक्ट होण्यास विलंब होऊ शकतो. विंडोज २०००, एक्सपी, ७, १० आणि नंतरच्या आवृत्तींमध्ये मीडिया सेन्सचा समावेश आहे. आणि नेटवर्क संदर्भ सुधारण्यासाठी ICMP राउटर डिस्कव्हरी किंवा RIP लिसनिंग सारखी इतर पूरक वैशिष्ट्ये.

काही विंडोज अंमलबजावणी इंटरफेसच्या MAC अॅड्रेसला हॅश करून APIPA IP जनरेट करतात, रीबूटनंतर स्थिरता शोधणे आणि डुप्लिकेशनची शक्यता कमी करणे (नेहमी पूर्व संघर्ष तपासणीसह).

तुम्ही APIPA मध्ये आहात की नाही हे कसे जाणून घ्यावे

विंडोज २०००/एक्सपी/सर्व्हर २००३ आणि नंतरच्या आवृत्त्यांमध्ये, कमांड प्रॉम्प्ट उघडा आणि चालवा: ऑटोकॉन्फिगरेशन ब्लॉकचे पुनरावलोकन करण्यासाठी ipconfig /allजर ऑटोकॉन्फिगरेशन सक्षम असेल आणि आयपी 169.254.xy असेल आणि मास्क 255.255.0.0 असेल, तर तुम्ही APIPA मध्ये आहात.

जुन्या विंडोज आवृत्त्यांमध्ये (विंडोज ९८, विंडोज मी), winipcfg युटिलिटी तुम्हाला ऑटोकॉन्फिगरेशन लेबल अंतर्गत १६९.२५४.xx मध्ये पत्ता अस्तित्वात आहे का ते पाहण्याची परवानगी देते. हा आयपी पाहिल्याने असे दिसून येते की कोणताही DHCP लीज उपलब्ध नाही..

विंडोजमध्ये APIPA अक्षम किंवा सक्षम करा

केसनुसार APIPA अक्षम केले जाऊ शकते, DHCP चा वापर राखणे किंवा न करणे. हे विंडोज रजिस्ट्री संपादित करून केले जाते., सिस्टम आवृत्तीनुसार मार्ग बदलणे.

• Windows 98/Me मध्ये: 0x0 व्हॅल्यू असलेली 'IPAutoconfigurationEnabled' ही DWORD एंट्री यामध्ये जोडा: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\DHCP.
• विंडोज २०००/एक्सपी/सर्व्हर २००३ वर: विशिष्ट इंटरफेस अंतर्गत 'IPAutoconfigurationEnabled' (DWORD 0x0) जोडा: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\<GUID_del_adaptador>.
• नवीन आवृत्त्यांमध्ये (विंडोज ७/८/१०/११), तुम्हाला TCP/IP ग्लोबल पॅरामीटर रॅपरचे संदर्भ देखील दिसतील: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters. लक्षात ठेवा की १ चे मूल्य APIPA सक्षम करते आणि ० ते अक्षम करते.

रजिस्ट्री बदलल्यानंतर, सेटिंग प्रभावी होण्यासाठी रीबूट करण्याची शिफारस केली जाते. काहीही स्पर्श करण्यापूर्वी तुमच्या रजिस्ट्रीचा बॅकअप घ्या., विशेषतः गंभीर उपकरणांमध्ये.

APIPA दिसणारी सामान्य परिस्थिती

पूर्व भाडेपट्टा आणि DHCP शिवाय बूट करा: क्लायंट बूट होतो, अनेक डिस्कव्हरी मेसेज (३ किंवा अधिक) जारी करतो आणि, जर कोणताही प्रतिसाद मिळाला नाही, तर ते १६९.२५४/१६ मध्ये स्वतःला वर्ग बी आयपी नियुक्त करते.. अंतराने पुन्हा प्रयत्न करत रहा.

मागील लीजसह आणि DHCP शिवाय: डिव्हाइस डीफॉल्ट गेटवे पोल करते; जर ते प्रतिसाद देत असेल तर जुना आयपी ठेवा.जर कोणताही प्रतिसाद मिळाला नाही किंवा गेटवे कॉन्फिगर केला नसेल, तर APIPA सक्रिय केला जातो आणि वापरकर्त्याला त्रुटी कळवल्या जातात.

भाडेपट्टा कालबाह्य झाला आणि DHCP नाही: क्लायंट नूतनीकरण करण्याचा प्रयत्न करतो; जर त्याला सर्व्हर सापडला नाही, तर तो APIPA वर परत येतो., अनेक शोध पाठवते आणि सर्व्हर पुन्हा ऑनलाइन होईपर्यंत दर काही मिनिटांनी चक्राची पुनरावृत्ती करते.

१६९.२५४.xx दिसल्यावर जलद निदान.

मूलभूत गोष्टींपासून सुरुवात करा: केबल्स, लिंक्स, राउटर किंवा स्विचची स्थिती आणि ते देणाऱ्या डिव्हाइसची DHCP सेवा तपासा (घरी, ते सहसा राउटर असते). राउटर आणि नेटवर्क इंटरफेसचे नियंत्रित रीबूट पुन्हा वाटाघाटी करण्यास भाग पाडते..

विंडोजवर, स्टॅक रीसेट करण्यासाठी एलिव्हेटेड कमांड प्रॉम्प्टमध्ये हे कमांड चालवा: ते सुरक्षित आहेत आणि सहसा वारंवार होणाऱ्या घटना सोडवतात..

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

'DHCP क्लायंट' सेवा सक्रिय आहे का ते देखील तपासा (services.msc) आणि आवश्यक असल्यास, विंडोज १० वर डीएचसीपी सक्षम करा. ते स्टार्ट केलेल्या स्थितीत आणि स्टार्टअप प्रकार ऑटोमॅटिक असणे आवश्यक आहे. जेणेकरून इंटरफेसला योग्यरित्या अनुदान मिळेल.

जर तुम्ही वाय-फाय वापरत असाल, तर अॅडॉप्टरची अॅक्सेस पॉइंटच्या सुरक्षिततेशी (WPA/WPA2, इ.) सुसंगतता आणि सिग्नल गुणवत्तेची तपासणी करा. चुकीच्या वाटाघाटीमुळे आयपी मिळणे टाळता येते. SSID पाहून आणि जोडूनही.

DHCP सर्व्हर किंवा राउटर तपासत आहे

समर्पित DHCP सर्व्हर असलेल्या नेटवर्क्सवर, लॉग आणि स्कोपची स्थिती पाहणे चांगली कल्पना आहे. चुकून सेव्ह झाल्यास १६९.२५४.xx मधील उर्वरित नोंदी काढून टाकते. आणि सक्रिय पूल संपत नाही याची खात्री करा.

चांगल्या ऑपरेटिंग पद्धती: न वापरलेले इंटरफेस अक्षम करा, व्यवस्थापन इंटरफेसना वैध स्थिर आयपी नियुक्त करते, प्रत्येक सबनेटवर DHCP तैनात करा आणि प्रगत पर्यायांचे पुनरावलोकन करा (जसे की लागू असल्यास प्रसारण शोध).

घरातील वातावरणात, राउटरच्या इंटरफेसमध्ये लॉग इन करा आणि DHCP सर्व्हर सक्षम आहे आणि त्याला पुरेशी रेंज आहे याची पडताळणी करा. राउटरचे फर्मवेअर अपडेट केल्याने ज्ञात बग दुरुस्त करण्यास मदत होते. आणि कार्यक्षमता आणि स्थिरता सुधारते.

संघर्ष आणि त्यांचे परिणाम यावर लक्ष द्या

डुप्लिकेट मॅन्युअल असाइनमेंट, DHCP एरर किंवा चुकीच्या पद्धतीने व्यवस्थापित केलेल्या आरक्षणांमुळे IP संघर्ष होऊ शकतात. स्थिर करार करायचा, गतिमान कराराचे नूतनीकरण करायचे की भाडेपट्टे रद्द करायचे हे ठरवण्यासाठी संघर्षाचा प्रकार ओळखणे महत्त्वाचे आहे..

व्यवसायांमध्ये, एकाच आयपी अॅड्रेससह दोन संगणकांमुळे महत्त्वाच्या सेवा ठप्प होऊ शकतात, विशेषतः जर संघर्ष सर्व्हरवर परिणाम करत असेल. नेटवर्कचे वेळोवेळी निरीक्षण आणि ऑडिट केल्याने तुम्हाला समस्यांचा अंदाज घेता येतो. आणि डाउनटाइम कमी करा.

एपीआयपीए आणि सुरक्षा: संभाव्य गैरवापर आणि प्रतिकारक उपाय

काही स्त्रोत असे सूचित करतात की विंडोजवर सतत APIPA ला सक्ती करणे दुर्भावनापूर्णपणे वापरले जाऊ शकते, उदाहरणार्थ ऑटोकॉन्फिगरेशन, DHCP किंवा इंटरफेस मेट्रिक्सशी संबंधित रजिस्ट्री नोंदी बदलून. आक्रमणकर्त्याचे ध्येय होस्टची कनेक्टिव्हिटी ऑफलाइन नेणे असेल. संवेदनशील पॅरामीटर्स बदलणे.

त्या संदर्भात नमूद केलेल्या सेटिंग्जमध्ये 'IPAutoconfigurationEnabled', 'EnableDHCP', 'DhcpConnForceBroadcastFlag' किंवा इंटरफेसच्या मेट्रिक मूल्ये यासारख्या की आहेत. ...\Tcpip\Parameters\Interfaces\<GUID>. जरी त्यांना जाणून घेतल्याने बचाव करण्यास मदत होते, परंतु नियंत्रणाशिवाय त्यांना स्वयंचलित करणे उचित नाही. कारण तुम्ही स्वतः नेटवर्क ब्लॉक करू शकता.

प्रतिकारात्मक उपाय: प्रशासकीय विशेषाधिकार मर्यादित करा, रजिस्ट्रीचे संरक्षण करा, एंडपॉइंट धोरणे कठोर करा, असामान्य नेटवर्क बदलांवर लक्ष ठेवा आणि पुनर्प्राप्ती स्क्रिप्ट्स ठेवा (TCP/IP रीसेट)आणि अर्थातच, ड्रायव्हर्स आणि ओएस अपडेट ठेवल्याने हल्ल्याची शक्यता कमी होते.

लिनक्स: झिरोकॉन्फ, अवही आणि ते कसे अक्षम करायचे

GNU/Linux वर, समतुल्य वर्तन Zeroconf आणि avahi-autoipd डिमनशी संबंधित आहे. जर तुम्हाला इंटरफेस १६९.२५४/१६ स्वीकारायचा नसेल, तर अनेक मार्ग आहेत डिस्ट्रोवर अवलंबून.

क्लासिक रेड हॅट/सेंटओएस कुटुंबांमध्ये, ग्लोबल कॉन्फिगरेशनमध्ये खालील गोष्टी जोडून झिरोकॉन्फ सहसा अक्षम केले जाते: 'NOZEROCONF=yes' सेट करा आणि नेटवर्क रीस्टार्ट करा. स्वयंचलित लिंक-स्थानिक मार्ग टाळण्यासाठी.

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

जर तुम्ही Avahi वापरत असाल, तर तुमच्या नेटवर्क धोरणानुसार त्याचे डिमन रीस्टार्ट करणे किंवा अक्षम करणे आवश्यक असू शकते. जुन्या SysV सिस्टीमवर तुम्हाला '/etc/init.d/avahi-daemon restart' सारखे मार्ग दिसतील.; तुमच्या आवृत्तीचा सेवा व्यवस्थापक समायोजित करा.

दुसरा मार्ग म्हणजे १६९.२५४.०.०/१६ रूट हॉट-डिलीट करणे आणि आयपी/रूटसह तुमच्या सबनेटसाठी वैध रूट सेट करणे. एक सतत उपाय म्हणून, तुम्ही 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) सेट करण्यासाठी स्वयंचलित मेट्रिक अनचेक करा. उर्वरित स्वयंचलितपणे सोडले जाऊ शकते. पॅरा एविटर सॉरप्रेसास.

Preguntas frecuentes

• माझी टीम फक्त १६९.२५४.xx वर इतरांशी का बोलते? कारण APIPA गेटवे किंवा DNS कॉन्फिगर करत नाही. त्याच लिंकमध्ये फक्त स्थानिक लेयर 3 कनेक्टिव्हिटी आहे आणि कोणतेही राउटर ट्रॅव्हर्स केलेले नाहीत.
• एपीआयपीए स्वतःहून निघून जातो का? हो, जेव्हा DHCP सर्व्हर प्रतिसाद देतो आणि वैध लीज देतो. विंडोज दर काही मिनिटांनी सर्व्हर शोधण्याचा पुन्हा प्रयत्न करते आणि मॅन्युअल हस्तक्षेपाशिवाय लिंक-लोकल आयपी बदलते.
• मी १६९.२५४.xx हा स्थिर आयपी "कारण तो काम करतो" म्हणून वापरू शकतो का? ही चांगली कल्पना नाही. ती राउटेबल नाही आणि लिंक-लोकल रेंजच्या उद्देशाचे उल्लंघन करते. ती स्टॅटिक प्रायव्हेट आयपीसाठी RFC1918 रेंज वापरते.
• DHCP न काढता मी APIPA कसे अक्षम करू? संबंधित इंटरफेसवर 'IPAutoconfigurationEnabled' 0 वर सेट करण्यासाठी रजिस्ट्री संपादित करा. जुन्या आवृत्त्यांमध्ये वेगवेगळे की पाथ आहेत; अक्षम करणे विभाग पहा.

१६९.२५४.xx प्रदर्शित करणारी मशीन स्वतःच "समस्या" नाही, तर ती DHCP लीज मिळालेली नाही याचे लक्षण आहे. वरील तपासण्यांसह (DHCP सेवा, केबल्स, ड्रायव्हर्स, फायरवॉल आणि मेट्रिक्स) सामान्य गोष्ट म्हणजे वैध आयपीवर परत जाणे आणि पूर्ण कनेक्टिव्हिटी परत मिळवणे.