VirtualBox-ban 192.168.56.101/24 IP-cím helyreállítása

Virtualizáció

Sziasztok!

Windows 11 operációs rendszerre telepítettem VirtualBox 7.0.14-es verziót.

Ubuntu szervert kell rá telepítenem.

A "Konfigurálás"-ban a "Hálózat" menüben az alábbiakat kell beállítanom:
Kártya 1: Hálózati adapter engedélyezése: Csatlakoztatva ide: NAT [tehát marad az alapértelmezett]
+
Kártya 2: Hálózati adapter engedélyezése: Csatlakoztatva ide: Host-only kártya [Név: VirtualBox Host-Only Ethernet Adapter]

Az Ubuntu szerver telepítésénél adni fog egy IP-címet, ami: 192.168.56.101/24

Azt tapasztaltam - ha törlöm egy az egyben a meglévő virtuális szerveremet is, akkor is -, amikor egy újabb virtuális szervert telepítek, akkor már "102"-re [192.168.56.102/24] módosul az IP-cím. És így tovább, minden egyes újabb telepítésnél 1-gyel növekszik az IP-cím.

Mit kellene ahhoz beállítanom/törölnöm, hogy ha pl. tiszta lappal akarok kezdeni a VirtualBox-ban, és újonnan telepítem a kívánt Ubuntu szervert, akkor ismét a 192.168.56.101/24 IP-címet adja [és ne a sorban következőt]?

Konkrétan erre a részre gondolok:
https://i.postimg.cc/13wyfxp5/Ubuntu.jpg

Remélem, sikerült megértetnem a problémámat.

Az esetleges segítségeket előre is nagyon szépen köszönöm!

  • 380 megtekintés

( locsemege v | 2024. 03. 02., szo – 13:01 )

NetworkManagert használsz? Mert ha igen, csinálhatod azt, hogy feltelepíti, ahogy akarja, majd nmcli paranccsal megváltoztatod. Ha meg van grafikus felületed, akár onnan is.

nmcli conn név mod ipv4.addresses 192.168.56.101/24

Legalább is, ha jól emlékszem, valami ilyesmi lenne a parancs. (Tévedhetek, nézz utána, fejből írtam, de épp az éjszaka csináltam valami ilyesmit, ezért nagyjából emlékszem.)

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( zeller | 2024. 03. 02., szo – 13:06 )

For host-only networking, as with internal networking, you may find the DHCP server useful that is built into Oracle VM VirtualBox. This is enabled by default and manages the IP addresses in the host-only network. Without the DHCP server you would need to configure all IP addresses statically.

  • In VirtualBox Manager you can configure the DHCP server by choosing File, Tools, Network Manager. The Network Manager window lists all host-only networks which are presently in use. Select the network name and then use the DHCP Server tab to configure DHCP server settings. See Section 6.11, “Network Manager”.

  • Alternatively, you can use the VBoxManage dhcpserver command. See Section 8.50, “VBoxManage dhcpserver”.
     

Azaz a host only network-ben a virtualbox DHCP-n oszt címet. Ez a VM létrehozásakor generált hálózati csatoló "fizikai" címére (MAC address) oszt egy IP-t - az újabb VM-nek más "fizikai" címe lesz, amihez természetesen másik IP-címet fog kiosztani a dhcp-szerver.
Meg kell nézni, hogy a host-only network-ben milyen a dhcp beállítás, és a dhcp range-be nem eső címet kell statikusan beállítanod a VM-ben. (hogy lehet-e azt is csinálni, hogy amikor létrehozod a VM-et, te adod meg a  hálózati adapter "fizikai" címét (MAC), azt nem tudom, de ha igen, akkor azt a korábban létezett, de már véglegesen törölt VM-mel azonosra beállítva ugyanazt az IP-t fogja kapni az új VM a DHCP-től)

( fairlane | 2024. 03. 02., szo – 13:12 )

A legegyszerűbb, ha DHCP helyett statikus IP cím kiosztást használsz.

Próbáld meg beállítani a 192.168.56.99 -es IP címet 255.255.255.0 netmask-kal. A gateway címe nagy valószínűséggel a 192.168.56.1 lesz,
de érdemes ellenőrízni a VirtualBox hálózati beállításai között.

A DHCP működését érdemes megnézni (kliens, szerver, hogy működik, stb...) és akkor már tisztább lesz a kép. :)
 

...úgyis jönnek...

( Zsolt777 | 2024. 03. 02., szo – 15:04 )

Megoldottam!

A lényeg, hogy nem elég csak eltávolítani a "VirtualBox"-ot [és ugye a telepítési mappáját: C:\Program Files\Oracle\VirtualBox], hanem aztán még az alábbi helyekről is törölnöm kellett a hátra hagyott nyomait:
ProgramData/VirtualBox
Users/FELHASZNÁLÓNÉV/.VirtualBox       - Gondolom, itt volt az a bizonyos maradvány...
Users/FELHASZNÁLÓNÉV/VirtualBox VMs

 

Azért köszönöm mindenkinek, aki írt a kérdésemre! És persze azoknak is, akik elolvasták az esetleges segítségnyújtásuk reményében. :)

Jó, hát így is lehet, bár én másképp állok ehhez a kérdéshez. Vettem egy új notebookot, s a korábbiról file-osan másoltam át a telepített és használt oprendszert, majd tettem boot-olhatóvá. Remekül működik, pedig ez egy oprendszer teljesen más hardware-en alkalmazásokkal együtt. A régi hardware Intel, az új AMD alapú.

Azért, hogy a konfigoknál ne kelljen szívnom, az új gépen a filerendszer UUID-okat ugyanazokkal az értékekkel adtam meg, mint ami a forrás gép filerendszerén volt. Értelemszerűen fontos, hogy a jogosultságok, tulajdonosok, SELinux beállítások is helyesen költözzenek, továbbá kell új initrd-t generálni chroot-olt környezetben, és nyilván nem az aktuálisan futó kernelverzióval, hanem azzal, amelyik telepítve van és másolásra került.

Nekem jobban megéri, mint a tiszta telepítés, utálom a beköltözést, a kényelmessé beállítást. Azt akarom, hogy minden ugyanúgy működjön, mint eddig, csak izmosabb hardware-en.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Értem. Mert te ezek szerint elég tapasztalt vagy ilyen macerásabb dolgokban, és meg tudod oldani a már komolyabb bonyolultságú dolgokat is.

Azért kérdeztem, mert, ha valaki mondott volna konkrét tippet, amivel boldogultam volna, természetesen megpróbáltam volna.

De már a kérdésem előtt is szívtam vele, így számomra egyszerűbb volt a pár percet igénybe vevő újratelepítéses alternatív megoldás.

Abban igaza van, hogy a Windows az egy ilyen szar sajnos. Nem a te hibád, de az. Linuxon ez nálam qemu-kvm-ben csak egy CLI opció a qemu-system-x86_64 hívásakor: -net nic. Ezzel működik is, kap egy NAT-olt IP-t a virtuális gép, és működik benne minden, nem osztogat újra hülye címeket, nem adogat hozzá semmit, semmit nem kell kipucolgatni, újratelepíteni, átállítgatni. Persze, lehetne részletesebben bonyolítani, hogy több hálózati kártya, meg mindenféle hálózati okosság, de minek, ha így is működik?

Ezért szoktam én is írni, hogy a kereskedelmi OS-ek, szoftverek, GUI felhasználóbarátsága nem minden, nem feltétel egyszerűbb, mint a low level terminálos megoldások, sőt, ha valami nem működik, vagy nem megfelelően, akkor sokkal nehezebb helyrehozni, kinyomozni, mivel bonyolult, sok helyen tárol mindent, stb..

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Ameddig tanul belőle az ember, addig nem baj. De ha 10 alkalom után is erre a következtetésre jut, az már igen.

Anno, mikor először került PC a családba, pont abban az időben került a kezeim közé egy Debian Potato telepítő. Commodore 64 után azt sem tudtam merre, hány méter. A suliban persze találkoztam már más számítógépekkel. Kb. minden héten másik rendszer volt a gépen a család nagy örömére. Mondjuk rajtam kívül mást nem is nagyon érdekelt.

Akkor még nem volt ilyen, hogy gyorsan előkapom a telefont és megkeresem a neten. Egy teljesen ismeretlen rendszeren nem volt könnyű segítséget találni, főleg DOS és Windows után. Volt, hogy naponta 2x, 3x is újratelepítettem, mikor elszúrtam valamit.

Szerk.: viszont amit előtte az iskolában megtanultunk, hogyan épül fel a gép, mi az az operációs rendszer, merevlemez, floppy, fájlkezelés, mappák, sokat segített egy ismeretlen rendszer feltérképezésében.

Azt talán az ezredforduló környékén én is átéltem, hogy Windows-on már tudtam olyan okosságokat, hogy ha valahova jobb egérgombbal kattintok, feljön egy kontext menü, ami az adott kontextusban elérhető lehetőségeket kínálja, és ez mekkora jóság már, aztán elkezdtem ismerkedni a Linuxokkal, azt gondoltam magamról, valamelyest értek a számítástechnikához, de Linuxon teljesen hülyének éreztem magam. Viszont nem hátráltam meg, úgy voltam vele, hogy úgyis megtanulom, nem alázhat meg ennyire egy rendszer. :) Szóval szakmai alázatra nevelt, meg némi szorgalomra, de megérte.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE