2021-01-25, 00:35
  #1
Medlem
Flickpojkens avatar
I korthet har jag VM:s från virtualbox som jag nu vill ha in i Qubes.

De verkar faktikst va möjligt!

https://www.qubes-os.org/doc/standalone-and-hvm/

Men fungerar de i Ubuntu (Dom snackar om Debian i guiden)? Jag har alltså mina VM:s på en extärN H-disk men antar att man modiferar dom innan man lägger dom som en vm i Qubes?

Hitta just guiden.
Citera
2021-01-25, 02:50
  #2
Medlem
Citat:
Ursprungligen postat av Flickpojken
I korthet har jag VM:s från virtualbox som jag nu vill ha in i Qubes.

De verkar faktikst va möjligt!

https://www.qubes-os.org/doc/standalone-and-hvm/

Men fungerar de i Ubuntu (Dom snackar om Debian i guiden)? Jag har alltså mina VM:s på en extärN H-disk men antar att man modiferar dom innan man lägger dom som en vm i Qubes?

Hitta just guiden.
Nej Qubes är i deras artikel tänkt här som en host/värd maskin. Qubes är ett Linux-/Fedora-baserat OS.
Hittar inte om det är gratis eller kostar efter ett tag.
Att köra VMs inne i Qubes är krävande - 16 GB RAM och >= 4 kärnor.
Glöm att streama ljud och bild från flera VMs annat än att du har riktigt snabba hårddiskar, annars så hackar det. Du kan också få känslan av att datorn plötsligt segar ner (*)

Vill du hålla på med sådant som många streams > 4, så rekommenderas verkligen extra nätverkskort som tex kan kopplas via USB3 och via kabel och inte via det trådlösa, det räcker inte för sådant.
Finns dock gott om hårdvara som är körbart ihop med Qubes, enligt listan publicerad där. Men du får nog tänka i termer av äldre med kraftfulla maskiner, i7, i9 eller Xeon.

Nyare komponenter i en nyinköpt dator, då kan det bli problem för det finns inte drivare till Linux till dem. Utom för grafikkorten ATI och nVidia som de brukar vara rätt så snabba med att publicera en fungarande drivare till. Andra nyare styrkort och tillbehör kan bli rena ångesten att få att fungera under Linux.

Om du bara vill köra på bärbara datorer så tänk på att de sällan tål 100 % CPU-load, flera dygn i sträck.
De som laborerar mycket med VMs brukar sätta ner inställningen "Execution Cap", till typ 85-95%.
VMs kan utan vidare begränsas i CPU-speed, om du verkligen inte har krav på max.

De överblivande 5% räcker för att hosten ska hinna göra allt det viktiga i bakgrunden.
Beräkningstumregler finns för antal kärnor och hur högsta sammanlagda load man kan tillåta innan maskinen blir seg som sirap. Ju fler kärnor som finns desto högre overall CPU-load kan man tillåta, Tex för 8 kärnor så ligger den på 88-93% som då kan den gå 24/7 utan att man som användare märker något att den segar sig.
Du skriver i förra inläggen att du har Win10 somvärd. Win10 är inget att förakta, rensa på all bloatware, disable alla löjliga grafiktillägg. Sätt också tex en fix swapfil-storlek, inte en onödigt stor.
Har du 8GB RAM så bör du ha en swapfil på minst 16 GB. Lägsta rimliga är annars 8 GB, dvs detsamma som RAMs storlek.

Du får snarare lära dig att alltid hålla ett öga på Taskmanagern och diskutrymmet, att du inte kör kärran i botten att den "k*kar" ur vid omstart sedan. Och att du då har en inkonsekvent okörbar maskin.
De flesta som laborerar mycket med sådant här har ett flertal förinstallerade hårddiskar som de kan byta med och är alltid bara 5-10 minuter från att ha maskinen fullt körbar igen.
Du kan behöva ha din Win 10 liggande framme och slänga in varje gång du måste uppdatera ditt BIOS, och varje större drivrutinsuppdatering. På så vis vet du att hårdvaran alltid fungerar som det är tänkt.

Jag har märkt tydligt att det är en markant skillnad mellan DDR3 och DDR4 i frågan om overall prestanda. Det är ett riktigt stort steg mellan DDR3 och DDR4.

En hel del skryt finns om värd-OS och som kan isolera sina VM mycket väl, Ja det är sant, men det är i stort sett likadant för alla system som klarar av att köra VMs.
Det är alltså ohederligt av Qubes därför att konkurrenterna är minst lika bra.

Är man riktigt nojig så trashar man sin VM efter varje session, och skriver om en helt ny från scratch.
Därmed blir allting fabriksnytt för användaren. Ingen kan då se utifrån vad som har hänt inne i VM.
En eventuellt säkerhetstjänst måste därför spionera på nätverkstrafiken istället. Något som är extremt krävande rent resursmässigt.

Man har också kunnat konstatera att tex Interpol har resurser nog för att infiltrera TOR- och Onion-lösningar, dess nätverk. Och dessa TOR-noder sätts i regel upp som sådana noder just på ett stort kluster som många VMs. En komplex metod att överkomma TORs dolda nätverk. Men i teorien en effektiv metod, alltså bättre än ingenting.
Idén kom om dessa intrångsmöjligheter redan starxt efter TOR/Onion lanserades.
Och Taaadam - Gisnningsvis är det Kina som är ledande på denna fronten.
Kina har ju kapacitet så det räcker och bli över.
Jag gissar att om Kina verkligen är intresserade så är det en baggis för dem att sätta upp
100 000-tals Onion-VM. Och lösa svårknäckta problem på så vis.

Men tyvärr ingen som vet om hur många sådana Onion-bottar de förfogar över.
De tydligen tänker fiffigt pga att så snart dleme väntar sig att kriminella nätverk ska sjösätta farliga planer då kan Interpol på bäställlning skapa ett stort Onoin-nät, som effektivt spaningsverktyg.
Iden om dessa Onoins-slavar var ursprungligen avsedda till att reducera latencyn,och att utöka genomsläppligheten.
Eller om dessa uppgifter bara är desinformation, det finns ju anledning för Interpol att lägga ut "blindspår"

Hehe, hjälpte några spanjorer med att installera sådant i Internetkafé i Spanien, då Windows 7 var relativt nytt.
Gästerna körde då en klon av Windows XP i VM -läge, som skrevs om från scratch direkt efter att användaren loggat ut. Metoden har visat sig effektiv mot att sprida virus i alla fall.

Lycka till !!!
Citera
2021-01-25, 12:45
  #3
Medlem
Flickpojkens avatar

Tack för svar. Inrtessant!

Vilket Linux anser du är bäst med virtualbox (Kanske skippar Qubes)? Har hört att Untu är osäkert!

Angånde Qubes så testade jag de för längesean (2 åresedan kansek). Då fungerade de rätt bra (Möjligvis va de låg belastning) och jag gillade layouten. Tycker de va coolt att man kunde kovertera sin VM:s från virtalbox in i Qubes!

Längst ner i guiden (https://www.qubes-os.org/doc/standalone-and-hvm/) under "Converting VirtualBox VMs to Qubes HVMs". Står de bara om Debian. Menar dom att ens VM:s ska konverteras till HVMs i Debian? Kan man inte fixa de i Ubuntu? Verkar ju skumt att konverteringen skulle kräva en spåecifik distrubution av LInux.

Eller de kasnek är Qubes dom snackar om här:

"In Debian AppVM, install qemu-utils and unzip"

Dvs man lägger in sina VM i Qubes of konverterar dom till HVMs i Qubes? I en del av Qubes som kallas: "Debian AppVM"?

Tuvärr verkar de för engångs skulle inte finnas något youtube klipp!!
__________________
Senast redigerad av Flickpojken 2021-01-25 kl. 12:55.
Citera
2021-02-03, 23:42
  #4
Medlem
Ursäkta sent svar:
Citat:
Ursprungligen postat av Flickpojken

Tack för svar. Inrtessant!

Vilket Linux anser du är bäst med virtualbox (Kanske skippar Qubes)? Har hört att Untu är osäkert!

Angånde Qubes så testade jag de för längesean (2 åresedan kansek). Då fungerade de rätt bra (Möjligvis va de låg belastning) och jag gillade layouten. Tycker de va coolt att man kunde kovertera sin VM:s från virtalbox in i Qubes!

Längst ner i guiden (https://www.qubes-os.org/doc/standalone-and-hvm/) under "Converting VirtualBox VMs to Qubes HVMs". Står de bara om Debian. Menar dom att ens VM:s ska konverteras till HVMs i Debian? Kan man inte fixa de i Ubuntu? Verkar ju skumt att konverteringen skulle kräva en spåecifik distrubution av LInux.
Eller de kasnek är Qubes dom snackar om här:

"In Debian AppVM, install qemu-utils and unzip"

Dvs man lägger in sina VM i Qubes of konverterar dom till HVMs i Qubes? I en del av Qubes som kallas: "Debian AppVM"?

Tuvärr verkar de för engångs skulle inte finnas något youtube klipp!!

Av frågorna att döma så verkar du vara en newbie på sådant här. Nja, Debian är en hel familj av Linuxar, Tex Debian, LUbuntu, XUbuntu, Ubuntu, Linux Mint mfl är allihopa Debian-distributioner.
Debian är också den största familjen av garage-OSs, dvs hemsnickrade OS-es

Red Hat och Fedora utgör en egen familj som är rätt så väsensskild från Debian som operativssystem.
Sun Solaris , dvs Solaris bildar också en helt egen familj av Linuxar.
SUSE, Arch Linux, Gentoo, Mandriva, Turbolinux, Xandros mfl utgör egna familjer inom Linux-sfären .
Många av alla dessa varianter är låångt utvecklade kloner av BSD.
Här finns en som sticker ut och det är Oracle själv med sitt eget operativsystem, Oracle Linux:
https://www.oracle.com/linux/

Oracle är utveckare av Oracle VirtualBox.

Den ursprungliga Sun Solaris var inte gratis utan ett svindyrt operativ system, byggt på Unix i grunden (Antagligen är kärnan mostvarande den i BSD 4.2). Nu finns det ju en klon som heter Open Solaris som är gratis och rätt trevlig tycker jag själv.

BSD 4.2 är hela grunden till Internet, med dess kompletta implementation av tex TCP/IP protokollet och bland annat websockets. Ja det hette bara sockets från början, dvs en point-to-point förbindelse där nätverkspaket kan skickas normalt uten förluster. Du kan titta på denna webbsite som försöker hålla reda på allt nytt som händer inom Linux-fronten med att lägga upp nya artiklar av nya utgåvor av Linuxar, länk:

https://distrowatch.com/

Webbsajten är rena guldgruvan för den som vill lära sig mera om Linux, och om operativsystem generellt sett.

Enormt mycket finns det att lära sig där om det mesta i operativsystem-väg.
Det är också kunnandet man kan få därifrån som inspirerade några garage-knackare att ta fram Hackintosh, en klon (och virtuell maskin) av Apples iOS som går att göra på en vanlig PC.
Rätt kul. Som sagt att Apple försökt stämma dessa för Copyright-intrång, men inte lyckats något vidare.
Det är analogt med det här:
(FB) Corellium - Ny virtualiseringsplattform för att köra bland annat iOS virtuellt - 2020
https://corellium.com/
Correlium har skrivit en lösning som gör det möjligt att köra ett iPhones OS i virtuellt läge och
ger möjligheter till att bruteforce, dvs jailbreaka de flesta iPhones.
Genom att man kan köra virtualiseringsprogramvaran på ett kluster så lär det inte ta så lång tid att knäcka lösenordet på en given iPhone, nästan vilken som helst.
Alltså intressant, inte minst för tex Interpol, CIA, FBI mm.
Nu har det ju ryktats länge att de redan har sådana verktyg sedan ett antal år tillbaka.
Men nu tycks det ju definitivt vara bekräftat.

Den smartphone som troddes ha den bästa krypteringen var Blackberry, men enligt ett domstolsbeslut i Indien pga terrorattackarna i Mumbai så lyckades indiska tekniker knäcka även dessa Blackberrys

Det finns annars och för övrigt ett riktigt speciellt OS, och det är det här, ReactOS:
https://distrowatch.com/table.php?distribution=reactos

Det är både en kopia och inte en kopia av Windows NT 4.x i många avseenden.
OSet har nästan exakt samma beteende och API som Windows NT har.
Och det är bland annat avsett för att köras på modern hårdvara. För dem som absolut måste kunna köra program gjorda för Windows NT, så är ReactOS något nödvändigt nuförtiden.
Det har vissa likheter med OS/2 Warp
OS/2 har tydligen fortsatt en viss populäritet inom bla bankväsendet. Och finns i nya versioner, licenspliktiga förstås.

Glöm det där jag skrev om att säkerhetstjänsterna lagt upp egna TOR-noder. Något sådant finns det förstås inte någon bekräftelse för. Eftersom de knappast skulle erkänna något sådant.
Men säkert är att de har infiltrerat dessa på något sätt. Annars hade ju vissa gripanden inte kunnat genomföras.
Finns ju förstås motiv för att hålla metoderna hemliga.
Hursomhelst så ryktades det ganska omgående att lanseringen av TOR-tekniken, att säkerhetstjänsterna kopierade tekniken av samma anledningar för att på samma gång ligga före spioner.
Och en direkt följd av Wikileaks avslöjande.

I andra änden av operativsystem så finns det realtids OS, tex FreeRTOS,
https://www.freertos.org/
Ett Real Time Operation System (= RTOS) kännetecknas av att man ska kunna förvänta sig att operativsystemet ska kunna utföra en viss uppgift inom en bestämd tid.
Inte minst viktigt vid styrning av fordon, stridsflygplan, eldledningssystem som styrs av radarenheter mm.
Dessa körs inte som virtuella system annat än under utvecklingen, och testningen för att mäta tex svarstider mm.
I skarpt läge så körs ett RTOS alltid som enda system på sin värdmaskin och ingen konkurrerande programvara kan köras samtidigt.

Ämnet är mycket brett och svåröverskådligt, mycket att lära sig. Men principen är relativt enkel.
Man är ofta tvungen att köra virtuella system därför att man inte ska riskera att värdmaskinen kan gå ner, och låsa sig. Man kan gärna tex lägga en databashanterare i en virtuell maskin, när det är dags för service på denna kan man routa om trafiken till en nyservad VM med en ny kopia på databasen.
Utan märkbart avbrott för kunden faktiskt.
Därför har administrerandet av VMs blivit vardagsgöra för många systemtekniker.
Tekniken med VM gör det även möjligt att "spela in" allt som händer inne i VM, för tex felsökning och debugging. Men även för att fånga hackningsförsök, sk honeypots.
Man kan i detalj logga och simulera eventuella hackerförsök i detalj.

De flesta debugganalyser görs i efterskott, sk offlinemode, eftersom det brukar vara meningslöst att debugga en VM i realtid, eftersom det segar ner VM för mycket. Realtids debugging är bara värdefullt för buggar som upppträder ofta.

Ämnet är som sagt mycket brett och svåröverskådligt. Och man får passa sig att inte bli för insnöad på de problem man träffar på.

Lycka till !!
Citera

Skapa ett konto eller logga in för att kommentera

Du måste vara medlem för att kunna kommentera

Skapa ett konto

Det är enkelt att registrera ett nytt konto

Bli medlem

Logga in

Har du redan ett konto? Logga in här

Logga in