Le débit de téléchargement par le VPN dépend du débit montant de la liaison ADSL. D’autre part le protocole de partage de fichiers de Netbios n’est pas réputé pour son efficacité comparé à d’autres protocoles de transfert comme FTP ou HTTP, surtout en dehors d’un réseau local.
Deux possibilités. Soit le client a défini le VPN comme nouvelle route par défaut et tout ce qui n’est pas destiné à son propre réseau local par dans le VPN ; soit le serveur VPN a “poussé” au client une route vers le sous-réseau de la box. La lecture de la table de routage du client donnera la réponse.
Avec un VPN de type “bridgé” (TAP) ponté avec le réseau local de la box, les broadcasts devraient passer.
En revanche avec un VPN de type “routé” (TUN), plusieurs raisons peuvent expliquer que les broadcast ne passent pas : soit parce qu’une interface tun est de type point à point et ne supporte pas le broadcast (à vérifier), soit parce que le client envoie des requêtes en broadcast limité (255.255.255.255) qui n’est pas routable ou auquel un serveur Netbios ne répond pas (à vérifier). Avec un VPN routé le client n’est pas dans le même sous-réseau que le serveur or si le client envoie des broadcasts dirigés (192.168.*.255), il les adresse seulement aux réseaux auxquels il est directement connecté.
En fait si, on peut avoir plusieurs interfaces dans le même réseau, même si cela ne sert pas forcément à grand-chose. A condition que ce soit vraiment le même réseau, et pas deux réseaux distincts qui utilisent la même plage d’adresses.
Je pense que tu voulais dire que si on a plusieurs réseaux distincts (ex: le LAN du client et le LAN du serveur) qui ont la même plage d’adresses, alors on va avoir des problèmes de routage car il ne peut y avoir qu’une route active pour une plage d’adresses donnée, qui aiguillera le trafic vers un réseau mais du coup pas vers l’autre.