twitter:olesovhcom twitterde op zondag 19-06-2016 om 21:14:11 @ubuntu asks us to bill you 1e-2e per month for each VPS/PCI/PCC/SD. If not, prohibition to use the mark "Ubuntu" on our website. reageer retweet
Dit is de oprichter van OVH -- een hostingpartij in Frankrijk en qua grootte de nummer 1 in Europa.quote:
Ik lees wat anders. Ubuntu vraagt dat nu aan OVH, dus ze doen het nog niet. Ze willen dat OVH 1 tot 2 Euro gaat rekenen per VPS/PCI/PCC/SD, om het Ubuntu logo op hun site te mogen blijven voeren. Dat zijn dus kosten voor OVH, die ze -als het doorgaat- wel zullen doorberekenen.quote:Op maandag 20 juni 2016 11:17 schreef Aether het volgende:[..]twitter:olesovhcom twitterde op zondag 19-06-2016 om 21:14:11 @ubuntu asks us to bill you 1e-2e per month for each VPS/PCI/PCC/SD. If not, prohibition to use the mark "Ubuntu" on our website. reageer retweet
Dit is de oprichter van OVH -- een hostingpartij in Frankrijk en qua grootte de nummer 1 in Europa.
Ubuntu vraagt sinds kort 1 à 2 euro voor iedere server waar Ubuntu op geïnstalleerd is/wordt.
ah duidelijk, was zelf ook al aan het zoeken, maar wist niet dat ze zo groot warenquote:Op maandag 20 juni 2016 11:17 schreef Aether het volgende:[..]twitter:olesovhcom twitterde op zondag 19-06-2016 om 21:14:11 @ubuntu asks us to bill you 1e-2e per month for each VPS/PCI/PCC/SD. If not, prohibition to use the mark "Ubuntu" on our website. reageer retweet
Dit is de oprichter van OVH -- een hostingpartij in Frankrijk en qua grootte de nummer 1 in Europa.
Maar als ik het goed begrijp kost het OVH dus geld om Ubuntu te gebruiken, daar kan ik op zich nog wel inkomen (en even overstappen naar een gratis alternatief zal een enorme investering zijn).quote:Ubuntu vraagt sinds kort 1 à 2 euro voor iedere server waar Ubuntu op geïnstalleerd is/wordt.
Dat klopt. Ze vragen het sinds kort maar OVH rekent dat niet door. (Is überhaupt onduidelijk of Ubuntu het doorzet).quote:Op maandag 20 juni 2016 11:26 schreef Dubbeldrank het volgende:
[..]
Ik lees wat anders. Ubuntu vraagt dat nu aan OVH, dus ze doen het nog niet.
Het gaat over geld per VPS (virtuele server, één per klant), niet per hardwarematige server.quote:Op maandag 20 juni 2016 11:27 schreef Gehenna het volgende:
Maar waarom zou dat ook de klanten van hun weer ¤1,- à ¤2,- kosten? Op 1 Ubuntu server kunnen toch meerdere dingen voor meerdere klanten gehost worden? (Ben nogal een noob qua servers en hosting etc. dus misschien dat ik domme aannames maak )
Ik vind het een vage zet, vooral de reden.quote:Op maandag 20 juni 2016 11:32 schreef Aether het volgende:
[..]
Dat klopt. Ze vragen het sinds kort maar OVH rekent dat niet door. (Is überhaupt onduidelijk of Ubuntu het doorzet).
Ja snap ik, ik kan ook Engels Maar dat vond ik dus zo vreemd. Dat je als bedrijf dat aan een ander bedrijf vraagt..quote:Op maandag 20 juni 2016 11:36 schreef Scarlet_Dragonfly het volgende:
[..]
Het gaat over geld per VPS (virtuele server, één per klant), niet per hardwarematige server.
En verder gaat het heel duidelijk over doorberekenen aan de klant, dat staat er letterlijk:
"Ubuntu asks us to bill you 1e-2e per month", daar staat dus "Ubuntu vraagt ons ¤1 - ¤2 bij jullie in rekening te brengen".
Kijk, dat verklaart een hoop! De update onderaan het bericht dus.quote:Op maandag 20 juni 2016 13:15 schreef Dubbeldrank het volgende:
Ah, er is een reden!
https://tweakers.net/nieu(...)merknaam-ubuntu.html
quote:https://tweakers.net/nieu(...)merknaam-ubuntu.html
Update, 13.05: Zoals user Aaargh! aangeeft blijkt OVH de Ubuntu-distro aan te passen, met onder andere een gewijzigde kernel. In het handelsmerkbeleid van Canonical staat dat bedrijven in die gevallen goedkeuring van Canonical nodig hebben als ze het Ubuntu-merk gebruiken. Bovendien dienen ze in dat geval een licentieovereenkomst met mogelijk betaling te sluiten met Canonical.
Precies, feitelijk breng je een aangepaste versie van een distro uit die je onder de vlag van Ubuntu adverteert. Dat kan natuulijk niet zomaar.quote:Op maandag 20 juni 2016 13:44 schreef Scarlet_Dragonfly het volgende:
[..]
Kijk, dat verklaart een hoop! De update onderaan het bericht dus.
Toch weer jammer hoe zulk soort dingen eerst de wereld in geslingerd worden zonder achter de feitjes aan te gaan...
Lijkt me zoals het nu uitgelegd wordt heel redelijk wat Canonical in dit geval vraagt:
[..]
Is dat niet het geval bij de meeste VPS?quote:Op maandag 20 juni 2016 13:44 schreef Scarlet_Dragonfly het volgende:
[..]
Kijk, dat verklaart een hoop! De update onderaan het bericht dus.
Toch weer jammer hoe zulk soort dingen eerst de wereld in geslingerd worden zonder achter de feitjes aan te gaan...
Lijkt me zoals het nu uitgelegd wordt heel redelijk wat Canonical in dit geval vraagt:
[..]
Eerst controleren of je virtual server nog aanstaat. valt dit op een manier te controleren SSH naar je externe server en daarin een tunnel maken naar je interne Virtual machine kijken of die aanstaat en of daar nog issues mee zijn en anders reboot van de virtual machine.quote:Op maandag 20 juni 2016 22:22 schreef Ai_KaRaMBa het volgende:
Ik ben niet helemaal newbie, maar hopelijk kan iemand mij hier toch een schop in de goede richting geven
De situatie is als volgt:
Ik draai thuis een server met daarop Debian. Op de server draai ik dmv QEMU (KVM) een virtuele server met daarop apache/mysql/php. Deze virtual server zit via een bridged netwerk verbonden aan mijn LAN.
Vanuit mijn LAN kan ik de apache server bereiken.
Op mijn router (KPN Experiabox v9) heb ik portforewarding aan staan naar zowel mijn fysieke server (alleen SSH) als naar de virtual server (alleen HTTPS). Dit heeft ruim een jaar uitstekend gedraaid, maar sinds kort werkt het niet meer: ik kan extern nog wel via SSH mijn fysieke server bereiken, maar de virtual server is tegenwoordig van buitenaf onbereikbaar.
"Sinds kort" is hier in ieder geval enkele dagen. Nou heb ik vorige week mijn server moeten herstarten (elektriciteit moest er af ivm vervangen meter), dus het zou in theorie kunnen dat ik ergens een netwerkinstelling niet goed heb opgeslagen. Ik zie echter niks vreemds.
Iemand een idee wat het probleem zou kunnen veroorzaken of waar ik moet zoeken??
(na een uurtje googlen op dit probleem kwam ik nog ergens tegen: "it might be that the router/switch upstream is blocking 'unauthorized switches' in the network", maar ik kan in mijn router niet een instelling vinden die daar op lijkt te duiden?)
Zowel de fysieke server als de virtual server draaien nog prima (ook beide al een aantal keren gereset). Vanuit mijn LAN kan ik beide bereiken. Beide "servers" hebben een eigen IP adres op mijn LAN. Fysieke server draait op IP 192.168.2.20, virtual server heeft IP 192.168.2.50.quote:Op dinsdag 21 juni 2016 15:54 schreef cablegunmaster het volgende:
[..]
Eerst controleren of je virtual server nog aanstaat. valt dit op een manier te controleren SSH naar je externe server en daarin een tunnel maken naar je interne Virtual machine kijken of die aanstaat en of daar nog issues mee zijn en anders reboot van de virtual machine.
Of via je externe server je interne virtual server pingen en kijken ofje response krijgt.
Beste idee is te testen of de poorten werken door een portscanner van extern door de lijn te laten.quote:Op dinsdag 21 juni 2016 16:53 schreef Ai_KaRaMBa het volgende:
[..]
Zowel de fysieke server als de virtual server draaien nog prima (ook beide al een aantal keren gereset). Vanuit mijn LAN kan ik beide bereiken. Beide "servers" hebben een eigen IP adres op mijn LAN. Fysieke server draait op IP 192.168.2.20, virtual server heeft IP 192.168.2.50.
Op mijn router had ik twee port foreward rules gemaakt. SSH gaat naar 192.168.2.20 een HTTPS gaat naar 192.168.2.50. Voorheen werkte dat prima, maar nu dus niet meer.
Ook als ik de rules aanpas, door bijvoorbeeld de SSH foreward naar mijn virual server te sturen krijg ik vanuit extern geen verbinding meer. (is dus niet ergens een rare typo in de port foreward rule)
Trouwens: mijn router gebruik ik ook voor WiFi access, en ook draadloos verbinden met beide servers werkt prima. Ook de router kan dus verkeer naar beide apparaten krijgen.
Dus ondanks dat lokaal alles prima werkt, lijkt er toch ergens iets niet helemaal in orde met mijn bridge configuratie, waardoor NAT in de router de mist in gaat...
Zijn er specifieke stukken configuratie die handig zijn voor het foutzoeken, die ik moet delen?
quote:Op dinsdag 21 juni 2016 20:46 schreef Ai_KaRaMBa het volgende:
Gecheckt met NMAP: alle poorten die worden geforeward naar 192.168.2.20 (de fysieke server) staan op "open" en alle porten die worden geforeward naar 192.168.2.50 (de virtual server) staan op "filtered". Na omwisselen van de IP-adressen is het resultaat andersom.
Het lijkt erop dat de bridge interface op de fysieke server extern verkeer blokkeert (ik neem aan dat de router geen onderscheid maakt/kan maken)? Wat zou dat kunnen veroorzaken? Op zowel de fysieke server als de virtual server bevat de IPTABLES geen rules, en ook de routing tables lijken niks raars te bevatten.
Iets zegt me dat er verschil zit tussen de opgegeven regels. ff posten perhaps?quote:filtered
Nmap cannot determine whether the port is open because packet filtering prevents its probes from reaching the port. The filtering could be from a dedicated firewall device, router rules, or host-based firewall software. These ports frustrate attackers because they provide so little information. Sometimes they respond with ICMP error messages such as type 3 code 13 (destination unreachable: communication administratively prohibited), but filters that simply drop probes without responding are far more common. This forces Nmap to retry several times just in case the probe was dropped due to network congestion rather than filtering. This slows down the scan dramatically.
open|filtered
Nmap places ports in this state when it is unable to determine whether a port is open or filtered. This occurs for scan types in which open ports give no response. The lack of response could also mean that a packet filter dropped the probe or any response it elicited. So Nmap does not know for sure whether the port is open or being filtered. The UDP, IP protocol, FIN, NULL, and Xmas scans classify ports this way.
Bron:
https://nmap.org/book/man-port-scanning-basics.html
Welke regels wil je precies zien?quote:Op dinsdag 21 juni 2016 21:25 schreef cablegunmaster het volgende:
Iets zegt me dat er verschil zit tussen de opgegeven regels. ff posten perhaps?
Zit er een firewall op je virtual host perhaps?
Doen ze wel goed.quote:Op maandag 20 juni 2016 13:15 schreef Dubbeldrank het volgende:
Ah, er is een reden!
https://tweakers.net/nieu(...)merknaam-ubuntu.html
quote:Op maandag 20 juni 2016 11:17 schreef Aether het volgende:[..]twitter:olesovhcom twitterde op zondag 19-06-2016 om 21:14:11 @ubuntu asks us to bill you 1e-2e per month for each VPS/PCI/PCC/SD. If not, prohibition to use the mark "Ubuntu" on our website. reageer retweet
Dit is de oprichter van OVH -- een hostingpartij in Frankrijk en qua grootte de nummer 1 in Europa.
Ubuntu vraagt sinds kort 1 à 2 euro voor iedere server waar Ubuntu op geïnstalleerd is/wordt.
Komt omdat ze de kernel aanpassen.quote:Op maandag 20 juni 2016 11:26 schreef Dubbeldrank het volgende:
[..]
Ik lees wat anders. Ubuntu vraagt dat nu aan OVH, dus ze doen het nog niet. Ze willen dat OVH 1 tot 2 Euro gaat rekenen per VPS/PCI/PCC/SD, om het Ubuntu logo op hun site te mogen blijven voeren. Dat zijn dus kosten voor OVH, die ze -als het doorgaat- wel zullen doorberekenen.
(op de host)quote:Op maandag 20 juni 2016 22:22 schreef Ai_KaRaMBa het volgende:
Ik ben niet helemaal newbie, maar hopelijk kan iemand mij hier toch een schop in de goede richting geven
De situatie is als volgt:
Ik draai thuis een server met daarop Debian. Op de server draai ik dmv QEMU (KVM) een virtuele server met daarop apache/mysql/php. Deze virtual server zit via een bridged netwerk verbonden aan mijn LAN.
Vanuit mijn LAN kan ik de apache server bereiken.
Op mijn router (KPN Experiabox v9) heb ik portforewarding aan staan naar zowel mijn fysieke server (alleen SSH) als naar de virtual server (alleen HTTPS). Dit heeft ruim een jaar uitstekend gedraaid, maar sinds kort werkt het niet meer: ik kan extern nog wel via SSH mijn fysieke server bereiken, maar de virtual server is tegenwoordig van buitenaf onbereikbaar.
"Sinds kort" is hier in ieder geval enkele dagen. Nou heb ik vorige week mijn server moeten herstarten (elektriciteit moest er af ivm vervangen meter), dus het zou in theorie kunnen dat ik ergens een netwerkinstelling niet goed heb opgeslagen. Ik zie echter niks vreemds.
Iemand een idee wat het probleem zou kunnen veroorzaken of waar ik moet zoeken??
(na een uurtje googlen op dit probleem kwam ik nog ergens tegen: "it might be that the router/switch upstream is blocking 'unauthorized switches' in the network", maar ik kan in mijn router niet een instelling vinden die daar op lijkt te duiden?)
Op de host:quote:Op zaterdag 25 juni 2016 00:50 schreef Aneurism het volgende:
Check eens hoe je net.ipv4.ip_forward staat? En of er ergens in je interface config forward uit staat?
Zou ook kunnen liggen aan forward table issues.
1 2 | root@bierkrat:~# sysctl net.ipv4.ip_forward net.ipv4.ip_forward = 0 |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 | /etc/net/interfaces: # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet manual auto br0 iface br0 inet static address 192.168.2.20 gateway 192.168.2.254 netmask 255.255.255.0 pre-up ip tuntap add dev tap0 mode tap pre-up ip link set tap0 up bridge_ports all tap0 bridge_stp off bridge_maxwait 0 bridge_fd 0 post-down ip link set tap0 down post-down ip tuntap del dev tap0 mode tap |
1 2 3 4 5 | auto br0 iface br0 inet static bridge_ports eth0 wlan0 wlan1 address 90.155.34.193 netmask 255.255.255.224 |
Windows kun je wel verwijderen, maar als je grub verwijdert kun je ubuntu ook niet meer bootenquote:Op donderdag 30 juni 2016 08:36 schreef vaginabeheerder het volgende:
Op een laptop staan Windows 8 en ubuntu 16.04 dual boot.
Kan ik Windows 8 en grub verwijderen zonder ubuntu opnieuw te moeten instaleren en dus alle gegevens kwijt te raken?
Dus ik blijf het dual boot menu houden?quote:Op donderdag 30 juni 2016 08:53 schreef Scarlet_Dragonfly het volgende:
[..]
Windows kun je wel verwijderen, maar als je grub verwijdert kun je ubuntu ook niet meer booten
Nee. Je moet Grub waarschijnlijk herconfigureren zodst Grub niet meer wil dualbooten maar gelijk doorgaat naar Ubuntu.quote:Op donderdag 30 juni 2016 09:27 schreef vaginabeheerder het volgende:
[..]
Dus ik blijf het dual boot menu houden?
Het is geen dual boot menu. Het is het grub menu en die laat verschillende boot opties zien.quote:Op donderdag 30 juni 2016 09:27 schreef vaginabeheerder het volgende:
[..]
Dus ik blijf het dual boot menu houden?
Ok en hoe kan ik Windows verwijderen?quote:Op donderdag 30 juni 2016 11:25 schreef t4rt4rus het volgende:
[..]
Het is geen dual boot menu. Het is het grub menu en die laat verschillende boot opties zien.
Als je Windows verwijderd hebt, voer update-grub uit in ubuntu en het bootmenu wordt aangepast.
Dat zou idd werken. Persoonlijk zou ik gewoon de hele partitie verwijderen en een EXT4 partitie aanmaken of uitbreiden.quote:Op donderdag 30 juni 2016 12:02 schreef vaginabeheerder het volgende:
[..]
Ok en hoe kan ik Windows verwijderen?
Gewoon de partitie waar Windows op staat leeg maken?
Die partitie is nu waarschijnlijk ntfs ofzo?quote:Op donderdag 30 juni 2016 12:09 schreef KomtTijd... het volgende:
[..]
Dat zou idd werken. Persoonlijk zou ik gewoon de hele partitie verwijderen en een EXT4 partitie aanmaken of uitbreiden.
Als je daarna sudo update-grub doet, zou hij automatisch moeten detecteren dat je alleen Ubuntu geinstalleerd hebt en volgens mij het keuzemenu standaard overslaan.
Ok ik wist niet dat je een partitie kon uitbreiden zonder te formateren.quote:Op donderdag 30 juni 2016 13:22 schreef KomtTijd... het volgende:
Je kunt hem ofwel gewoon EXT4 formatteren en gebruiken als datapartitie. Ofwel je kunt de partitie verwijderen en een aangrenzende partitie uitbreiden de vrijgekomen ruimte in.
Je zou 'm ook gewoon NTFS kunnen laten maar als er toch geen windows meer op je laptop staat is het een beetje onzin zo'n achterhaalde indeling te blijven gebruiken.
Dat ligt helemaal aan je setup, klakkeloos ervan uitgaan dat het een layer 2 interface is kan je niet. In routed mode heb je met layer 3 te maken. Zie http://wiki.libvirt.org/page/VirtualNetworking. Ik zou eens kijken door dit op 1 te zetten en je netwerk config te restarten hoe je er dan voor staat.quote:Op maandag 27 juni 2016 23:32 schreef LintuxCx het volgende:
Forwarding (L3) moet je niet aan hebben staan in zo'n situatie idd, dat is gewoon de taak van de bridge (L2).
Al eens met tcpdump gespeeld, op zowel VM als host? Werkt ping heen en weer wel (en/of ARP - kan het MAC adres van je VM gevonden worden?)?
Hmm, waar wordt je eth0 aan je br0 interface toegevoegd? Ik denk dat dat het probleem is.
Mijn brug setup, vrij simpel:
[ code verwijderd ]
Probeer eens "brctl addif br0 eth0" (of gewoon je cfg bijwerken).
[edit] Hrmm, hoewel, dan zou je hele inet verbinding niet werken lijkt me. Speel iig eens wat met brctl, zie of alle interfaces er wel op zitten enzo. Beetje wazig wat "bridge_ports all" dan doet. Ik zie het zo gauw ook niet gedocumenteerd.
Ha ok, wist niet/had vergeten dat libvirt ook een L3 modus had, nooit gebuikt.quote:Op zaterdag 2 juli 2016 11:15 schreef Aneurism het volgende:
[..]
Dat ligt helemaal aan je setup, klakkeloos ervan uitgaan dat het een layer 2 interface is kan je niet. In routed mode heb je met layer 3 te maken. Zie http://wiki.libvirt.org/page/VirtualNetworking. Ik zou eens kijken door dit op 1 te zetten en je netwerk config te restarten hoe je er dan voor staat.
1 2 3 | cd /home/mijzelf/server nohup ./daemon.py & nohup ./http-server.py & |
Wat versta je onder "niet stabiel"? Dat het segmentation faults geeft die je niet krijgt als je in de voorgrond draait, of dat het programma als "stopped' in je jobs list staat? Een programma dat met nohup draait heeft geen stdin van de terminal, dus als het input verwacht, dan krijgt het niets (uit man nohup: If standard input is a terminal, redirect it from /dev/null)quote:Op dinsdag 5 juli 2016 11:46 schreef Claude_Viole het volgende:
Ik heb het idee dat de combinatie van no-hup en/of background-process (&) niet stabiel is? Dat is mij ook verteld. Maar klopt dat?
Probeer het 1 voor 1. Draait je programma "deamon.py" goed en haalt het continue data binnen. Draait http-server.py goed ook als er geen nieuwe data binnen komt. Hoe parsed http-server.py de data van daemon.py?quote:En hoe achterhaal ik dat?
Maar van die WSGI-koppeling snap ik geen moer.quote:De HTTP interface kan voor ontwikkeldoeleinden gestart worden met de tool dvs-http.py. Deze tool start een Bottle ontwikkelserver op http://localhost:8080/ (of optioneel op een andere host/poort-combinatie). Voor productiedoeleinden kun je de WSGI-koppeling in dvs-http.wsgi gebruiken.
Maar van die WSGI-koppeling snap ik geen moer.quote:Op maandag 11 juli 2016 12:40 schreef Claude_Viole het volgende:
In de handleiding staat:
[quote=https://github.com/geertw/rdt-infoplus-dvs#http-interface]
De HTTP interface kan voor ontwikkeldoeleinden gestart worden met de tool dvs-http.py. Deze tool start een Bottle ontwikkelserver op http://localhost:8080/ (of optioneel op een andere host/poort-combinatie). Voor productiedoeleinden kun je de WSGI-koppeling in dvs-http.wsgi gebruiken.
Nginx is gemaakt voor veel connecties, een bottle-server niet.quote:Op dinsdag 12 juli 2016 10:53 schreef Claude_Viole het volgende:
Zover was ik wel, en gebruik zelf overigens Nginx. Maar ben er nooit goed uitgekomen hoe ik dit moet installeren, en waarom WSGI beter zou zijn dan mijn manier?
Ik gebruik het alleen voor een deamon en een API, zoals ik net al zei.quote:Op zaterdag 16 juli 2016 10:33 schreef oppanganjastyle het volgende:
OVH is overigens erg ruk. Zou geen persoonlijke data op hun servers zetten want dat wordt geheid doorgespit.
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |