വിൻഡോസ് ഒരു APIPA IP (169.xxx) നൽകിയാൽ എന്തുചെയ്യണം: യഥാർത്ഥ കാരണങ്ങളും കൃത്യമായ പരിഹാരവും

നിങ്ങളുടെ ഉപകരണം 169.254.xx എന്ന വിലാസത്തിൽ ദൃശ്യമാകുകയും നെറ്റ്‌വർക്ക് പരിമിതമായ കണക്റ്റിവിറ്റി മുന്നറിയിപ്പ് പ്രദർശിപ്പിക്കുകയും ചെയ്യുമ്പോൾ, APIPA ഓട്ടോമാറ്റിക് അഡ്രസ്സിംഗ് പ്രവർത്തിക്കുന്നുണ്ടെന്ന് ഉറപ്പാണ്. ഈ സംവിധാനം ഒരു അടിയന്തര ലോക്കൽ ഐപി നൽകുന്നു, എപ്പോൾ ഡിഎച്ച്സിപി ഫല്ല, മറ്റ് നെറ്റ്‌വർക്കുകളിലേക്ക് ആക്‌സസ് ഇല്ലാതെ ഒരേ ഭൗതിക നെറ്റ്‌വർക്കിൽ കുറച്ച് ആശയവിനിമയം അനുവദിക്കുന്നു.

വീടുകളിലും കോർപ്പറേറ്റ് പരിതസ്ഥിതികളിലും, ഇത് ആവർത്തിച്ചുവരുന്ന ഒരു വിഷയമാണ്: പ്രതികരണം ലഭിക്കാത്തതും APIPA-യിൽ വീഴുന്നതുമായ DHCP-യിലെ കാർഡുകൾ, ഇന്റർനെറ്റ് ഇല്ലാതെ Wi-Fi വഴി കണക്റ്റ് ചെയ്യുന്ന ലാപ്‌ടോപ്പുകൾ, അല്ലെങ്കിൽ ഒരു പ്രത്യേക പ്രശ്‌നം കാരണം ലീസ് പുതുക്കുന്നത് നിർത്തുന്ന സെർവറുകൾ. APIPA എന്താണെന്നും അത് എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്നും അത് എങ്ങനെ പ്രവർത്തനരഹിതമാക്കാം അല്ലെങ്കിൽ രോഗനിർണയം നടത്താം എന്നും മനസ്സിലാക്കൽ ഇത് നിങ്ങളുടെ സമയവും തലവേദനയും ലാഭിക്കും.

APIPA എന്താണ്, അത് എന്തിനുവേണ്ടിയാണ്?

APIPA ()ഓട്ടോമാറ്റിക് പ്രൈവറ്റ് ഐപി അഡ്രസ്സിംഗ്) എന്നത് ഒരു IPv4 സവിശേഷതയാണ്, DHCP സെർവർ ലഭ്യമല്ലെങ്കിൽ 169.254.0.0/16 ബ്ലോക്കിൽ നിന്നുള്ള ഒരു വിലാസം ഉപയോഗിച്ച് ഇന്റർഫേസ് ഓട്ടോകോൺഫിഗർ ചെയ്യുന്നു. ഗേറ്റ്‌വേയോ DNS-ഓ ഇല്ലാതെ, IP വിലാസവും മാസ്കും 255.255.0.0 മാത്രമേ ഇത് നൽകുന്നുള്ളൂ., അതിനാൽ ഒരേ സെഗ്‌മെന്റിലുള്ള ഉപകരണങ്ങൾക്കിടയിൽ പ്രാദേശിക ആശയവിനിമയം ഇത് അനുവദിക്കുന്നു, മറ്റൊന്നുമല്ല.

RFC 3927 അനുസരിച്ച് ലിങ്ക്-ലോക്കൽ വിലാസങ്ങൾക്കായി IANA ഈ സ്ഥലം നീക്കിവച്ചിരിക്കുന്നു, കൂടാതെ ലിങ്ക്-ലോക്കൽ ശ്രേണികൾ എന്ന് വിളിക്കപ്പെടുന്നവയിൽ ഉൾപ്പെടുന്നു. പ്രായോഗികമായി, 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 അഭ്യർത്ഥനകൾ നടത്തുന്നു, പ്രതികരണമില്ലെങ്കിൽ, ഇത് ലിങ്ക്-ലോക്കൽ ഓട്ടോകോൺഫിഗറേഷൻ ആരംഭിക്കുന്നു എന്നതാണ്.

ഓട്ടോകോൺഫിഗറേഷൻ സമയത്ത്, ഉപകരണം അനുവദനീയമായ ശ്രേണിയിൽ ഒരു വ്യാജ-റാൻഡം ഐപി വിലാസം തിരഞ്ഞെടുക്കുകയും അത് സജ്ജീകരിക്കുന്നതിന് മുമ്പ് പ്രോബുകൾ (ARP അല്ലെങ്കിൽ ബ്രോഡ്കാസ്റ്റ്) ഉപയോഗിച്ച് ഉപയോഗത്തിലില്ലെന്ന് ഉറപ്പാക്കുകയും ചെയ്യുന്നു. ഒരു വൈരുദ്ധ്യം കണ്ടെത്തിയാൽ, പരമാവധി എണ്ണം ശ്രമങ്ങൾ വരെ അത് മറ്റൊരു വിലാസം പരീക്ഷിക്കുന്നു.; ചില ഗ്രന്ഥങ്ങളിൽ സംഘർഷങ്ങൾ തുടരുകയാണെങ്കിൽ ഉപേക്ഷിക്കുന്നതിന് മുമ്പ് 10 ശ്രമങ്ങൾ വരെ വിവരിച്ചിട്ടുണ്ട്.

ഒരിക്കൽ അസൈൻ ചെയ്‌തുകഴിഞ്ഞാൽ, ക്ലയന്റ് ഇടയ്ക്കിടെ ഒരു DHCP സെർവറിനായി തിരയുന്നത് തുടരും. ഉദാഹരണത്തിന്, വിൻഡോസിൽ, DHCP അഭ്യർത്ഥനകൾ ഏകദേശം ഓരോ 5 മിനിറ്റിലും വീണ്ടും ശ്രമിക്കും.ഒരു സെർവർ പ്രത്യക്ഷപ്പെടുകയാണെങ്കിൽ, TCP/IP സ്റ്റാക്ക് APIPA IP-യെ ഒരു സാധുവായ ലീസ് ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുന്നു.

APIPA IPv4-ന് മാത്രമേ ബാധകമാകൂ; IPv6-ൽ സ്റ്റേറ്റ്‌ലെസ് ഓട്ടോകോൺഫിഗറേഷൻ (SLAAC) ഉപയോഗിക്കുന്നു., RFC 2462-ൽ വിവരിച്ചിരിക്കുന്നു (ഇപ്പോൾ RFC 4862 അപ്ഡേറ്റ് ചെയ്തു), വ്യത്യസ്തമായ ഒരു മെക്കാനിസവും ലിങ്ക്-ലോക്കൽ വിലാസങ്ങളും fe80::/10 ഉപയോഗിച്ച് പ്രിഫിക്സ് ചെയ്തിട്ടുണ്ട്.

വിൻഡോസിലെ APIPA: സ്വഭാവവും പ്രത്യേകതകളും

ആധുനിക വിൻഡോസ് സിസ്റ്റങ്ങളിൽ, APIPA സ്ഥിരസ്ഥിതിയായി പ്രാപ്തമാക്കിയിരിക്കുന്നു. DHCP ലഭിക്കാത്തപ്പോൾ, സ്റ്റാക്ക് സ്വയം നിയോഗിക്കുകയും ഇടയ്ക്കിടെ ഒരു ലീസ് വീണ്ടെടുക്കാൻ ശ്രമിക്കുകയും ചെയ്യുന്നു.കൂടാതെ, കണക്റ്റിവിറ്റി തിരികെ വരുമ്പോൾ മീഡിയ സെൻസ് സവിശേഷത പുനഃശ്രമ ശ്രമങ്ങളെ വേഗത്തിലാക്കുന്നു.

വിൻഡോസ് 98 പോലുള്ള പഴയ പതിപ്പുകളിൽ, മീഡിയ സെൻസ് നിലവിലില്ലായിരുന്നു, ഇത് ഒരു ഫിസിക്കൽ ക്രാഷിനുശേഷം വീണ്ടും കണക്ഷൻ വൈകിപ്പിച്ചേക്കാം. വിൻഡോസ് 2000, എക്സ്പി, 7, 10, അതിനുശേഷമുള്ള പതിപ്പുകൾ മീഡിയ സെൻസ് സംയോജിപ്പിക്കുന്നു നെറ്റ്‌വർക്ക് സന്ദർഭം മെച്ചപ്പെടുത്തുന്നതിനായി ICMP റൂട്ടർ ഡിസ്കവറി അല്ലെങ്കിൽ RIP ലിസണിംഗ് പോലുള്ള മറ്റ് പൂരക സവിശേഷതകളും.

ചില വിൻഡോസ് ഇംപ്ലിമെന്റേഷനുകൾ ഇന്റർഫേസിന്റെ MAC വിലാസം ഹാഷ് ചെയ്തുകൊണ്ടാണ് APIPA IP സൃഷ്ടിക്കുന്നത്, റീബൂട്ടുകൾക്ക് ശേഷം സ്ഥിരത തേടുകയും ഡ്യൂപ്ലിക്കേഷനുകളുടെ സാധ്യത കുറയ്ക്കുകയും ചെയ്യുന്നു (എല്ലായ്പ്പോഴും മുൻകൂർ വൈരുദ്ധ്യ പരിശോധനയോടെ).

നിങ്ങൾ APIPA-യിലാണോ എന്ന് എങ്ങനെ അറിയും

വിൻഡോസ് 2000/XP/സെർവർ 2003 ലും അതിനുശേഷമുള്ളതിലും, ഒരു കമാൻഡ് പ്രോംപ്റ്റ് തുറന്ന് പ്രവർത്തിപ്പിക്കുക: ഓട്ടോകോൺഫിഗറേഷൻ ബ്ലോക്ക് അവലോകനം ചെയ്യാൻ ipconfig /all ഉപയോഗിക്കുക.ഓട്ടോകോൺഫിഗറേഷൻ പ്രാപ്തമാക്കിയിരിക്കുകയും IP 169.254.xy ഉം മാസ്ക് 255.255.0.0 ഉം ആണെങ്കിൽ, നിങ്ങൾ APIPA യിലാണ്.

പഴയ വിൻഡോസ് പതിപ്പുകളിൽ (വിൻഡോസ് 98, വിൻഡോസ് മി), ഓട്ടോകോൺഫിഗറേഷൻ ലേബലിന് കീഴിൽ 169.254.xx-ൽ ഒരു വിലാസം നിലവിലുണ്ടോ എന്ന് കാണാൻ winipcfg യൂട്ടിലിറ്റി നിങ്ങളെ അനുവദിക്കുന്നു. ഈ ഐപി കാണുന്നത് DHCP ലീസ് ലഭ്യമല്ലെന്ന് സൂചിപ്പിക്കുന്നു..

വിൻഡോസിൽ APIPA പ്രവർത്തനരഹിതമാക്കുക അല്ലെങ്കിൽ പ്രവർത്തനക്ഷമമാക്കുക

കേസ് അനുസരിച്ച് APIPA പ്രവർത്തനരഹിതമാക്കാം, DHCP നിലനിർത്താം അല്ലെങ്കിൽ ഉപയോഗിക്കാതിരിക്കാം. വിൻഡോസ് രജിസ്ട്രി എഡിറ്റ് ചെയ്തുകൊണ്ടാണ് ഇത് ചെയ്യുന്നത്., സിസ്റ്റം പതിപ്പിനെ ആശ്രയിച്ച് റൂട്ട് വ്യത്യാസപ്പെടുത്തുന്നു.

• Windows 98/Me-ൽ: 0x0 മൂല്യമുള്ള 'IPAutoconfigurationEnabled' എന്ന DWORD എൻട്രി ഇതിലേക്ക് ചേർക്കുക: 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 നുള്ളിൽ ഒരു ക്ലാസ് ബി ഐപി സ്വയം നിയോഗിക്കുന്നു.. ഇടവേളകളിൽ വീണ്ടും ശ്രമിക്കുന്നത് തുടരുക.

മുൻ പാട്ടത്തിനെടുത്താലും DHCP ഇല്ലാതെയും: ഉപകരണം ഡിഫോൾട്ട് ഗേറ്റ്‌വേ പോൾ ചെയ്യുന്നു; അത് പ്രതികരിക്കുകയാണെങ്കിൽ, പഴയ ഐപി നിലനിർത്തുക.പ്രതികരണമില്ലെങ്കിൽ അല്ലെങ്കിൽ ഗേറ്റ്‌വേ കോൺഫിഗർ ചെയ്‌തിട്ടില്ലെങ്കിൽ, 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 Client' സേവനം സജീവമാണോ എന്ന് പരിശോധിക്കുക (services.msc), ആവശ്യമെങ്കിൽ, വിൻഡോസ് 10-ൽ DHCP പ്രവർത്തനക്ഷമമാക്കുക. ഇത് സ്റ്റാർട്ടഡ് അവസ്ഥയിലും സ്റ്റാർട്ടപ്പ് തരം ഓട്ടോമാറ്റിക്കിലും ആയിരിക്കണം. അങ്ങനെ ഇന്റർഫേസിന് ഗ്രാന്റുകൾ ശരിയായി ലഭിക്കുന്നു.

നിങ്ങൾ Wi-Fi ഉപയോഗിക്കുകയാണെങ്കിൽ, ആക്‌സസ് പോയിന്റിന്റെ സുരക്ഷയുമായും (WPA/WPA2, മുതലായവ) സിഗ്നൽ ഗുണനിലവാരവുമായും അഡാപ്റ്ററിന്റെ അനുയോജ്യത പരിശോധിക്കുക. മോശം ചർച്ചകൾ ഐപി ലഭിക്കുന്നത് തടഞ്ഞേക്കാം. SSID കണ്ട് അസോസിയേറ്റ് ചെയ്തിട്ടും.

DHCP സെർവർ അല്ലെങ്കിൽ റൂട്ടർ പരിശോധനകൾ

ഒരു സമർപ്പിത DHCP സെർവർ ഉള്ള നെറ്റ്‌വർക്കുകളിൽ, ലോഗുകളും സ്കോപ്പുകളുടെ നിലയും നോക്കുന്നത് നല്ലതാണ്. അവ അബദ്ധത്തിൽ സേവ് ചെയ്‌തതാണെങ്കിൽ, 169.254.xx-ൽ നിന്നുള്ള ശേഷിക്കുന്ന എൻട്രികൾ നീക്കം ചെയ്യുന്നു. സജീവ പൂൾ തീർന്നിട്ടില്ലെന്ന് ഉറപ്പാക്കുക.

നല്ല പ്രവർത്തന രീതികൾ: ഉപയോഗിക്കാത്ത ഇന്റർഫേസുകൾ പ്രവർത്തനരഹിതമാക്കുക, മാനേജ്മെന്റ് ഇന്റർഫേസുകൾക്ക് സാധുവായ സ്റ്റാറ്റിക് ഐപി നൽകുന്നു., ഓരോ സബ്നെറ്റിലും DHCP വിന്യസിക്കുക, വിപുലമായ ഓപ്ഷനുകൾ അവലോകനം ചെയ്യുക (ബാധകമെങ്കിൽ പ്രക്ഷേപണ കണ്ടെത്തൽ പോലുള്ളവ).

ഗാർഹിക പരിതസ്ഥിതികളിൽ, റൂട്ടറിന്റെ ഇന്റർഫേസിൽ ലോഗിൻ ചെയ്ത് DHCP സെർവർ പ്രവർത്തനക്ഷമമാക്കിയിട്ടുണ്ടെന്നും മതിയായ റേഞ്ച് ഉണ്ടെന്നും ഉറപ്പാക്കുക. റൂട്ടറിന്റെ ഫേംവെയർ അപ്ഡേറ്റ് ചെയ്യുന്നത് അറിയപ്പെടുന്ന ബഗുകൾ പരിഹരിക്കാൻ സഹായിക്കുന്നു. പ്രകടനവും സ്ഥിരതയും മെച്ചപ്പെടുത്തുന്നു.

സംഘർഷങ്ങളും അവയുടെ പ്രത്യാഘാതങ്ങളും പരിഹരിക്കുക

ഡ്യൂപ്ലിക്കേറ്റ് മാനുവൽ അസൈൻമെന്റുകൾ, DHCP പിശകുകൾ, അല്ലെങ്കിൽ മോശമായി കൈകാര്യം ചെയ്യുന്ന റിസർവേഷനുകൾ എന്നിവയിൽ നിന്ന് IP വൈരുദ്ധ്യങ്ങൾ ഉണ്ടാകാം. സ്റ്റാറ്റിക് സജ്ജീകരിക്കണോ, ഡൈനാമിക് പുതുക്കണോ അതോ ലീസുകൾ റദ്ദാക്കണോ എന്ന് തീരുമാനിക്കുന്നതിന് വൈരുദ്ധ്യത്തിന്റെ തരം തിരിച്ചറിയുന്നത് പ്രധാനമാണ്..

ബിസിനസ്സുകളിൽ, ഒരേ ഐപി വിലാസമുള്ള രണ്ട് കമ്പ്യൂട്ടറുകൾ നിർണായക സേവനങ്ങളെ സ്തംഭിപ്പിച്ചേക്കാം, പ്രത്യേകിച്ചും സംഘർഷം സെർവറുകളെ ബാധിക്കുകയാണെങ്കിൽ. നെറ്റ്‌വർക്ക് ഇടയ്ക്കിടെ നിരീക്ഷിക്കുന്നതും ഓഡിറ്റ് ചെയ്യുന്നതും പ്രശ്നങ്ങൾ മുൻകൂട്ടി അറിയാൻ നിങ്ങളെ അനുവദിക്കുന്നു. പ്രവർത്തനരഹിതമായ സമയം കുറയ്ക്കുക.

APIPA യും സുരക്ഷയും: സാധ്യമായ ദുരുപയോഗങ്ങളും പ്രതിരോധ നടപടികളും

ഓട്ടോകോൺഫിഗറേഷൻ, ഡിഎച്ച്സിപി, അല്ലെങ്കിൽ ഇന്റർഫേസ് മെട്രിക്സുമായി ബന്ധപ്പെട്ട രജിസ്ട്രി എൻട്രികൾ പരിഷ്കരിക്കുന്നതിലൂടെ, വിൻഡോസിൽ APIPA നിരന്തരം നിർബന്ധിക്കുന്നത് ദോഷകരമായി ഉപയോഗിക്കാമെന്ന് ചില ഉറവിടങ്ങൾ സൂചിപ്പിക്കുന്നു. ഹോസ്റ്റിന്റെ കണക്റ്റിവിറ്റി ഓഫ്‌ലൈനിൽ എടുക്കുക എന്നതായിരിക്കും ഒരു ആക്രമണകാരിയുടെ ലക്ഷ്യം. സെൻസിറ്റീവ് പാരാമീറ്ററുകൾ മാറ്റുന്നു.

ആ സന്ദർഭത്തിൽ പരാമർശിച്ചിരിക്കുന്ന ക്രമീകരണങ്ങളിൽ 'IPAutoconfigurationEnabled', 'EnableDHCP', 'DhcpConnForceBroadcastFlag' പോലുള്ള കീകൾ അല്ലെങ്കിൽ ഇന്റർഫേസുകളുടെ മെട്രിക് മൂല്യങ്ങൾ ഉൾപ്പെടുന്നു. ...\Tcpip\Parameters\Interfaces\<GUID>. അവയെ അറിയുന്നത് പ്രതിരോധിക്കാൻ സഹായിക്കുമെങ്കിലും, നിയന്ത്രണമില്ലാതെ അവയെ ഓട്ടോമേറ്റ് ചെയ്യുന്നത് ഉചിതമല്ല. കാരണം നിങ്ങൾക്ക് നെറ്റ്‌വർക്ക് സ്വയം ബ്ലോക്ക് ചെയ്യാൻ കഴിയും.

പ്രതിരോധ നടപടികൾ: അഡ്മിനിസ്ട്രേറ്റീവ് പ്രത്യേകാവകാശങ്ങൾ പരിമിതപ്പെടുത്തുക, രജിസ്ട്രി സംരക്ഷിക്കുക, എൻഡ്‌പോയിന്റ് നയങ്ങൾ കർശനമാക്കുക, അസാധാരണമായ നെറ്റ്‌വർക്ക് മാറ്റങ്ങൾ നിരീക്ഷിക്കുകയും വീണ്ടെടുക്കൽ സ്ക്രിപ്റ്റുകൾ ഉണ്ടായിരിക്കുകയും ചെയ്യുക (TCP/IP പുനഃസജ്ജീകരണം)തീർച്ചയായും, ഡ്രൈവറുകളും OS-ഉം അപ്ഡേറ്റ് ചെയ്യുന്നത് ആക്രമണത്തിന്റെ തീവ്രത കുറയ്ക്കുന്നു.

ലിനക്സ്: സീറോകോൺഫ്, അവഹി, അത് എങ്ങനെ പ്രവർത്തനരഹിതമാക്കാം

ഗ്നു/ലിനക്സിൽ, തത്തുല്യമായ സ്വഭാവം സീറോകോൺഫുമായും അവഹി-ഓട്ടോഐപിഡി ഡെമണുമായും ബന്ധപ്പെട്ടിരിക്കുന്നു. ഇന്റർഫേസ് 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/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

പലപ്പോഴും സഹായിക്കുന്ന മറ്റ് പ്രായോഗിക ഘട്ടങ്ങൾ

നെറ്റ്‌വർക്ക് അഡാപ്റ്റർ ഡ്രൈവർ (ബാധകമെങ്കിൽ റൂട്ടർ ഫേംവെയർ) അപ്‌ഡേറ്റ് ചെയ്യുന്നത് പൊരുത്തക്കേടുകളും ചർച്ചാ പരാജയങ്ങളും പരിഹരിക്കുന്നു. പുതിയ പതിപ്പ് ഇല്ലെങ്കിൽ, ഡ്രൈവർ വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുന്നത് ചിലപ്പോൾ കേടായ അവസ്ഥകൾ മായ്‌ക്കും. മാസങ്ങളുടെ ഉപയോഗത്തിന് ശേഷം.

സാഹചര്യം നിലനിൽക്കുകയും സിസ്റ്റം ഇൻസ്റ്റാളേഷൻ സംശയിക്കുകയും ചെയ്താൽ, ഒരു OS പുനഃസ്ഥാപിക്കുക എന്നതാണ് ഏറ്റവും വേഗതയേറിയ മാർഗം. ഹാർഡ്‌വെയറും DHCP യും നിങ്ങൾ ഇതിനകം ഒഴിവാക്കിയിട്ടുണ്ടെങ്കിൽ, ഒരു ബാക്കപ്പ് എടുത്ത് ഒരു ക്ലീൻ ഇൻസ്റ്റാൾ പരിഗണിക്കുക..

ഒന്നിലധികം ഇന്റർഫേസുകളുള്ള (ഫിസിക്കൽ, വെർച്വൽ) മെഷീനുകളിൽ, മുൻഗണനകളും മെട്രിക്സുകളും അവലോകനം ചെയ്യുക. ഹൈപ്പർവൈസർ വെർച്വൽ കാർഡുകൾക്ക് ഇടപെടാൻ കഴിയും മെട്രിക് ഫിസിക്കൽ എൻഐസിക്ക് മുകളിലാണെങ്കിൽ അത് LAN-ലേക്ക് പോകണം.

വിൻഡോസിൽ റൂട്ട് ടേബിളും അനുബന്ധ മെട്രിക്കുകളും കാണുന്നതിന്, ഉപയോഗിക്കുക: റൂട്ടിംഗ് തീരുമാനങ്ങളിൽ ഏത് ഇന്റർഫേസാണ് "വിജയിക്കുന്നത്" എന്ന് ഇതുവഴി നിങ്ങൾക്ക് മനസ്സിലാകും..

netstat -rn

മെട്രിക് സ്വമേധയാ ക്രമീകരിക്കണമെങ്കിൽ, കാർഡിന്റെ TCP/IPv4 പ്രോപ്പർട്ടികൾ, അഡ്വാൻസ്ഡ് ഓപ്ഷനുകൾ എന്നിവയിലേക്ക് പോയി, പ്രധാന ഇന്റർഫേസിൽ കുറഞ്ഞ മൂല്യം (ഉദാ. 1) സജ്ജീകരിക്കുന്നതിന് ഓട്ടോമാറ്റിക് മെട്രിക് അൺചെക്ക് ചെയ്യുക. ബാക്കിയുള്ളവ ഓട്ടോമാറ്റിക്കായി വയ്ക്കാം. പാരാ എവിറ്റർ സോർപ്രെസസ്.

പതിവ് ചോദ്യങ്ങൾ

• എന്റെ ടീം 169.254.xx-ൽ മാത്രം മറ്റുള്ളവരോട് സംസാരിക്കുന്നത് എന്തുകൊണ്ട്? കാരണം APIPA ഗേറ്റ്‌വേകളോ DNS-കളോ കോൺഫിഗർ ചെയ്യുന്നില്ല. ഒരേ ലിങ്കിനുള്ളിൽ ലോക്കൽ ലെയർ 3 കണക്റ്റിവിറ്റി മാത്രമേയുള്ളൂ, കൂടാതെ ഒരു റൂട്ടറുകളും കടന്നുപോകുന്നില്ല.
• APIPA തനിയെ ഇല്ലാതാകുമോ? അതെ, DHCP സെർവർ പ്രതികരിക്കുകയും സാധുവായ ഒരു ലീസ് നൽകുകയും ചെയ്യുമ്പോൾ. വിൻഡോസ് ഓരോ കുറച്ച് മിനിറ്റിലും ഒരു സെർവർ കണ്ടെത്താൻ വീണ്ടും ശ്രമിക്കുകയും മാനുവൽ ഇടപെടലില്ലാതെ ലിങ്ക്-ലോക്കൽ IP മാറ്റിസ്ഥാപിക്കുകയും ചെയ്യുന്നു.
• "പ്രവർത്തിക്കുന്നതിനാൽ" എനിക്ക് 169.254.xx ഒരു സ്ഥിര IP ആയി ഉപയോഗിക്കാമോ? ഇത് നല്ല ആശയമല്ല. ഇത് റൂട്ടബിൾ അല്ല കൂടാതെ ലിങ്ക്-ലോക്കൽ ശ്രേണിയുടെ ഉദ്ദേശ്യത്തെ ലംഘിക്കുന്നു. സ്റ്റാറ്റിക് പ്രൈവറ്റ് ഐപികൾക്കായി ഇത് RFC1918 ശ്രേണികൾ ഉപയോഗിക്കുന്നു.
• DHCP നീക്കം ചെയ്യാതെ എനിക്ക് എങ്ങനെ APIPA പ്രവർത്തനരഹിതമാക്കാം? അനുബന്ധ ഇന്റർഫേസിൽ 'IPAutoconfigurationEnabled' 0 ആയി സജ്ജീകരിക്കാൻ രജിസ്ട്രി എഡിറ്റ് ചെയ്യുക. പഴയ പതിപ്പുകൾക്ക് വ്യത്യസ്ത കീ പാത്തുകളുണ്ട്; പ്രവർത്തനരഹിതമാക്കൽ വിഭാഗം കാണുക.

169.254.xx പ്രദർശിപ്പിക്കുന്ന ഒരു മെഷീൻ അതിൽത്തന്നെ "പ്രശ്നം" അല്ല, മറിച്ച് ഒരു DHCP ലീസ് ലഭിച്ചിട്ടില്ല എന്നതിന്റെ ലക്ഷണമാണ്. മുകളിലുള്ള പരിശോധനകൾക്കൊപ്പം (DHCP സേവനം, കേബിളുകൾ, ഡ്രൈവറുകൾ, ഫയർവാൾ, മെട്രിക്സ്) സാധാരണ കാര്യം സാധുവായ ഒരു ഐപിയിലേക്ക് മടങ്ങുകയും പൂർണ്ണ കണക്റ്റിവിറ്റി വീണ്ടെടുക്കുകയും ചെയ്യുക എന്നതാണ്.