[08:25] <lordievader> Goede morgen.
[08:25] <lordievader> khildin: Nu wel weer ;)
[08:25] <khildin> mogguh
[08:28] <khildin> ik heb inmiddels voldoende leesvoer om verder te kunnen.. :)
[08:29] <lordievader> KVM + network bridging is fijn?
[08:29] <lordievader> ?= :)
[08:32] <khildin> ik heb geen idee...
[08:32] <khildin> alternatief zou proxmox zijn?
[08:32] <khildin> maar dan kost me dat een extra disk....
[08:33] <khildin> en die heb ik eigenlijk niet
[08:34] <khildin> KVM zou ik op ubuntu server kunnen gebruiken en die al als software raid1 kunnen installeren... op LVM volume de VMs aanmaken.... zoiets?...
[08:36] <lordievader> Heb hier LVM draaien, iedere vm heeft zijn eigen volumen.
[08:36] <lordievader> Beide network interfaces gebridged zodat de vm's er fatsoenlijk in geprikt kunnen worden.
[08:38] <khildin> wat ik wil bereiken is dat lokaal verkeer niet direct naar buiten kan maar altijd via gateway VM gaat... met als detail dat de proxy op de andere VM draait dus alles moet eerst via VM1 en dan via VM2 naar buiten
[08:39] <khildin> ik kan (nog) niet inschatten wat het inhoudt als de beide interfaces gebridged worden...
[08:39] <khildin> ken KVM gewoon niet (genoeg)
[08:40] <lordievader> khildin: Dat klinkt als een questie van routen.
[08:41] <khildin> ik heb in het verleden met vmware gwerkt.. en daar maak je gewoon in beide VMs een virtuele adapter die je met elkaar verbindt. dat zou ik eigenlijk het liefst hebben...
[08:43] <khildin> dus iets als: modem, eth0 naar gateway VM, virteth0 van gateway VM naar virteth1 op Ubuntu VM, eth1 naar switch/LAN
[08:44] <lordievader> khildin: Moet toegeven dat ik niet heel veel ervaring heb met bridge nics, maar het lijkt mij dat je er gewoon een aan kunt maken en daar alleen de KVM nics in prikken prima werkt (dus geen physieke nic inprikken).
[08:45] <khildin> bridgenic is virtueel?
[08:45] <khildin> sorry dat ik noobish klink... :P
[08:46] <lordievader> Err... https://wiki.debian.org/BridgeNetworkConnections
[08:49] <khildin> ik weet niet of dat is wat ik nodig heb... eigenlijk wil ik juist een soort tunnel maken die er voor zorgt dat eth0 aan de buitenkant van mijn netwerk zit, en eth1 aan de binnenkant (soort NAT) met daartussen 2 VM's die virtueel verbonden zijn
[08:51] <khildin> ik wil vermijden dat netwerkverkeer tussen VM1 en VM2 via fysieke adapters gaat
[08:52] <lordievader> khildin: Als je een vm goed aan een nic wilt binden wil je die interface aan een bridge interface hangen. Via macvtap, of die andere opties kan je vm het netwerk wel zien maar de host niet. En de host de vm niet...
[08:52] <lordievader> Ik had niet in gedachte om eth0 met eth1 te bridgen ;)
[08:53] <khildin> dan begrijp ik het begrip bridge in de KVM wereld blijkbaar nog niet goed...
[08:54] <khildin> terug aan het leesvoer maar... lol
[08:54] <Maikel> KVM en bridgen?
[08:54] <Maikel> Dat werkt perfect.
[08:54] <lordievader> De volgende beschrijving klopt waarschijnlijk niet helemaal: maar vergelijk het met een switch waar je netwerk interfaces in prikt.
[08:54] <Maikel> en ik kvm kan je heel makkelijk gaan natten en kiezen voor niet te bridgen
[08:55] <Maikel> de rest is idd SNAT
[08:56] <khildin> je maakt in feite een virtuele switch aan tussen de VMs... en de VMs verbind je via virtuele adapters met die vswitch? ....right?
[08:56] <Maikel> jups
[08:56] <khildin> dat is priecies wat ik nodig heb
[08:57] <Maikel> tja, mijn interne code is niet elegant genoeg om met je delen
[08:57] <khildin> de fysieke nics gebruik ik dan om naar buiten en naar fysieke netwerk te verbinden
[08:58] <khildin> hebben die virtuele nics dan een eigen subnet?
[08:59] <khildin> dus ik ben dan eigenlijk aan het 'dubbel natten' eth0 NAT virtsubnet eth1 NAT fysiek netwerk... zoiets
[09:01] <lordievader> khildin: Dat ligt aan hoe je het insteld ;)
[09:02] <khildin> hoezo? hoe kan het 'anders' dan?
[09:02] <lordievader> Je hoeft niet te natten.
[09:02] <khildin> als je in het achterhoofd houdt dat VM1 en VM2 tussen extern en intern _moeten_ zitten....
[09:03] <khildin> en ik heb maar 2 nics en 1 fysieke server
[09:04] <lordievader> gateway vm als gateway instellen voor de rest, gateway van de gateway vm is de daadwerkelijke gateway.
[09:05] <khildin> vm1=gateway vm2=proxy...
[09:05] <lordievader> In het scenario dat ik schets zitten die ineen ;)
[09:05] <khildin> en vm2 mag niet omzeild worden via veranderen van proxyinstellingen etc
[09:06] <khildin> dan moeten die request op vm1 gedropped worden (of omgeleid naar een leuke pagina waarop staat dat ze stout zijn... :) )
[09:08] <Maikel> ah hypervisor->proxy->web backend
[09:08] <Maikel> De klassieke opstelling
[11:45] <mandje> ik ben aan het onderzoeken of het te doen is om een native ubuntu install om te zetten naar een virtuele image en dan verder als VM te gaan. iemand ervaring mee?
[11:46] <ichat> waarom exporteer je niet gewoon je gebruikers naar een nieuwe machine
[11:46] <lordievader> mandje: dd naar een lvm volume, volume in kvm prikken?
[11:48] <mandje> ichat:  ja die mening kom je veel tegen. maak gewoon een nieuwe virtuele machine aan die je opnieuw inricht. en die weg zal ik ook zeker gaan als na onderzoek blijkt dat het anders te lastig is.
[11:50] <mandje> lordievader: ik heb wel es eea ingericht met lvm volumes. ik werd er niet helemaal gelukkig van. maar als dit een route is om het gevraagde te bereiken.
[11:50] <ichat> mandje,  het hangt ook wel af welke hypervisor je gebruikt - met kvm  kun je  je systeem letterlijk anders laden en doorgaan waar je gebleven was, bij xen durf ik het niet te zeggen  maar bijv vmware raad ik het gewoon ronduit af
[11:51] <mandje> ik wil met kvm aan de slag.
[11:51] <ichat> dan is lvm een goede stap
[11:55] <mandje> om te kijken of ik het in hoofdlijnen snap: dd kopieert bit voor bit (daar is ie weer ;) ) de ubuntu partities naar een lvm image en die image kan je dan gebruiken als een 'partitie/volume' in een lvm structuur. maar wat de geconverteerde ubuntu install aan schijf verwacht en evt. niet vind? is dat op deze manier opgelost?
[12:01] <lordievader> mandje: Ubuntu is flexibel. Waarschijnlijk start het vrolijk op vanaf een lvm volume.
[12:04] <mandje> zie le wel. ik lees niet goed. haal lvm en kvm door elkaar. lordievader jij zegt specifiek dan je binnen kvm een lvm kunt toevoegen.  dus je hoeft helemaal niet een lvm structuur op je machine te creeeren?
[12:28] <lordievader> mandje: Je host moet aan lvm doen.
[13:24] <mandje> ok. tnx
[13:26] <mandje> maar wat is dan het voordeel van dat converteren naar een lvm volume ipv converteren naar een virtual image?
[13:49] <Maikel> lvm is de shit
[13:50] <Maikel> kan je alitjd paritites oprekkenzo
[13:56] <lordievader> ^ dat, lvm is fijn.
[13:56] <systeem> mandje: ze zeggen dat je dan iets betere performance hebt
[13:56] <lordievader> Raw images, of andere images zijn niet fijn.
[13:57] <Maikel> op 1 server heb ik 5 kvm images zonder lvm
[13:57] <Maikel> ik wordt er nu kaal van
[14:42] <saat> draait deze site ook op ubuntu linux ?
[14:43] <lordievader> Deze site? Dit is IRC, geen site...
[14:43] <saat> ik heb nogeens een vraag ik zou graag met putty willen zien hoe mijn internet verbing draait enz welk commando is dat ?
[14:44] <lordievader> Ik snap je vraag niet...
[14:44] <lordievader> Besides, van simpel weg commando's vragen leer je niks.
[14:45] <saat> nou de server draait nu is alles weer okay gelukkig maar ik moet toch kunnen zien via putty wat mijn server doet snap je
[14:45] <trijntje> heeft iemand hier ervaring met scanners in ubuntu? Ik heb een scanner die via wifi aan het netwerk hangt en ik heb geen idee hoe ik die toe moet voegen in ubuntu
[14:45] <saat> via internet dan
[14:46] <lordievader> saat: Je doelt op server management?
[14:46] <saat> ja zoiets ja
[14:47] <lordievader> saat: Zoiets... misschien moet je eerst eens na gaan wat je precies wilt. Ik kan je in iedergeval vertellen dat server management een vak apart is. Ofwel dat is niet simpel 1 commando...
[14:47] <saat> kjik via top zie je ook wel wat maar niet specifiek en dat zou ik graag willen
[14:47] <lordievader> Maar niet specifiek wat?
[14:50] <saat> de connecties wat ie doet enz of de ip adressen je ziet alleen de progamma's welke ie draait enz en de overige info dan cpu enz
[14:50] <saat> oh server managment nooit van gehoort zoeen ervaren persoon ben ik ook niet met linux nl
[14:51] <saat> dan houden we t maar bij top
[14:51] <lordievader> saat: Unix filosofie ;) Je zoekt iets in de trant van netstat, iftop, etc.
[14:52] <saat> yep
[14:55] <saat> heb juist netsta gedaan nu zie ik het ip staan links van mijn server dan waarmee ie naar buiten gaat en de poort en rechts zie ik ook ip adressen staan en daarachter bvtime wait enz
[14:56] <saat> en etsablished enz
[14:57] <lordievader> Met de default opties wel ja. Lees de man page zou ik zeggen ;)
[14:57] <saat> de wat op forum
[14:57] <saat> k in iedergeval bedankt voor de hulp kom erwel uit
[15:00] <trijntje> zo krijg je dus linux botnets ;)
[15:01] <lordievader> Door manpages te lezen? :P
[15:02] <lordievader> Ach zolang ie niet te veel op zijn router open gooit...
[16:05] <commandoline> Binnenkort gaat Ubuntu NL voor de internationale herverificatie, zie voor meer info: http://forum.ubuntu-nl.org/index.php?topic=83520.msg935513#msg935513
[16:05] <Fermata> commandoline: welke vragen kunnen we verwachten?
[16:07] <commandoline> Fermata: Vragen over de wikipagina hierover (linkje komt eraan), we weten dat de belangrijkste dingen er echter op staan door eerdere communicatie met de LoCo Council.
[16:07] <commandoline> https://wiki.ubuntu.com/DutchTeam/ReVerificationApplication2014
[16:09] <commandoline> Het is dus meer voor de zekerheid en om wat interesse te tonen vanuit de LoCo, zoals ik het nu inschat.
[16:09] <Fermata> Ah, duidelijk.
[16:10] <Fermata> Het vergadermoment valt midden in een tentamen, dat is wat jammer. :(
[21:13] <Cugel> Ik had nog nooit van http://vraag.ubuntu-nl.org/ gehoord. Dom.