Forum Debian Users Gang

Jeśli jest tam NAT to nic dziwnego, że z innej podsieci nie jest osiągalny. Jeśli chcesz zostać przy NAT, to jedynym wyjściem jest na serwerze ustawić na firewallu przekierowanie portów i używać adresu 192.168.0.103 zamiast 10.0.2.15

jawojx napisał(-a):

Musisz zrobić mostkowanie (bridge) połączenia na wirtualny interfejs tap, by qemu było w tej samej sieci co twoje komputery.

Ja tak mam zrobione i po odpaleniu VM mam

/etc/qemu-ifup: no bridge for guest interface found

a bridge jest zrobiony:

br0       Link encap:Ethernet  HWaddr 00:e0:4c:68:05:e3
          inet addr:172.16.0.1  Bcast:172.16.0.255  Mask:255.255.255.0

auto lan
iface lan inet manual

        auto br0
        iface br0 inet static
        address 172.16.0.1
        netmask 255.255.255.0
        broadcast 172.16.0.255
        bridge_ports lan
        bridge_fd 9
        bridge_hello 2
        bridge_maxage 12
        bridge_stp off

lewyx84 : Ja tu widzę jakiś wirtualny niby bridge ustawiony na amerykańskie adresy. To że coś ma adres nie znaczy że działa, że działa prawidłowo. Przyjmijmy że w twojej sieci masz ustawione takie adresy, ale przypisałeś adres dla interfejsu br0 taki jak ma zazwyczaj router, nie ma bramy to i tu może masz inne ustawienia. Nie ma interfejsu tap, nic nie wiemy co tam masz. Skrypt  qemu-ifup  nie jest potrzebny.

Tu masz ustawienia ze statycznym adresem, może ci coś podpowiedzą. To jest tylko bridge, bez interfejsu wirtualnego tap.

auto br0 
iface br0 inet static 
address 192.168.0.2 
netmask 255.255.255.0 
broadcast 192.168.0.255 
gateway 192.168.0.1 
bridge_ports eth0 
bridge_fd  0
bridge_maxwait 0
bridge_stp off

Dodasz tap do br i uruchomisz qemu (kvm) z ustawieniami netu ( można tap dodać do konfiguracji);

-net nic,macaddr=<mac adres konieczny jak więcej virtalnych maszyn> -net tap,ifname=tap0,script=no,downscript=no

TomaszQ : Jak masz roota to w busybox-ie dla Androida jest brctl (bridge), ale tunctl (tun) trzeba dodać samemu i skompilować. Chyba pomysł z raspberry-pi jest lepszy.