Bagaimana antarmuka WLAN router rumah lakukan untuk menjawab permintaan DHCP hanya pada waktu koneksi?

0

Menggunakan VirtualBox Saya membuat VM dengan Pengaturan Jaringan VirtualBox berikut :

Attached to: Bridged Adapter
Name: wlan0
...
..
.

wlan0 adalah antarmuka nirkabel laptop saya, yang terhubung ke router rumah, yang modelnya tergantung dari tempat saya bekerja ... tempat berbeda model router yang berbeda.

Pengaturan itu bekerja dengan baik, artinya OS tamu dapat berkomunikasi dengan Internet dan PC lain yang terhubung ke jaringan nirkabel. Masalah saya adalah ketika saya pergi ke beberapa tempat yang memiliki model router tertentu, misalnya model: ZXHN F660 .

Masalah dengan beberapa model router seperti ZXHN F660 adalah bahwa OS tamu tidak menerima balasan DHCP saat mengkonfigurasi antarmuka jaringannya pada saat boot.

Saya menetapkan alamat IP ke OS tamu secara manual untuk menguji solusi yang mungkin, tetapi tingkat paket yang hilang sangat tinggi, yang membuat jaringan tidak berguna.

Saya menguji konfigurasi OS host saya untuk tidak menggunakan DHCP (menggunakan konfigurasi IP statis), jadi jika router hanya membalas satu permintaan DHCP per koneksi nirkabel, OS host tidak menyia-nyiakan hanya peluru, tetapi tidak ada apa-apa, bahkan OS host jangan gunakan DHCP untuk mendapatkan konfigurasi jaringannya, OS tamu tidak menerima balasan dari router ketika mencoba mengkonfigurasi antarmuka jaringannya pada saat boot. Perhatikan bahwa saya mengujinya dengan perintah dhcpclient dan sama.

Saya membuang beberapa batasan alamat IP per tautan nirkabel karena saya bisa melakukan ping setelah menetapkan alamat IP statis ke OS tamu (tapi seperti yang saya katakan, paket kehilangan rate terlalu tinggi).

Mekanisme apa yang menggunakan router-router itu untuk menghambat balasan DHCP? Ada solusinya?

Saya menggunakan Ubuntu 14,04 dengan VirtualBox terbaru.

EDIT

Jaringan host OS berfungsi baik dengan semua router yang saya uji, sehingga dibuang masalah yang terkait dengan host NIC.

gsi-frank
sumber
@ Davidvidchwartz Sementara apa yang Anda tulis benar-benar benar, itu bukan keseluruhan cerita: selalu ada proxy-arp , yang saya percaya adalah apa yang VirtualBox gunakan untuk memungkinkan Anda menjembatani host nirkabel NIC dengan nick guest Ethernet. Anda dapat menemukan di sini, blog.bodhizazen.net/linux/bridge-wireless-cards , contoh bagus dari jembatan semacam ini. Saya percaya penjelasan untuk masalah gsc-frank harus dicari di tempat lain.
MariusMatutiae
Akan sangat membantu jika Anda dapat mencegat lalu lintas pertukaran permintaan dhcp. Anda dapat melakukannya dengan mudah dengan tcpdump , atau, bahkan lebih mudah, dengan dhcpdump , keduanya dapat diunduh dari repo.
MariusMatutiae
@MariusMatutiae Masalah yang saya bicarakan tidak spesifik untuk IP, dan proxy ARP tidak akan memperbaikinya. Masalahnya bukan bahwa perangkat jarak jauh tidak tahu alamat perangkat keras, itu adalah jembatan dilarang oleh spesifikasi WiFi dari menempatkan paket pada kabel jika alamat perangkat keras mereka tidak cocok dengan salah satu kliennya (kecuali WDS dikonfigurasi).
David Schwartz

Jawaban:

2

Anda tidak dapat menjembatani ke koneksi klien WiFi. Dilarang oleh spesifikasi 802.11. Jika Anda bisa, tidak perlu mengkonfigurasi WDS di titik akses yang ada saat memperluas jaringan nirkabel - kami hanya bisa membuat koneksi klien ke titik akses dan menjembatani ke sana.

Beberapa router melanggar spesifikasi 802.11 dengan berbagai cara untuk membuat hal-hal yang secara resmi tidak berfungsi "hanya berfungsi" untuk kenyamanan pelanggan mereka. Tapi Anda benar-benar tidak bisa mengandalkannya.

Masalahnya adalah ini - mesin virtual dan mesin fisik memiliki alamat perangkat keras jaringan yang berbeda. Dengan menjembatani ke koneksi Wifi, Anda menyajikan dua alamat perangkat keras yang berbeda ke titik akses. Tetapi jalur akses hanya memiliki satu klien nirkabel, dan itu hanya memberikan satu slot untuk alamat perangkat keras.

Jika jembatan melewati paket melalui dengan alamat perangkat keras sumber aslinya, spesifikasi 802.11 memerlukan titik akses untuk meneruskan paket yang ditujukan hanya untuk satu dari alamat perangkat keras tersebut. Jika bridge melewati paket-paket dengan alamat perangkat keras yang sama, itu tidak akan memiliki cara yang dapat diandalkan untuk mengetahui paket mana yang pergi ke host dan yang pergi ke VM.

Solusi yang tepat menurut spesifikasi 802.11 adalah WDS, yang memungkinkan setiap paket nirkabel memiliki dua alamat perangkat keras tujuan, satu dari titik akhir nirkabel dan satu untuk antarmuka Ethernet tujuan. Tetapi tanpa WDS, itu hanya bisa dipalsukan dengan melanggar spesifikasinya.

Secara umum, Wifi dan bridging tidak tercampur dengan baik. Anda dapat menggunakan berbagi koneksi Internet atau apa pun berdasarkan perutean alih-alih menjembatani. Wifi cukup seperti ethernet untuk membuat orang berharap itu persis seperti ethernet. Tapi ternyata tidak, dan ini adalah salah satu tempat yang sangat berbeda.

David Schwartz
sumber
Terima kasih atas penjelasan Anda yang luar biasa, saya mencari sesuatu seperti itu! Terima kasih lagi.
gsi-frank
-1

Sayangnya, tidak semua komponen WLAN dibuat sama. Bahkan pada tahun 2014, beberapa NIC nirkabel akan bekerja buruk dengan beberapa AP.

Saya cukup yakin, ini tidak ada hubungannya dengan VirtualBox - coba ping dari Host Anda ke tempat lain di jaringan, dan saya yakin Anda akan melihat paket yang sama.

Saya juga yakin, bahwa DHCP bukan alasan untuk itu, tetapi merupakan gejala dari masalah: Proses jabat tangan DHCP sangat rentan terhadap hilangnya paket, sehingga mungkin dengan mudah gagal beberapa kali berturut-turut, memberikan kesan kegagalan total.

Hal yang dapat Anda coba:

  • Nonaktifkan mode N nirkabel pada NIC dan / atau router / AP Anda
  • pastikan, keduanya berada dalam domain pengaturan yang sama (router yang disetel ke AS dan set NIC ke Eropa akan sering gagal untuk berjabat tangan saluran)
Eugen Rieck
sumber
Terima kasih untuk balasan Anda. Saya mengedit pertanyaan saya untuk mengklarifikasi bahwa jaringan OS host berfungsi dengan baik di semua router. Masalahnya adalah ketika saya mencoba untuk menghubungkan VM VirtualBox menggunakan host NIC yang bekerja dengan sempurna untuk OS host, dan masalahnya terjadi hanya pada OS tamu, host OS jaringan terus bekerja dengan baik setelah memulai VM.
gsi-frank
OP telah membuatnya sangat jelas bahwa masalahnya ada pada tamu, bukan tuan rumah.
MariusMatutiae
@MariusMatutiae Ya, dia melakukannya setelah saya menulis jawabannya!
Eugen Rieck
Di EDIT, tapi sudah sangat jelas
MariusMatutiae
Apapun yang cocok untukmu! dari "Masalah saya adalah ketika saya pergi ke beberapa tempat yang memiliki model router tertentu, misalnya model: ZXHN F660." sebelum pengeditan saya berasumsi, bahwa ini memang masalah khusus perangkat.
Eugen Rieck