Qemu I Konfiguracja Sieci Z Dostępem Do Lan

[tomek-fedora10]

Od jakiegoś czasu zajmuję się połączeniem dwóch/trzech systemów w jedną sieć. Dotychczas używałem do tego VirtualBoxa, na którym uruchamiałem Windows 7 i Oracle Linux 7. Niestety zauważyłem, że sam VirtualBox jest narzędziem dość topornym, które musi mieć uruchomione okna z systemem bo inaczej wirtualna maszyna zostanie wyłączona / uśpiona. Poczytałem trochę o możliwościach wirtualizacji w samej Fedorze za pomocą QEMU, który przeskakuje o całą cywilizację do przodu względem VirtualBoxa. Mam jednak pewien problem, nie potrafię skonfigurować sieci w QEMU w taki sposób, aby adres IP był przydzielany przez router. W ustrawieniach zaznaczam kartę, która normalnie jest wykorzystywana w fedorze do łączenia się z moją siecią lokalną - jest to karta wifi. Dodam, że w VirtualBoxie takie ustawienie działało prawidłowo i zawsze maszyna wirtualna otrzymywała adres z routera. Jeśli w ustawieniach QEMU zaznaczę "Urządzenie gospodarza wlp4s0" to nie otrzymuję adresu, jeśli zaznaczę "Sieć wirtualna 'default' NAT" to wtedy otrzymuję adres 192.168.122.247, który jest spoza puli na routerze bo tam mam ustawione adresy 192.168.1.2 - 192.168.1.255, adres routera 192.168.1.1.

Dodam jeszcze, że jeśli ustawię sieć NAT to wtedy mam dostęp na wirtualce do internetu ale nie mam dostepu w sieci lokalnej do wirtualki i z wirtualki.

W jaki sposób można przeprowadzić konfigurację QEMU aby:

1. Możliwe było otrzymanie adresu IP przydzielonego przez router,

2. Możliwe było przeglądanie sieci lokalnej z poziomu wirtualki,

3. Możliwy był dostęp z sieci lokalnej do zasobów wirtualki?

[Miszcz]

"Urządzenie gospodarza wlp4s0" czyli tzw. interfejs macvtap nie działa z kartami WiFi. W zamian możesz spróbować czegoś takiego: https://shanetomlinson.com/2009/bridging-a-wireless-card-in-kvmqemu/

[przemal]

Polecam trochę świeższy poradnik 

[Miszcz]

Może nie mam racji, ale powyższy poradnik pokazuje jak zbridzować interfejs przewodowy. A z tego co przerabiałem wiem, że bez specjalnych myków- tak samo jak macvtap- bridge nie działa z interfejsami typu wireless. Poproszę o sprostowanie jeżeli się mylę

[przemal]

Faktycznie nie działa, zmyliła mnie możliwość dodania połączenia bezprzewodowego do mostu w Network Manager

[tomek-fedora10]

Wróciłem po jakimś czasie do tematu wirtualizacji i ciągle mam zgryz. Nie mogę połączyć się z wirtualki do sieci LAN i do Intenretu. Robiłem zgodnie z poradnikiem zawartym https://avi.alkalay.net/2014/01/fedora-20-virtualization-networkmanager-native-bridge.html ale ciągle mam błąd połaczenia na wirtualce. Co jeszcze źle robię, że wirtualka nie łączy się do sieci LAN, nie dostaje adresu z DHCP na routerze?

[Miszcz]

Jeżeli używasz interfejsu WLAN to nie pójdzie. Natomiast jeśli używasz interfejsu przewodowego to użyj macvtap. 

[tomek-fedora10]

Jeżeli używasz interfejsu WLAN to nie pójdzie. Natomiast jeśli używasz interfejsu przewodowego to użyj macvtap. 

Dzięki za pomoc. Pomogło, niestety muszę używać sieci przez kabel.

[tomek-fedora10]

Jeszcze jeden problem mam. Zainstalowałem na wirutalce Oracle Linux 7, karta sieciowa otrzymała adres z routera, w spisie hostów routera widzę tą wirtualkę, ale nie mogę pingować między gospodarzem a gościem, nie mogę wyświetlać stron html gościa na gospodarzu i odwrtonie, nie mogę wyświetlać zasobów gościa na gospodarzu i odwrotnie. Czy to jest kwestia tylko firewall, a może coś więcej?

[przemal]

To jest oczekiwane zachowanie przy macvtap

 

Jak byś próbował wrócić do mostu na kablu to załącz wyniki (po skonfigurowaniu nm i kvm) z:

- virsh iface-list --all

- nmcli con

- nmcli dev

- brctl show

- oraz nmcli con show dla każdego połączenia

[tomek-fedora10]

virsh iface-list --all

 

 

 Nazwa                Stan       Adres MAC
---------------------------------------------------
 lo                   aktywne    00:00:00:00:00:00
 mostek               aktywne    ee:35:88:ed:5c:42

 

 

nmcli con

 

 

NAZWA                           UUID                                  TYP             URZĄDZENIE
enp3s0                          c13aaaa3-8935-493e-92e2-6f6a2bcad844  802-3-ethernet  enp3s0     
Nowe połączenie 802-3-ethernet  6f9c06c7-cb41-4a58-a538-df742392459d  802-3-ethernet  --         
nowy_mostek                     470f6fb2-f808-41e6-9e6b-b16ef90143fc  bridge          mostek     
macvtap0                        363560bd-a456-4c2a-b9fa-97d8c1adf426  generic         macvtap0   
virbr0                          6183c10f-c0d5-4a32-881d-9ffe7e9d1943  bridge          virbr0

 

 

nmcli dev

 

 

URZĄDZENIE  TYP       STAN                                          POŁĄCZENIE  
virbr0      bridge    połączono                                     virbr0      
enp3s0      ethernet  połączono                                     enp3s0      
macvtap0    macvtap   połączono                                     macvtap0    
mostek      bridge    łączenie (pobieranie konfiguracji adresu IP)  nowy_mostek
wlp4s0      wifi      rozłączono                                    --          
lo          loopback  niezarządzane                                 --       

 

 

brctl show

 

 

bridge name     bridge id               STP enabled     interfaces
mostek          8000.000000000000       yes
virbr0          8000.000000000000       yes

 

 

nmcli con show dla gospodarza:

 

 

NAZWA                           UUID                                  TYP             URZĄDZENIE
enp3s0                          c13aaaa3-8935-493e-92e2-6f6a2bcad844  802-3-ethernet  enp3s0     
Nowe połączenie 802-3-ethernet  6f9c06c7-cb41-4a58-a538-df742392459d  802-3-ethernet  --         
nowy_mostek                     470f6fb2-f808-41e6-9e6b-b16ef90143fc  bridge          mostek     
macvtap0                        363560bd-a456-4c2a-b9fa-97d8c1adf426  generic         macvtap0   
virbr0                          6183c10f-c0d5-4a32-881d-9ffe7e9d1943  bridge          virbr0

 

 

nmcli con show dla gościa

 

 

NAZWA  UUID                          

        TYP             URZĄDZENIE
ens3   34c141e8-fd9f-4916-836b-048af6b341fb  802-3-ethernet  ens3

 

 

Połączenie na gospodarzu jest kablowe.

[przemal]

Do nmcli con show powinieneś jeszcze dodać nazwę lub UUID połączenia na gospodarzu, żeby pokazało to co trzeba ale chyba nie będzie to konieczne.

Widzę, że występuje u ciebie podobny problem na jaki natrafiłem jakiś czas temu u siebie. Bridge nie dostaje konfiguracji (i chyba został źle ustawiony przez NM, bug?) z DHCP i dlatego nic nie działa. Podobnie jak aktywacja połączenia mostu z KDE powoduje ciągłe oczekiwanie na adres IP...

 

Spróbuj tego:

nmcli dev disconnect enp3s0
nmcli dev disconnect mostek
nmcli con up enp3s0

# i jak się uda to powinno to wyglądać mniej więcej tak:
brctl show
bridge name     bridge id               STP enabled     interfaces
bridge0         8000.mac       no              enp8s0

[tomek-fedora10]

W konsoli otrzymuję taki wynik

 

bridge name     bridge id               STP enabled     interfaces
virbr0          8000.000000000000       yes

 

A ping nadal nie przechodzi, wynik pingowania mam taki:

 

PING 192.168.1.232 (192.168.1.232) 56(84) bytes of data.
From 192.168.1.141 icmp_seq=1 Destination Host Unreachable
From 192.168.1.141 icmp_seq=2 Destination Host Unreachable
From 192.168.1.141 icmp_seq=3 Destination Host Unreachable
From 192.168.1.141 icmp_seq=4 Destination Host Unreachable

[przemal]

A gdzie się podział mostek? 

Dodałeś swoją kartę sieciową do mostu, prawda?

[tomek-fedora10]

Witam ponownie

 

Dzisiaj w szufladzie wygrzebałem kartę sieciową wifi na usb. To jakiś netis wf2123. Moja fedora 21 wykryła prawidłowo kartę. Pytanie jest takie, czy da się w ustawieniach KVM przypisać tą kartę do maszyny wirtualnej w taki sposób aby była na wyłączność i widziana jako wifi? Oczywiście na hoście gosodarzu korzystam w wbudowanej wifi lub kabla.