Dotaz: QEMU

[Pepa Kovařík]

Chtěl bych zprovoznit na qemu server který by hostoval alpine linux a odtud by běžela nějaká webová služba dotnetu přes proxy nginx. Mám zkušenosti s VirtualBoxem kde se dal příkaz VBoxManage startvm Alpine --type headless, tím se mi spustil jako daemon a pak stačilo přes ssh připojit hosta a vše v pohodě, což se mi tady neaří. Asi by bylo potřeba forwardovat porty 22 a 8080. Můžete mě nějak popostrčit, celý den jsem nad tím strávil a nemůžu se pohnout z místa.Naposledy co jsem zkusil je qemu-system-x86_64 Alpine.qcow2 -nographic ale to není úplně co bych chtěl..

Odpovědi

[X]

Oficialni postup nefunguje?

[Pepa Kovařík]

No nevidím tam nic co by řešilo můj problém? Hlavně jsem studoval wiki na Archu ale nic mě nenakoplo, tím neříkám že jsem něco nepřehlédnul.

[Aleš Kapica]

Pokud bys chtěl použít čisté QEMU, musíš si udělat skript, který ti to bude spouštět. Tak jak to mám já. Bez toho musíš použít nějakého prostředníka alá libvirt. Rozdíl je v tom, že ten můj skript generuje příkaz, který se dá rovnou spuštět přes CLI. U libvirtu to není tak prosté, protože si potřebuje na ten virtuál navěsit monitorovací konzoli a jiné serepetičky.

[Pepa Kovařík]

Právě, chtěl jsem co nejvíc minimalistický nástroj, nejprve jsem podle Arch wiki (host je Arch linux) naintaloval qemu-base, posléze quemu-full pak zkusil podle návodu ale pořád jsem se nepopostrčil k tomu aby se mi stroj spustil na pozadí a já jen čistě přes ssh připojil a nainstaloval a spustil služby. Mohl bys prosím nasdílet ten svůj skript?

[pavele]

Nechci ti brát tvé nadšení, ale čím víc se budeš snažit ohýbat OS k obrazu svému, tím více budeš řešit různé další a další problémy, které by jsi neměl, pokud by jsi použil standadní řešení.

[Pepa Kovařík]

Já přeci nechci ohýbat OS, jen ho spustit na pozadí a přistupovat k němu SSHčkem jako bych přistupovat někam do veřejnýho serveru.

[MarV]

Tím asi myslel výrobu vlastních start-up skriptů a spol (za chvíli budeš řešit jak to vypnout, restartovat, zálohovat, ...). Padne na to spousta času s nejistým výsledkem. Co distribuce, tak to může být jiné. Potenciální problémy s update ...

[MarV]

Souhlasím, že by z pohledu udržitelnosti bylo lepší použít například libvirt. Určitě by neškodilo lépe popsat situaci. Víme, že uvnitř má být Alpine. Celé to poběží na čem (náznakem můžeme hádat Arch)? K síti to bude připojené jak? Má to mít vlastní IP (bridge), nebo jen NAT (což bude pomalé)? Co se podařilo a co se nepodařilo? Co znamená "-nographic ale to není úplně co bych chtěl"? atd

Nejblbější varianta spuštěná nějakým skriptem při startu systému by mohla vypadat nějak takto:

qemu-system-x86_64 -enable-kvm -m 1G -smp 2 -nographic -serial none -monitor none -hda alpine.qcow2 -netdev user,id=net0,hostfwd=tcp::10022-:22 -device e1000,netdev=net0 > /dev/null 2>&1 &

Tj. kvm, 1G RAM, 2 jádra, bez grafického výstupu, bez konzole, jeden disk, NAT a TCP port 22 (ssh) uvnitř přesměrován na 10022 venku. Část " > /dev/null 2>&1 &" je spustit "na pozadí" v neblokujícím režimu. Nicméně s tím bude víc starostí než užitku.

[Pepa Kovařík]

Takže, mám notebook s Archem. Potřebuji nějaký virtualizační nástroj, mám zkušenosti s VirtualBoxem a chtěl bych si osahat QEMU. Potřebuji tam jednak nějaký linuxový stroj, zvolil jsem spíš náhodně Alpine ale klidně může být Debian nebo cokoliv, co pak bude možné nasadit na nějaký server typu AWS, zde jen z důvodu testování. Dál budu provozovat nějaký BSD, nejspíš OpenBSD kvůli škole. Nepovažuji za vhodné řešení mít dualboot a přepínat mezi OS, ze zkušenosti stejně používám jen jeden. A co se týče gestů, nepotřebuji žádné GUI, jen čistě nainstalovat OS a potřebný software (což se mi povedlo) připojit se jen z konzole přes ssh nebo scp a pak nasměrovat porty abych mohl na hostovi vidět třeba Django nebo ASP.NET aplikaci. Jestli bude bridge nebo nat je mi teď jedno, cokoli když to bude fungovat. Jinak děkuji za skript, jen se hloupě zeptám jak se pak připojit z terminálu? Ssh na localhost a port nefunguje, pomoci "ip a" jsem získal adresu eth0 guesta ale ani to neprojde. Později si nastuduju co bude potřeba, jen to chci teď rychle zprovoznit abych mohl pracovat a nestrávil několik dní dokumentací, díky...

[PetebLazar]

Je přidělená IP adresa GuestOSu z jiného síťového rozsahu než IP adresa HostOSu? Pokud ano, tak síťové rozhraní VM GuestOSu nejspíše využívá NAT, takže bez zpětného překladu (port forwarding) se nepůjde ze sítě HostOSu na GuestOS připojit. Řeší se to porforwadováním zvoleného portu HostIP na GuestIP:22.

This is the default networking backend and generally is the easiest to use. It does not require root / Administrator privileges. It has the following limitations:
...
* the guest is not directly accessible from the host or the external network

https://wiki.qemu.org/Documentation/Networking#Network_HOWTOs

How to get SSH access to a guest
A simplest way is to forward a specific host port to guest port 22. It can be done via:

-device e1000,netdev=net0
-netdev user,id=net0,hostfwd=tcp::5555-:22
The first line creates a virtual e1000 network device, while the second line created one user typed backend, forwarding local port 5555 to guest port 22. Then we can do:

 ssh localhost -p 5555

to have SSH access to guest after its network setup (don't forget to turn off firewalls if there is any in the guest or host).

[MarV]

No pro začátek to teda pouštěj s výstupem na stdio a bez té šarády na konci:

qemu-system-x86_64 -enable-kvm -m 1G -smp 2 -nographic -serial stdio -monitor none -hda alpine.qcow2 -netdev user,id=net0,hostfwd=tcp::10022-:22 -device e1000,netdev=net0

Tím pádem by jsi měl vidět normálně v konzoli vstup/výstup, přihlásit a debugovat. Síť máš nastavenou jak? Pokud je zaplé DHCP, tak by si to mělo vše nastavit samo na 10.0.2.15/24, GW 10.0.2.2 a DNS 10.0.2.3 viz dokumentace. Pak by ti měl fungovat ping na bránu. Ping ven nefunguje viz dokumentace. Můžeš zkusit třeba apk udpate zda internet funguje. Pokud všechno jede a máš nainstalovaný a běžící SSH server, tak by z venku mělo jít ssh user@localhost -p 10022.

[Peter Golis]

Nebolo by to jednoduchšie a lacnejšie naprať to do kontajnera keď už to má sponzorovať Blue Origin?

[Pepa Kovařík]

Tebe znám jako dlouhodobýho přispivatele zde, jinak bych si myslel že je to trolling. A "Blue Origin" jsem si musel vygooglit abych věděl co myslíě. Tak původní idea byla mít server Oracle free tier ale nevím proč regisrace neprošla (AirBank?) tak budu hledat jin0 řečení a AWS je jedno z nich, uvidím.

[Pepa Kovařík]

Promiň překlepy píšu z mobilu

[Peter Golis]

Ja len že kontanerizácia má nesporné výhody, vrátane publikovania pre potreby oddelenia dev/test/prod, menších nárokov, ľahšej údržby verzionovania tej custom made appky a tak ...

Inak, Bezoš chce súkromnú kozmickú stanicu. Takže mu na ňu možno prispeješ.

[Pepa Kovařík]

Jinak zatím děkuji všem, dnes jsem si vzal volný den zítra to pořeším a dám vědět, ještě jednou moc díky za trpělivost, cením si toho. PK.

[Bugsa]

Na takové použití je lepší použít kontejnery - LXC nebo Docker (lepší volba) než se patlat s celým virtuálním OS v QEMU. https://learn.microsoft.com/en-us/dotnet/core/docker/build-container

[Want]

Souhlasím s tím, že pro požadovaný účel je lepší použít kontejner. Nevím na jaké hostitelské distribuci to chceš provozovat, ale co hlavně, abys mohl používat ten můj skript, tak bys musel používat openvswitch a to mi přijde kvůli jednoho virtuálního stroje zbytečné.

[Peter Golis]

Ešte je možnosť použiť namiesto nat alebo openvswitch napríklad sieťové rozhranie typu bridge, to ale nemusí byť tak jednoduché na testovacom notebooku pripojenom cez WiFi.

To je jeden z viacerých dôvodov prečo som navrhoval tú kontajnerizáciu.

[cmd]

nechceš "klikačku" .. https://cockpit-project.org/ ?