Rapprochement de deux interfaces sans fil pour le mode «répéteur»


2

J'ai jeté un coup d'œil autour de moi et je ne trouve rien qui rassemble toutes les pièces.

J'utilise Debian et cherche à me connecter à un réseau sans fil et à répéter le signal sans utiliser nat ou tout autre inconvénient.

ap -> wlan0 {debian} wlan1 -> repeat_ap_signal

J'ai deux cartes réseau sans fil identiques, des modules de pilote ath9k et un routeur prenant en charge le mode 4 adresses.

D'après ce que je comprends, je dois connecter wlan0 à l'ap en tant que client et activer le mode 4addr sur wlan1, puis relier les deux. La mise en œuvre réelle est un peu plus déroutante.

Dois-je toujours configurer hostapd pour wlan1 et le configurer pour qu'il ait un ssid / pw identique, le canal se trouvant à 3 personnes ou plus de celui hébergé par l'ap?

Y a-t-il des choses spéciales qui doivent être définies sur le pont pour que cela fonctionne?

Le mode 4addr doit-il être activé pour les deux interfaces wlan ou uniquement pour le "répéteur"?

Merci!

Réponses:


2

La vôtre est une requête inhabituelle, car vous essayez d’utiliser une technologie rarement (si jamais) utilisée (mode 4addr) afin d’éviter une configuration vraiment triviale avec NAT.

Il existe également une autre fonctionnalité gênante. Votre configuration nécessite que les deux modes 4addr soient activés pour ap et wlan0 ; vous ne pouvez pas l'activer sur un seul, car l'autre composant ne pourra pas communiquer avec le composant en mode 4addr. Cela signifie que les ordinateurs normaux (Windows, Mac, * Nixes configurés en mode non-4-addr-mode) ne pourront pas être liés à l' ap . À moins bien sûr que vous ne configuriez des VLAN sur le point d'accès, un pour votre ordinateur Debian avec le mode 4addr activé, un autre pour tous les autres ordinateurs sans mode 4addr. Encore plus de frais généraux à prendre en compte, si vous me le demandez.

En ce qui concerne wlan1 (l'interface côté répéteur), vous n'avez pas besoin d'activer le mode 4addr. Juste hostapd d'installation là - dessus, pont avec votre eth0 (si vous prévoyez d'utiliser votre câble Ethernet pour étendre la capacité de répéteur de la machine debian à un pont sans fil à part entière), ou avec une interface virtuelle ( du robinet , pas tun sinon vous confisquera les connexions de niveau 2).

En ce qui concerne la relation entre wlan0 et wlan1 , vous ne pouvez pas les relier: le pontage nécessite l’échange de trames Ethernet entières, ce qu’aucun réseau sans fil (en mode 4addr ou non) ne peut faire. En outre, vous n'avez pas besoin de passerelle: il vous suffit d'activer le transfert IPv4 (via /etc/sysctl.conf ) et de réaliser un routage correct (vous devez vous assurer que le même sous-réseau est disponible sur les deux wifis).

Afin de réduire le trafic, vous pouvez spécifier que votre passerelle par défaut est 192.168.1.1 (ou ce que vous utilisez) sur le périphérique wlan0: ceci empêchera votre machine debian de lui envoyer du trafic via wlan1, ce qui obstruera votre répéteur. profiter.


Le crédit-bail du DCHP, sous la responsabilité de l’AP, pourrait-il s’appliquer à quelque chose comme cela?
Peck

@ Peck: Je ne vois pas pourquoi pas. Après tout, la demande DHCP initiale est juste un message à l'adresse de diffusion et la réponse est une monodiffusion sans ARP. Même si ce n'était pas le cas, vous pourriez configurer un serveur DHCP local répartissant les adresses IP dans une plage ne chevauchant pas celle du routeur principal, ainsi qu'une configuration proxy_arp permettant de maintenir les connexions ARP sur le réseau sans fil, le seul obstacle possible. .
MariusMatutiae

Merci. La partie sur l'activation du transfert ipv4 me semble un peu étrange, car je veux que tout cela fonctionne à L2, comment cela serait-il effectué?
Peck

@ Peck Je comprends, mais vous devez toujours activer le transfert IPv4. Avez-vous déjà configuré un OpenVPN ponté? Cela fonctionne au niveau L2, mais vous devez toujours autoriser le transfert IPv4 dans sysctl.conf.
MariusMatutiae
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.