Das längste Thema
-
fLoo -
23. Oktober 2009 um 12:55 -
Unerledigt
-
-
Mal was Erfreuliches für die Freunde langlaufender Verträge:
https://www.verbraucherzentrale.nrw/aktuelle-meldu…denrechte-65879
-
Mal was Erfreuliches für die Freunde langlaufender Verträge:
https://www.verbraucherzentrale.nrw/aktuelle-meldu…denrechte-65879
"Neue Verträge dürfen zwar, wie bisher, für bis zu 24 Monate abgeschlossen werden. Es wird nach dieser anfänglichen Laufzeit aber keine automatischen Verlängerungen mehr geben, die erst nach weiteren 12 Monaten gekündigt werden können. Haben Sie z.B. nach den 24 Monaten nicht gesagt, ob Sie kündigen oder wie Sie den Vertrag fortführen möchten, dann kommen Sie jederzeit mit einer einmonatigen Kündigungsfrist aus einem automatisch verlängerten Vertrag heraus"
Schade, dass das nicht für das Anmieten von Servern gilt.

-
Mal was Erfreuliches für die Freunde langlaufender Verträge:
https://www.verbraucherzentrale.nrw/aktuelle-meldu…denrechte-65879
Das kommt mir gerade richtig mit meinem 1&1 Handyvertrag.
Da werde ich dann mal pünktlich zum 1.12 anrufen

-
Schade, dass das nicht für das Anmieten von Servern gilt.

Warum sollte das TKG nicht für Hoster gelten?
Notfalls wartet man bis März:
https://www.bundesregierung.de/breg-de/suche/…rtraege-1829172
-
Warum sollte das TKG nicht für Hoster gelten?
weil das hier mehr Ähnlichkeit mit Mitverträgen im eigentlichen Sinn hat;
Mobilfunkverträge udgl. sind keine Mietverträge - kämen bei den Funklöchern einer Miete auf dem Mond gleich
;
was anderes:
wenn am Router das eth0 Device folgende IPv6 hat
2222:3333:4444::1/48
wieso kann man nicht einfach folgendes machen?
ip -6 route add 2222:3333:4444::/48 via 2222:3333:4444::1 dev eth0 metric 1
(des funktioniert nämlich nicht)
aber das
ip -6 route add 2222:3333:4444:1::/64 via 2222:3333:4444::1 dev eth0 metric 1
ip -6 route add 2222:3333:4444:2::/64 via 2222:3333:4444::1 dev eth0 metric 1
ip -6 route add 2222:3333:4444:3::/64 via 2222:3333:4444::1 dev eth0 metric 1
ip -6 route add 2222:3333:4444:4::/64 via 2222:3333:4444::1 dev eth0 metric 1
funktioniert, aber warum?
-
DIe Adresse im via ist in erstem Fall Teil des Zielnetzes, in den anderen Fällen nicht. Da braucht es dann kein via, wenn das Netz am Interface direkt anliegt.
-
Meines Erachtens braucht es die erste Route gar nicht, da sie implizit durch das Setzen der Adresse des Interfaces erzeugt wird.
-
femur das ist mir einleuchtend, auch das von Dir frank_m geschriebene ist mir einleuchtend,
um bei diesen Adressen zu bleiben
am Router ist am eth0-Device
2222:3333:4444::1/48 definiert;
damit ist auch z.B. 2222:3333:4444:1::10 inkludiert, oder nicht?
ich hab einem Windows diese Andresse 2222:3333:4444:1::10 mit der Standard-Prefix-Länge 64 gegeben
ohne dem hier
ip -6 route add 2222:3333:4444:1::/64 via 2222:3333:4444::1 dev eth0 metric 1
versandete z.B. ein tracert -6 ipv6.google.com bereits am Router,
aber mit klappte es wunderbar;
ist das logisch?
ich frage deshalb, wenn man ein größeres Prefix als /64 hat, und man will strukturieren, dann sollt es doch möglich sein
mit nur einer einzigen IPv6-Adressse am Router (eth0-Device) dies zu tun;
-
Mobilfunkverträge udgl. sind keine Mietverträge
Natürlich nicht, warum sollten sie das auch sein? Man mietet ja nichts
Mobilfunkverträge sind normalerweise stinknormale Dienstverträge, § 611 BGB (in Deutschland zumindest, aber soweit ich das in Erinnerung habe ist das ABGB ja sehr ähnlich, § 1153 wenn ich das richtig in Erinnerung habe) -
Man mietet ja nichts Mobilfunkverträge sind normalerweise stinknormale Dienstverträge
Ich miete mir immer im Zeitschlitzverfahren 1/52stel einer Mobilfunkzelle, MIMO Antenne 3, Beamform 42° SüdSüdWest.

-
Problem gelöst; der RADvd posaunte noch ein anderes Gateway hinzu;
so kann es gehen in der Umstellungsphase;
-
Ich soll einen MTR anfertigen...

Nach der Überzeugung des 1st-Level-Supports: Die vLAN-Störung wurde soeben ohne Änderung durch mich behoben

/cc mfnalex
-
Nach der Überzeugung des 1st-Level-Supports: Die vLAN-Störung wurde soeben ohne Änderung durch mich behoben

/cc mfnalex

trotzdem ein bisschen blöd dass die jedes mal manuell tätig werden müssen
da scheint irgendwas schief zu laufen, ich hatte das Problem ja bei einem „normalen“ Umzug wegen Hardware-Defekt; du hattest es jetzt beim Umzug zwischen zwei Kunden 
dabei wär es doch sooo einfach
->
if(server.wirdUmgezogen()) { machVlanHeile(); } -
da scheint irgendwas schief zu laufen, ich hatte das Problem ja bei einem „normalen“ Umzug wegen Hardware-Defekt; du hattest es jetzt beim Umzug zwischen zwei Kunden

Ich verstehe sowieso nicht, wie das nur zwei Server betreffen kann, während ebendiese zwei Server aber problemlos alle anderen Systeme im vLAN erreichen bzw. von diesen erreichbar sind. Aber ich kenne mich mit VxLAN auch nicht aus bzw. weiß auch nicht, wie das bei netcup genau implementiert wurde.
-
Wie verhält sich das eigentlich mit der CPU Last auf einem VPS? Habe einen VPS mit 4 Cores gemietet und würde darauf gerne einen Gameserver laufen lassen. Ersten Tests zufolge liegt die Auslastung bei ca. 200%, sprich 2 Cores sind immer gut beschäftigt. Kann dies negative Auswirkungen auf die anderen User des Servers haben oder sind die 4 Cores exklusiv für mich?
-
Wie hoch war denn die Cpu-Steal in Deinem Test? Bei meinen VPS geht der Steal recht schnell auf 50 % wenn Last auf den Server kommt. Für einen Game-Server wäre der RS die richtige Wahl, oder sogar Metall.
-
MoritzJ Nein, bei einem VPS sind die Kerne nicht dediziert. Das ist einer der Hauptunterschiede zu den RS.
Wenn Du Glück hast merkst Du selbst bei 400% nichts davon. Wenn Deine Nachbarn die CPU aber auch intensiv nutzen, hast Du eventuell Stealwerte von 50% oder mehr.
Wenn Du wirklich mehrere Kerne dauerhaft vollständig auslasten möchtest oder musst, würde ich eher zu einem RS raten. Wenn es nur hin und wieder ist, wird es egal sein...
-
der Screenshot stammt von gestern unter Last. Bis jetzt ist nur hin und wieder geplant, aber für eine dauerhafte Lösung würde ich wohl wirklich auf einen RS wechseln. Der Steal ist der "st" Wert, richtig?
Mir gehts mehr um das "Fair-Use" Prinzip, denn wenn ich weiss das ich mehr Leistung brauche "klaue" ich das ungern meinen Nachbarn

-
der Screenshot stammt von gestern unter Last. Bis jetzt ist nur hin und wieder geplant, aber für eine dauerhafte Lösung würde ich wohl wirklich auf einen RS wechseln. Der Steal ist der "st" Wert, richtig?
Mir gehts mehr um das "Fair-Use" Prinzip, denn wenn ich weiss das ich mehr Leistung brauche "klaue" ich das ungern meinen Nachbarn

genau, st ist der steal. Der Wert sagt aber nicht aus wie viel du „klaust“, sondern wie viel deine Nachbarn gerade von dir klauen

-