Bekijk Volledige Versie : OpenVz vps vnet
Ik heb zonet een nieuwe VM opgezet ( Ubuntu ) met openVZ, maar ik krijg geen internet connectie op deze VM. De VM gebruikt hetzelfde IP-adres als de server zelf en wanneer ik ifconfig doe zie ik geen vnet :
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:2 errors:0 dropped:0 overruns:0 frame:0
TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:100 (100.0 B) TX bytes:100 (100.0 B)
Ik ging ook eens mijn /etc/resolv.conf checken maar deze bleek niet te bestaan. Ik heb deze aangemaakt en de juiste naamserver hierin geplaats. Hoe kan ik een vnet aanmaken voor deze VM zodat deze de connectie via mijn server maakt en zo dus toegang tot het internet heeft?
Vanaf de host server (dus niet in de VPS zelf):
vzctl set <VEID> --ipadd 1.2.3.4 --nameserver 5.6.7.8 --save
Je vervangt hierin VEID door het nummer van de VPS, 1.2.3.4 door het IP adres wat je toe wilt voegen, 5.6.7.8 vervang je door het IP adres van de resolver (bijvoorbeeld 8.8.8.8)
Het is overigens belangrijk dat je de nameservers op deze manier instelt, want als je vanuit binnen de VPS /etc/resolv.conf aanpast, ben je die configuratie na een reboot weer kwijt.
Vanaf de host server (dus niet in de VPS zelf):
vzctl set <VEID> --ipadd 1.2.3.4 --nameserver 5.6.7.8 --save
Je vervangt hierin VEID door het nummer van de VPS, 1.2.3.4 door het IP adres wat je toe wilt voegen, 5.6.7.8 vervang je door het IP adres van de resolver (bijvoorbeeld 8.8.8.8)
Het is overigens belangrijk dat je de nameservers op deze manier instelt, want als je vanuit binnen de VPS /etc/resolv.conf aanpast, ben je die configuratie na een reboot weer kwijt.
Ok, ik heb de VM geconfigureerd hoe je me vertelde en als ik ifconfig doe heb ik inderdaad de verwachte output :
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:400 (400.0 B) TX bytes:400 (400.0 B)
venet0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet addr:127.0.0.1 P-t-P:127.0.0.1 Bcast:0.0.0.0 Mask:255.255.255.255
UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
venet0:0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet addr:81.95.119.57 P-t-P:81.95.119.57 Bcast:0.0.0.0 Mask:255.255.255.255
UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1
Het probleem is dat ik nog steeds niet kan pingen, de naamservers zijn ook correct geplaatst in /etc/resolv.conf maar telkens als ik bv google ping dan krijg ik "" na ping: unknown host google.be" na een minuutje. Wat ik me afvraag is of ik deze setup wel kan uitvoeren :
- Main server ip : 81.95.119.57
- VM : 81.95.119.57
Ik wil dus hetzelfde ip gebruiken omdat in mijn pool geen IP's meer beschikbaar zijn ( ik zou er eventueel kunnen bijvoegen, maar dit is in dit scenario niet nodig/noodzakelijk ). Kan je een IP-adres sharen tussen server en VM?
Nope dat kan niet. Je heb een apart IP nodig voor je VM
Ok, heb hem nu een ander IP toegewezen en de stappen opnieuw uitgevoerd maar ik kan nog steeds niet pingen. De naamservers zijn ingesteld. Wat kan ik nog checken om het probleem te ontdekken?
Maar kan je vanaf de node zelf wel pingen?
Maar kan je vanaf de node zelf wel pingen?
Vanaf de node pingen is geen enkel probleem, ook al de andere VM's kunnen ook probleemloos pingen. Wat ik wel kan en wat logisch is is pingen naar het toegewezen IP van de VM. Blijkbaar is het opgegeven IP niet meer bereikbaar, even checken met mijn provider over de pool. Ik hou jullie op de hoogte.
patrickekkel
30/11/11, 15:57
het ip wat je gebruikt voor je vps moet ook bekend zijn in de eth0 van de node zelf !
Is het niet zo dat er een bridge moet zijn en dat de vm in die bridge moet worden toegevoegd?
Thanks iedereen, blijkbaar verkeerd ip in mijn pool. Problem solved!
het ip wat je gebruikt voor je vps moet ook bekend zijn in de eth0 van de node zelf !
Nee hoor.
Is het niet zo dat er een bridge moet zijn en dat de vm in die bridge moet worden toegevoegd?
Dat regelt openvz zelf. Het enige wat gedaan hoeft te worden is dat het netwerk correct wordt ingesteld vanaf de switches/routers, en het commando wat ik bovenstaand gaf.
Blijkbaar gaat het wel in openvz om enkele VPS'en hetzelfde extern ip te laten gebruiken, blijkbaar moet je dan enkel private ip-adressen gaan gebruiken voor je VPS'en en dan met de ip-tables gaan spelen. Iemand hier al ervaring mee?
Dat zal vast wel kunnen met NAT, maar vraag me toch af of je daarmee bereikt wat je wil bereiken. Misschien handig om daar eens een omschrijving van te geven?
Het lijkt me voor nagenoeg ieder doeleinde logischer om simpelweg wat meer IPs aan te vragen bij je leverancier.
Inderdaad het meest eenvoudige is een IP aan te vragen, maar in mijn geval is het niet echt nodig om dit te doen. Ik wil een VPS opzetten voor een klein project om wat mee te spelen en te testen dus wil ik dit niet doen op mijn MAIN vps-server waarop belangrijke website draaien. Hiervoor dacht ik dan een VPS op te zetten die een ip gebruikt van een bestaande VPS.
dennis0162
01/12/11, 13:03
Het is wel mogelijk inderdaad, moet je wat Iptables regeltjes inkloppen.
Welke weet ik zo niet uit m'n hoofd;-)
Inderdaad het meest eenvoudige is een IP aan te vragen, maar in mijn geval is het niet echt nodig om dit te doen. Ik wil een VPS opzetten voor een klein project om wat mee te spelen en te testen dus wil ik dit niet doen op mijn MAIN vps-server waarop belangrijke website draaien. Hiervoor dacht ik dan een VPS op te zetten die een ip gebruikt van een bestaande VPS.
Heb je voor dat project internet connectiviteit nodig? Zo niet, dan kun je natuurlijk ook gewoon op de VPS inloggen vanaf de server zelf (vzctl enter VEID). Zo wel, dan doe je er toch het beste aan om gewoon wat extra IPs aan te vragen en zou ik niet met NAT gaan zitten priegelen.