Apa yang harus dilakukan jika Windows menetapkan IP APIPA (169.xxx): penyebab sebenarnya dan solusi pasti

Jika perangkat Anda muncul dengan alamat 169.254.xx dan jaringan menampilkan peringatan konektivitas terbatas, kemungkinan besar pengalamatan otomatis APIPA berfungsi. Mekanisme ini menetapkan IP lokal darurat ketika DHCP bocor, yang memungkinkan beberapa komunikasi pada jaringan fisik yang sama tetapi tanpa akses ke jaringan lain.

Di lingkungan rumah dan perusahaan, ini adalah tema yang berulang: kartu dalam DHCP yang tidak menerima respons dan jatuh ke dalam APIPA, laptop yang terhubung melalui Wi-Fi tanpa internet, atau server yang, karena masalah tertentu, berhenti memperbarui sewa mereka. Memahami apa itu APIPA, cara kerjanya, dan cara menonaktifkan atau mendiagnosisnya Ini akan menghemat waktu dan sakit kepala Anda.

Apa itu APIPA dan untuk apa?

APIPA (Pengalamatan IP Pribadi Otomatis) adalah fitur IPv4 yang mengonfigurasi otomatis antarmuka dengan alamat dari blok 169.254.0.0/16 jika tidak ada server DHCP yang tersedia. Ini hanya menetapkan alamat IP dan masker 255.255.0.0, tanpa gateway atau DNS, sehingga memungkinkan komunikasi lokal antara perangkat pada segmen yang sama dan tidak ada yang lain.

Ruang ini disediakan oleh IANA untuk alamat tautan lokal menurut RFC 3927, dan termasuk dalam apa yang disebut rentang tautan lokal. Dalam praktiknya, APIPA menjaga jaringan tetap “hidup” di tingkat lokal. ketika tidak ada konfigurasi yang valid, tetapi tidak dapat dirutekan atau tidak cocok untuk akses Internet.

Penting untuk membingkai aturan: RFC 3330 (kemudian digantikan oleh RFC 5735) dan RFC 3927 mendefinisikan penggunaan alamat ini. Rentang yang dapat digunakan pada komputer biasanya dari 169.254.1.0 hingga 169.254.254.255, membiarkan kedua ujung dicadangkan (169.254.0.x dan 169.254.255.x) dan menggunakan 169.254.255.255 sebagai siaran.

Cara kerja APIPA secara detail

Ketika suatu antarmuka berada dalam DHCP dan tidak menerima respons, sistem mengaktifkan APIPA. Klien mengirimkan beberapa DHCPDISCOVER saat memulai; deskripsi umum adalah ia membuat 3 atau 4 permintaan dalam beberapa detik dan, jika tidak ada respons, ia memulai konfigurasi otomatis tautan-lokal.

Selama konfigurasi otomatis, perangkat memilih alamat IP pseudo-acak dalam rentang yang diizinkan dan memverifikasi bahwa alamat tersebut tidak digunakan menggunakan probe (ARP atau siaran) sebelum mengaturnya. Jika mendeteksi adanya konflik, ia mencoba alamat lain hingga jumlah percobaan maksimum.; beberapa teks menjelaskan hingga 10 kali percobaan sebelum menyerah jika bentrokan masih berlanjut.

Setelah ditetapkan, klien terus mencari server DHCP secara berkala. Pada Windows, misalnya, permintaan DHCP dicoba lagi kira-kira setiap 5 menit.Jika server muncul, tumpukan TCP/IP mengganti IP APIPA dengan sewa yang valid.

APIPA hanya berlaku untuk IPv4; Konfigurasi Otomatis Tanpa Kewarganegaraan (SLAAC) digunakan dalam IPv6, dijelaskan dalam RFC 2462 (sekarang diperbarui oleh RFC 4862), dengan mekanisme berbeda dan alamat tautan-lokal yang diawali dengan fe80::/10.

APIPA di Windows: perilaku dan kekhasannya

Pada sistem Windows modern, APIPA diaktifkan secara default. Jika tidak menerima DHCP, tumpukan tersebut menetapkan sendiri dan secara berkala mencoba mendapatkan kembali sewa.Selain itu, fitur media sense mempercepat percobaan ulang saat konektivitas kembali.

Pada versi lama seperti Windows 98, Media Sense tidak ada, yang dapat menunda penyambungan kembali setelah terjadi kerusakan fisik. Windows 2000, XP, 7, 10 dan yang lebih baru menggabungkan Media Sense dan fitur pelengkap lainnya seperti ICMP Router Discovery atau RIP listening untuk meningkatkan konteks jaringan.

Beberapa implementasi Windows menghasilkan IP APIPA dengan melakukan hashing pada alamat MAC antarmuka, mencari stabilitas setelah reboot dan mengurangi kemungkinan duplikasi (selalu dengan pemeriksaan konflik sebelumnya).

Cara mengetahui apakah Anda tergabung dalam APIPA

Di Windows 2000/XP/Server 2003 dan yang lebih baru, buka prompt perintah dan jalankan: ipconfig /all untuk meninjau blok konfigurasi otomatisJika konfigurasi otomatis diaktifkan dan IP adalah 169.254.xy dengan masker 255.255.0.0, Anda berada di APIPA.

Pada edisi Windows yang lebih lama (Windows 98, Windows Me), utilitas winipcfg memungkinkan Anda melihat apakah suatu alamat ada dalam 169.254.xx di bawah label konfigurasi otomatis. Melihat IP ini menunjukkan bahwa tidak ada sewa DHCP yang tersedia.

Nonaktifkan atau aktifkan APIPA di Windows

APIPA dapat dinonaktifkan, mempertahankan atau tidak menggunakan DHCP tergantung pada kasusnya. Hal ini dilakukan dengan mengedit Registry Windows, memvariasikan rute tergantung pada versi sistem.

• Di Windows 98/Me: tambahkan entri DWORD 'IPAutoconfigurationEnabled' dengan nilai 0x0 ke: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\DHCP.
• Pada Windows 2000/XP/Server 2003: tambahkan 'IPAutoconfigurationEnabled' (DWORD 0x0) di bawah antarmuka tertentu: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\<GUID_del_adaptador>.
• Pada versi yang lebih baru (Windows 7/8/10/11), Anda juga akan melihat referensi ke pembungkus parameter global TCP/IP: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\ParametersIngat bahwa nilai 1 mengaktifkan APIPA dan 0 menonaktifkannya.

Setelah mengubah Registry, disarankan untuk melakukan boot ulang agar pengaturan diterapkan. Cadangkan registri Anda sebelum menyentuh apa pun., terutama pada peralatan penting.

Skenario umum di mana APIPA muncul

Boot tanpa sewa sebelumnya dan tanpa DHCP: klien melakukan boot, mengeluarkan beberapa pesan penemuan (3 atau lebih) dan, Jika tidak ada respon, ia menetapkan dirinya sendiri IP kelas B dalam 169.254/16Teruskan mencoba lagi secara berkala.

Dengan sewa sebelumnya dan tanpa DHCP: perangkat melakukan polling pada gateway default; Jika merespons, pertahankan IP lamaJika tidak ada respons atau tidak ada gateway yang dikonfigurasi, APIPA diaktifkan dan kesalahan dilaporkan kepada pengguna.

Sewa berakhir dan tidak ada DHCP: klien mencoba memperbarui; Jika tidak menemukan server, maka akan kembali ke APIPA, mengirimkan beberapa deteksi dan mengulangi siklus setiap beberapa menit hingga server kembali online.

Diagnosis cepat saat Anda melihat 169.254.xx

Mulailah dengan dasar-dasar: periksa kabel, tautan, status router atau switch, dan layanan DHCP perangkat yang menawarkannya (di rumah, biasanya router). Reboot terkontrol dari router dan antarmuka jaringan memaksa negosiasi ulang.

Pada Windows, jalankan perintah berikut pada prompt perintah yang ditinggikan untuk mengatur ulang tumpukan: Mereka aman dan biasanya menyelesaikan insiden yang sering terjadi.

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

Periksa juga apakah layanan 'Klien DHCP' aktif (services.msc) dan, jika perlu, Mengaktifkan DHCP di Windows 10. Harus dalam status Dimulai dan jenis startup Otomatis sehingga antarmuka memperoleh hibah dengan benar.

Jika Anda menggunakan Wi-Fi, periksa kompatibilitas adaptor dengan keamanan titik akses (WPA/WPA2, dll.) dan kualitas sinyal. Negosiasi yang buruk dapat mencegah perolehan IP meskipun melihat SSID dan berasosiasi.

Pemeriksaan server atau router DHCP

Pada jaringan dengan server DHCP khusus, ada baiknya untuk melihat log dan status cakupannya. Menghapus entri sisa dari 169.254.xx jika disimpan secara tidak sengaja dan pastikan kumpulan aktif tidak habis.

Praktik pengoperasian yang baik: nonaktifkan antarmuka yang tidak digunakan, menetapkan IP statis yang valid ke antarmuka manajemen, terapkan DHCP pada setiap subnet dan tinjau opsi lanjutan (seperti penemuan siaran jika berlaku).

Di lingkungan rumah, masuk ke antarmuka router dan verifikasi bahwa server DHCP diaktifkan dan memiliki jangkauan yang memadai. Memperbarui firmware router membantu memperbaiki bug yang diketahui. dan meningkatkan kinerja dan stabilitas.

Menangani konflik dan dampaknya

Konflik IP dapat terjadi akibat penugasan manual duplikat, kesalahan DHCP, atau reservasi yang dikelola dengan buruk. Mengidentifikasi jenis konflik adalah kunci untuk memutuskan apakah akan menetapkan sewa statis, memperbarui sewa dinamis, atau mencabut sewa..

Dalam dunia bisnis, dua komputer dengan alamat IP yang sama dapat menghentikan layanan penting, terutama jika konflik tersebut memengaruhi server. Memantau dan mengaudit jaringan secara berkala memungkinkan Anda mengantisipasi masalah. dan mengurangi waktu henti.

APIPA dan keamanan: kemungkinan penyalahgunaan dan tindakan penanggulangan

Beberapa sumber menunjukkan bahwa pemaksaan APIPA secara terus-menerus pada Windows dapat digunakan secara jahat, misalnya dengan memodifikasi entri registri yang terkait dengan konfigurasi otomatis, DHCP, atau metrik antarmuka. Sasaran penyerang adalah memutuskan konektivitas host. mengubah parameter sensitif.

Di antara pengaturan yang disebutkan dalam konteks itu adalah kunci seperti 'IPAutoconfigurationEnabled', 'EnableDHCP', 'DhcpConnForceBroadcastFlag' atau nilai metrik antarmuka di ...\Tcpip\Parameters\Interfaces\<GUID>. Meskipun mengetahuinya membantu dalam pertahanan, tidak disarankan untuk mengotomatiskannya tanpa kendali. karena Anda dapat memblokir jaringan sendiri.

Tindakan penanggulangan: Batasi hak akses administratif, lindungi Registry, perketat kebijakan titik akhir, Pantau perubahan jaringan yang tidak biasa dan miliki skrip pemulihan (pengaturan ulang TCP/IP)Dan, tentu saja, memperbarui driver dan OS akan mengurangi permukaan serangan.

Linux: Zeroconf, Avahi, dan Cara Menonaktifkannya

Pada GNU/Linux, perilaku ekuivalen dikaitkan dengan Zeroconf dan daemon avahi-autoipd. Jika Anda tidak ingin antarmuka mengadopsi 169.254/16, ada beberapa cara tergantung pada distronya.

Dalam keluarga Red Hat/CentOS klasik, Zeroconf biasanya dinonaktifkan dengan menambahkan yang berikut ke konfigurasi global: atur 'NOZEROCONF=yes' dan mulai ulang jaringan untuk menghindari rute tautan lokal otomatis.

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

Jika Anda menggunakan Avahi, memulai ulang atau menonaktifkan daemonnya mungkin diperlukan tergantung pada kebijakan jaringan Anda. Pada sistem SysV lama Anda akan melihat jalur seperti '/etc/init.d/avahi-daemon restart'; sesuaikan pengelola layanan versi Anda.

Pendekatan lainnya adalah menghapus secara otomatis rute 169.254.0.0/16 dan menetapkan rute yang valid untuk subnet Anda dengan ip/route. Sebagai tindakan persisten, Anda dapat mengomentari baris yang menambahkan jalur tautan-lokal dalam skrip avahi-autoipd jika distribusi Anda menggunakannya.

# 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

Langkah-langkah praktis lainnya yang sering membantu

Memperbarui driver adaptor jaringan (dan firmware router jika berlaku) mengatasi ketidakcocokan dan kegagalan negosiasi. Jika tidak ada versi baru, menginstal ulang driver terkadang dapat membersihkan status yang rusak. setelah berbulan-bulan penggunaan.

Jika situasi berlanjut dan Anda mencurigai adanya kesalahan pada instalasi sistem, pemulihan OS mungkin merupakan cara tercepat yang dapat dilakukan. Buat cadangan dan pertimbangkan instalasi bersih jika Anda telah mengesampingkan perangkat keras dan DHCP..

Pada mesin dengan beberapa antarmuka (fisik dan virtual), tinjau prioritas dan metrik. Kartu virtual hypervisor dapat mengganggu jika metrik berada di atas NIC fisik yang seharusnya menuju ke LAN.

Untuk melihat tabel rute dan metrik terkait di Windows, gunakan: Dengan cara ini Anda akan mengetahui antarmuka mana yang “menang” dalam keputusan perutean..

netstat -rn

Jika Anda perlu menyesuaikan metrik secara manual, buka properti TCP/IPv4 kartu, opsi lanjutan, dan hapus centang pada metrik otomatis untuk menetapkan nilai rendah (misalnya, 1) di antarmuka utama. Sisanya dapat dibiarkan otomatis. untuk menghindari sorpresa.

Pertanyaan yang sering diajukan

• Mengapa tim saya hanya berbicara dengan orang lain di 169.254.xx? Karena APIPA tidak mengonfigurasi gateway atau DNS, hanya ada konektivitas Layer 3 lokal dalam tautan yang sama, dan tidak ada router yang dilintasi.
• Apakah APIPA hilang dengan sendirinya? Ya, ketika server DHCP merespons dan memberikan sewa yang valid. Windows mencoba menemukan server setiap beberapa menit dan mengganti IP tautan-lokal tanpa intervensi manual.
• Bisakah saya menggunakan 169.254.xx sebagai IP tetap “karena berfungsi”? Ini bukan ide yang bagus. Ini tidak dapat dirutekan dan melanggar tujuan rentang tautan-lokal. Ini menggunakan rentang RFC1918 untuk IP privat statis.
• Bagaimana cara menonaktifkan APIPA tanpa menghapus DHCP? Ubah Registri untuk menyetel 'IPAutoconfigurationEnabled' ke 0 pada antarmuka yang sesuai. Versi lama memiliki jalur kunci yang berbeda; lihat bagian penonaktifan.

Mesin yang menampilkan 169.254.xx bukanlah “masalah” itu sendiri, tetapi merupakan gejala bahwa sewa DHCP belum diperoleh. Dengan pemeriksaan di atas (layanan DHCP, kabel, driver, firewall, dan metrik) Hal yang normal adalah kembali ke IP yang valid dan mendapatkan kembali konektivitas penuh.