- This topic has 14 hozzászólás, 3 résztvevő, and was last updated 17 years, 8 months telt el by
.
-
Bejegyzés
-
Azt hiszem megvan a megoldás. Legalábbis úgy néz ki, hogy a bridge IP címe lesz virtuálisan az eth0 IP címe is. Azaz, ha a Host géptől akarunk valamit, akkor a br0 interface IP-címét kell zaklatnunk. Nekem a Guest-ről és a háló egy másik gépéről is sikerült így elérnem a Host megosztását.
Ez persze nem ad magyarázatot az egyik előző érdekességre :
OK, elvesztettem a fonalat. Az eddig elért működés akkor is fennmarad, ha a bridge-re vonatkozó részt kikommentezem a /etc/network/interfaces fájlban (természetesen minden változtatás után újraindítom a hálózatkezelést):
Viszont legalább az összeállítás úgy működik, ahogy kell. (Remélem már nem fog kiderülni semmi turpiszság…)
A végleges /etc/network/interfaces fájl:
Code:# 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# The primary network interface
#allow-hotplug eth0
#auto eth0
#iface eth0 inet static
# address 192.168.10.195
# netmask 255.255.255.0
# network 192.168.10.0
# broadcast 192.168.10.255
# gateway 192.168.10.1
# dns-* options are implemented by the resolvconf package, if installed
# dns-nameservers 192.168.10.1
# dns-search Workgroup# bridge interface a VirtualBox-hoz
auto br0
iface br0 inet static
address 192.168.10.196
network 192.168.10.0
netmask 255.255.255.0
broadcast 192.168.10.255
gateway 192.168.10.1
bridge_ports all tap0
bridge_maxwait 0# TAP (virtual networking) interface a VirtualBox-hoz
#auto tap0
#iface tap0 inet static
# address 192.168.11.15
# network 192.168.11.0
# netmask 255.255.255.0
# broadcast 192.168.11.255
# gateway 192.168.11.15
# dns-nameservers 192.168.11.15
# dns-search Workgroup
# tunctl_user mfilthA Guest gép is a 192.168.10.x-es tartományban kapott fix IP-t.
Azt hiszem megvan a megoldás. Legalábbis úgy néz ki, hogy a bridge IP címe lesz virtuálisan az eth0 IP címe is. Azaz, ha a Host géptől akarunk valamit, akkor a br0 interface IP-címét kell zaklatnunk. Nekem a Guest-ről és a háló egy másik gépéről is sikerült így elérnem a Host megosztását.
Ez persze nem ad magyarázatot az egyik előző érdekességre :
OK, elvesztettem a fonalat. Az eddig elért működés akkor is fennmarad, ha a bridge-re vonatkozó részt kikommentezem a /etc/network/interfaces fájlban (természetesen minden változtatás után újraindítom a hálózatkezelést):
Viszont legalább az összeállítás úgy működik, ahogy kell. (Remélem már nem fog kiderülni semmi turpiszság…)
A végleges /etc/network/interfaces fájl:
Code:# 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# The primary network interface
#allow-hotplug eth0
#auto eth0
#iface eth0 inet static
# address 192.168.10.195
# netmask 255.255.255.0
# network 192.168.10.0
# broadcast 192.168.10.255
# gateway 192.168.10.1
# dns-* options are implemented by the resolvconf package, if installed
# dns-nameservers 192.168.10.1
# dns-search Workgroup# bridge interface a VirtualBox-hoz
auto br0
iface br0 inet static
address 192.168.10.196
network 192.168.10.0
netmask 255.255.255.0
broadcast 192.168.10.255
gateway 192.168.10.1
bridge_ports all tap0
bridge_maxwait 0# TAP (virtual networking) interface a VirtualBox-hoz
#auto tap0
#iface tap0 inet static
# address 192.168.11.15
# network 192.168.11.0
# netmask 255.255.255.0
# broadcast 192.168.11.255
# gateway 192.168.11.15
# dns-nameservers 192.168.11.15
# dns-search Workgroup
# tunctl_user mfilthA Guest gép is a 192.168.10.x-es tartományban kapott fix IP-t.
De, volt turpiszság. Ujraindítottam a gépet… Meg közben frissítések is rámentek, de előbbi lehetett inkább a ludas.
A gondot az okozta, hogy nem jött létre magától a tap0 interface. Ezért a VirtualBox doksit ismét megnézve most már nem az általa hivatkozott uml-utilities csomag doksija által írottakat, hanem közvetlenül a VirtualBox doksi által írottakat tettem bele a /etc/network/interfaces fájlba, a tap0 részhez:
Code:# 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# The primary network interface
#allow-hotplug eth0
#iface eth0 inet static
# address 192.168.10.195
# netmask 255.255.255.0
# network 192.168.10.0
# broadcast 192.168.10.255
# gateway 192.168.10.1
# dns-* options are implemented by the resolvconf package, if installed
# dns-nameservers 192.168.10.1
# dns-search Workgroup# TAP (virtual networking) interface a VirtualBox-hoz
auto tap0
iface tap0 inet manual
up ifconfig $IFACE 0.0.0.0 up
down ifconfig $IFACE down
tunctl_user mfilth
# gateway 192.168.10.15
# dns-nameservers 192.168.11.15
# dns-search Workgroup# bridge interface a VirtualBox-hoz
auto br0
iface br0 inet static
address 192.168.10.196
network 192.168.10.0
netmask 255.255.255.0
broadcast 192.168.10.255
gateway 192.168.10.1
bridge_ports eth0 tap0
bridge_maxwait 0auto eth0
Mint látható, megvariáltam a sorrendet is kicsit, hátha számít. Mert hogy fogalmam sincsen. Arról sem, hogy alul az „auto eth0” miért kerül bele vissza mindig, ahányszor kitörlöm. A network-manager és a network-manager-gnome csomagok eltávolítása is szükséges volt, mert valamitől aktivizálták magukat, azaz meglátták, hogy az eth0 nincs konfigurálva, és nekiláttak IP-címet kérni neki a vezetékes hálózattól. Adtak is neki valami 169-cel kezdődőt. Persze, úgy nem működött semmi.
(Hogy ezek azok, azt abból szűrtem le,hogy a Gnome ablak jobb alsó sarkában soha nem látott, mozgó ikon vette át az addig áthúzott ethernet-dugót ábrázoló kis piktogram helyét, majd idővel nem áthúzott ethernet dugó lett belőle, és közölte, hogy csatlakoztatva vagyok a vezetékes hálózathoz. Két éve használok Linuxot, eddig az ott lévő ábra végig ugyanaz az áthúzott dugó volt. A piktogram About-jában láttam, hogy NetworkManager.)a /etc/resolv.conf -ba kézzel bele kellett írni a dns szerver címét. Ezt a fájlt a benne leírtak szerint a NetworkManager írta mindig magának, ennek ellenére továbbra is innét veszi a redszer ezt az adatot. Ha a Gnome hálózat beállításait megnyitom, úgy látom, hogy az eth0 felület nem aktív, azaz nem lenne szabad hálózatom legyen. Ehhez képest egész jól megy 🙂
A fenti beállítással, és az említett csomagok hiányában újraindítás után isműködik minden, a Host és a Guest gépen is, meg kívülről is.
Ha valakinek van kedve és ideje, kérem világosítson fel, mi a háttere ennek a sok érdekességnek, ami a VirtualBox kísérletezgetésem alatt előjött!
De, volt turpiszság. Ujraindítottam a gépet… Meg közben frissítések is rámentek, de előbbi lehetett inkább a ludas.
A gondot az okozta, hogy nem jött létre magától a tap0 interface. Ezért a VirtualBox doksit ismét megnézve most már nem az általa hivatkozott uml-utilities csomag doksija által írottakat, hanem közvetlenül a VirtualBox doksi által írottakat tettem bele a /etc/network/interfaces fájlba, a tap0 részhez:
Code:# 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# The primary network interface
#allow-hotplug eth0
#iface eth0 inet static
# address 192.168.10.195
# netmask 255.255.255.0
# network 192.168.10.0
# broadcast 192.168.10.255
# gateway 192.168.10.1
# dns-* options are implemented by the resolvconf package, if installed
# dns-nameservers 192.168.10.1
# dns-search Workgroup# TAP (virtual networking) interface a VirtualBox-hoz
auto tap0
iface tap0 inet manual
up ifconfig $IFACE 0.0.0.0 up
down ifconfig $IFACE down
tunctl_user mfilth
# gateway 192.168.10.15
# dns-nameservers 192.168.11.15
# dns-search Workgroup# bridge interface a VirtualBox-hoz
auto br0
iface br0 inet static
address 192.168.10.196
network 192.168.10.0
netmask 255.255.255.0
broadcast 192.168.10.255
gateway 192.168.10.1
bridge_ports eth0 tap0
bridge_maxwait 0auto eth0
Mint látható, megvariáltam a sorrendet is kicsit, hátha számít. Mert hogy fogalmam sincsen. Arról sem, hogy alul az „auto eth0” miért kerül bele vissza mindig, ahányszor kitörlöm. A network-manager és a network-manager-gnome csomagok eltávolítása is szükséges volt, mert valamitől aktivizálták magukat, azaz meglátták, hogy az eth0 nincs konfigurálva, és nekiláttak IP-címet kérni neki a vezetékes hálózattól. Adtak is neki valami 169-cel kezdődőt. Persze, úgy nem működött semmi.
(Hogy ezek azok, azt abból szűrtem le,hogy a Gnome ablak jobb alsó sarkában soha nem látott, mozgó ikon vette át az addig áthúzott ethernet-dugót ábrázoló kis piktogram helyét, majd idővel nem áthúzott ethernet dugó lett belőle, és közölte, hogy csatlakoztatva vagyok a vezetékes hálózathoz. Két éve használok Linuxot, eddig az ott lévő ábra végig ugyanaz az áthúzott dugó volt. A piktogram About-jában láttam, hogy NetworkManager.)a /etc/resolv.conf -ba kézzel bele kellett írni a dns szerver címét. Ezt a fájlt a benne leírtak szerint a NetworkManager írta mindig magának, ennek ellenére továbbra is innét veszi a redszer ezt az adatot. Ha a Gnome hálózat beállításait megnyitom, úgy látom, hogy az eth0 felület nem aktív, azaz nem lenne szabad hálózatom legyen. Ehhez képest egész jól megy 🙂
A fenti beállítással, és az említett csomagok hiányában újraindítás után isműködik minden, a Host és a Guest gépen is, meg kívülről is.
Ha valakinek van kedve és ideje, kérem világosítson fel, mi a háttere ennek a sok érdekességnek, ami a VirtualBox kísérletezgetésem alatt előjött!
Sziasztok!
Virtuális gépet telepítettem nemrég a VirtualBox nevű program segítségével (azért ide írom, mert az Emulátorok szekcióban nem találtam ilyen topicot). Egy Windows fut benne, a Host egy Debian Etch. Alapértelmezett beállítások mellett úgy működik a hálózatkezelés, hogy a Guest DHCP-n keresztül kap egy IP címet a Host-tól (más alhálózatba valót), és az NAT-olva szolgáltat neki internetet. Ez működik is.
A leírásból azt hámoztam ki, hogy ha a lokális hálózaton szeretnék látni egymást, akkor a NAT helyett egy un. HIF (Host Interface Networking) metódust kell hasznáni. Értelmezésem szerint ez úgy működik, hogy a Host-on létrehozok egy szoftveres hálózati interface-t (tap0), melyet szintén szoftveresen össze bridge-elek a Host-ban található eth0-val (br0), majd a VirtualBox-nak megadom, hogy az adott virtuális gép hálózati interface-e a tap0.
A konkrét beállításokat (/etc/network/interfaces) a VirtualBox manualja és az általa hivatkozott bridge-utils és uml-utilities csomagok README fájljai alapján a következőképp határoztam meg:
Code:# 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# The primary network interface
allow-hotplug eth0
iface eth0 inet static
address 192.168.10.195
netmask 255.255.255.0
network 192.168.10.0
broadcast 192.168.10.255
gateway 192.168.10.1
# dns-* options are implemented by the resolvconf package, if installed
dns-nameservers 192.168.10.1
dns-search Workgroup# bridge interface a VirtualBox-hoz
auto br0
iface br0 inet static
address 192.168.10.196
network 192.168.10.0
netmask 255.255.255.0
broadcast 192.168.10.255
gateway 192.168.10.1
bridge_ports all# TAP (virtual networking) interface a VirtualBox-hoz
auto tap0
iface tap0 inet static
address 10.0.2.15
netmask 255.255.255.0
tunctl_user mfilthA Guest Windows beállításai:
IP: 10.0.2.16
Netmask: 255.255.255.0
Gateway: 10.0.2.15
Dns: 10.0.2.15Jelenleg a Host-ról tudom ping-elni a Guest-et, a Guest-ről pedig saját magát a Host tap0 interface-ét és a br0-t, de a két gép közti hálózati kommunikáció ebben ki is merül (a Guest-ről az internetet sem érem el).
A kérdésem az lenne, hogy a Guest gépnek (legyen az Windows vagy Linux) mit kell megadni alapértelmezett átjárónak és DNS-nek, hogy legyen azon is Internet és a Hosttal lássák egymás hálózati megosztásait?
Avagy lehet, hogy teljesen vak vágányon vagyok?
A válaszokat előre is köszi!
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz