Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Tak tak wiem, że było - czytałem, ale coś nie bardzo mi wychodzi.
Na razie próbuję sam tap bez mostka.
grep -i tun /usr/src/linux/.config CONFIG_TUN=y
echo 1 > /proc/sys/net/ipv4/ip_forward iptables -A FORWARD -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT iptables -A FORWARD -i tap+ -j ACCEPT iptables -t nat -A POSTROUTING -j MASQUERADE
tunctl -u root -t tap0 ifconfig tap0 192.168.1.177
ifconfig tap0 tap0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 inet 192.168.1.177 netmask 255.255.255.0 broadcast 192.168.1.255 ether a2:d5:39:ac:da:8b txqueuelen 500 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
qemu-kvm -hda /home/loop/kvm.img -m 512 -net nic,macaddr=a2:d5:39:ac:da:8b tap,ifname=tap0 ,script=no,downscript=no -boot menu=on -name Debian -vga std -enable-kvm
I niestety dostaję:
qemu-system-x86_64: -net nic,macaddr=a2:d5:39:ac:da:8: drive with bus=0, unit=0 (index=0) exists
Gdzie popełniam błąd?
Ostatnio edytowany przez loop (2013-12-14 00:54:09)
Offline
qemu-kvm -hda /media/box/FreeBSD9.img -m 1024 -net nic,macaddr=00:1d:82:ac:3f:65 -net tap,ifname=tap1,script=no,downscript=no -alt-grab -name FreeBSD9 -boot d
qemu-kvm -hda /media/box/Debian.img -m 512 -net nic,macaddr=00:1d:92:ab:3f:78 -net tap,ifname=tap0,script=no,downscript=no -nographic -alt-grab -name Debian -boot d
Obie wirtualki działają i mają sieć przez karty tap (zarówno w mostku jak i bez).
Offline
Uff ruszyło. Czyli brakowało tego dziadostwa:
-net tap,ifname=tap1,script=no,downscript=no
No i ta spacja przed "script=no" też bruździła.
Dziękuję :)
Niestety kolejny problem, bo internet u gościa nie działa:
allow-hotplug eth0 iface eth0 inet static address 192.168.1.177 netmask 255.255.255.0 network 192.168.1.0 broadcast 192.168.1.255 gateway 192.168.1.1
cat resolv.conf nameserver 208.67.222.222 nameserver 208.67.220.220
ping -c 3 www.gentoo.org ping: unknown host www.gentoo.org
Offline
Maskarada na firewallu zrobiona?
Na interfejs tap udostępniasz tak samo, jak na drugiego kompa.
W FAQ masz przepis autorstwa Biexi.
W największym skrócie:
iptables -t nat -A PREROUTING -i ppp+ -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT iptables -t nat -A POSTROUTING -o ppp+ -j MASQUERADE iptables -A FORWARD -i tap+ -o ppp+ -j ACCEPT iptables -A FORWARD -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
W tym przypadku net idzie przez interfejs ppp (wynalazek mojego ISP) zazwyczaj to będzie któraś z kart ethX lub wlanX, czy innej, przez którą masz neta.
Nazwy interfejsów sieciowych są pojęciem dosyć względnym, można je zmieniać w konfigu udeva.
Znaczki plus, np:
tap+ albo ppp+ - oznacza wszystkie karty tap albo ppp z dowolnym numerkiem końcowym, np można zrobić regułę na wsie interfejsy ethX, wpisując np
iptables -i eth+ ....
EDIT
Widzę, ze maskaradę masz zrobioną, pewnie coś innego net blokuje, może jakieś zabezpieczenia ISP albo humory routera.
Obecnie do kvm mam mostek podnoszony skryptem:
#!/bin/bash brctl delbr br0 2>/dev/null tunctl -u pacjent -t tap0 2>/dev/null tunctl -u pacjent -t tap1 2>/dev/null ip link tap0 up 2>/dev/null ifconfig tap0 promisc up 2>/dev/null ip link tap1 up 2>/dev/null ifconfig tap1 promisc up >/dev/null brctl addbr br0 2>/dev/null brctl addif br0 tap0 2>/dev/null brctl addif br0 tap1 2>/dev/null ifconfig br0 10.0.5.1 netmask 255.255.255.0 2>/dev/null ifconfig br0 up 2>/dev/null
Gdzie pacjent, to użyszkodnik, który potrzebuje kart tap, czyli ja w tym przypadku. ;)
Pozdro
;-)
Ostatnio edytowany przez Jacekalex (2013-12-14 05:17:44)
Offline