Hát, elég láma kérdés. Viszont egy hiba okát keresve elbizonytalanodtam:
amikor a vbox-ban bridged-re állítom a hálókártyát, akkor mire illik a bridge-elést végezni?
a) a fizikai interfészre (korábban mintha ezzel erős gondom akard volna erőforrászabálás terén -> Itt)
b) a létrehozott bridge interfészre (a la br0) - ennek saját ip-je van a host rendszeren
c) egy létrehozott tap0 interfészre, ami egy megfelelő bridge interfészhez van kötve (amihez a megfelelő hálózatra lógó fizikai interfész is hozzá van kötve)
c) esetén további kérdés van: egy tap-ra csak egy vm-hálókártya bridge-elendő, vagy akár N db-ot is szabad?
Rövid példa-konfigom ilyesmi (/etc/network/interfaces):
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
auto tap10
iface tap10 inet manual
tunctl_user root
uml_proxy_ether br101
auto eth0
allow-hotplug eth0
iface eth0 inet manual
auto br101
iface br101 inet static
bridge_ports eth0 tap10
address 192.168.1.1
netmask 255.255.255.0
- 4143 megtekintés
Hozzászólások
Hogy legyen itt válasz is (persze újabb kérdésekkel) - hátha másnak is meghozza a kedvét:
Ezen a linken azt olvasom, hogy a "tap" már nem kell, de lehet. Ehhez képest MOST valamiért nem megy (korábban ment).
Továbbá azt is olvasom, hogy a bridged helyett internal-t választva, azonos névnél látniuk kell a virtuális gépeknek egymást. Nekem ez nem jött össze, ehelyett készítettem egy újabb tap-ot, egy újabb bridge-et, beleraktam az új tap-ot az új bridge-be (mert tap nélkül nem tudtam az interfaces fájllal bridge-et létrehozatni), és arra bridge-eltem rá a VM-eket - így már látták egymást. Miért lehet, hogy az internal lehetőségnél nem látták egymást?
- A hozzászóláshoz be kell jelentkezni
Úgy emlékszem, a bridge-eléssel már rég nem kell semmit trükközni (úgy a 2-es v. 3-as verzió óta).
Internal networkön illene látniuk egymást, feltéve, hogy pl. nem klónozott gépeket használsz, azonos MAC address-szel.
Az ugye tiszta, hogy internal networkön csak akkor van DHCP, ha te készítesz egy szervert, ami azon a hálón is működik?
- A hozzászóláshoz be kell jelentkezni
Természetesen fix ip-kkel próbálkoztam (linux a linuxszal), és úgy nem ment.
- A hozzászóláshoz be kell jelentkezni
Az furcsa, mert az internalhoz amennyire a linuxos hostra vissza tudok emlékezni, semmiféle külső eszközre nincs szükség.
Talán még a virtualbox extension sem kell hozzá. Ha a driverekkel lenne gond, akkor valószínűleg nem menne a bridged mode sem.
Ugyanazokat a virtuális adaptereket használod bridged módban, amiket internal networkkel próbáltál használni?
- A hozzászóláshoz be kell jelentkezni
Igen, internallal kezdtem, nem ment, atlottem bridged-be, es megy.
- A hozzászóláshoz be kell jelentkezni
Ettől kezdve részemről feladva.
Látni kellene, úgy biztosan lenne ötletem, így látatlanban szerintem esélytelen.
(mondjuk volt rá példa, hogy reinstallra volt szükség, de én windows-on futtatom a VB-t)
- A hozzászóláshoz be kell jelentkezni
Üdv!
Ahogy már előttem HZ írta, nem kell trükközni.
VBoxnál mindig bridgelt kártyát használtam. Mivel csak egy hálózati csatoló van (alaplapi), mindig arra állítottam be.
Nálam a következőképpen van beállítva (debian 7.1):
#allow-hotplug eth0
#iface eth0 inet dhcp
auto eth0
iface eth0 inet static
address 192.168.0.2
netmask 255.255.255.0
network 192.168.0.0
broadcast 192.168.0.255
gateway 192.168.0.1
__________
A Zöldfülű
- A hozzászóláshoz be kell jelentkezni
Nos, ebből tényleg semennyire sem derül ki, hogy itt bezony VBOX is futkos rajta...
- A hozzászóláshoz be kell jelentkezni
nyilvan azert mert nem kell semmit beallitani neki. fizikaihoz bridgeled. megy es kesz.
- A hozzászóláshoz be kell jelentkezni
Es vajon mennyi VM halokartyaja loheto ra egy fizikai interfeszre valamifele fajdalom nelkul?
- A hozzászóláshoz be kell jelentkezni
Linuxon nem tudom, window7 hoston eddig azt hiszem, tíz volt a max., ami a wifi adapterre volt lógatva egy időben.
- A hozzászóláshoz be kell jelentkezni