Das längste Thema

Zitat von KB19

Dann würde ich als Außenstehender aber eher eine ordentliche und fristgerechte Kündigung erwarten, die Trafficmenge ist an sich ja nicht verboten. Die gesperrten Accounts deuten jedoch auf ganz andere Ungereimtheiten hin. Die Gründe werden wir wohl (verständlicherweise) nie erfahren.

Wer weiß schon, ob und wie viele Mails sie bekommen haben.

Aber recht gebe ich dir natürlich, ähnliches scheint ja zu passieren bei Leuten die nen Tag in Verzug sind, dass gleich alles geblockt und gesperrt wird - soweit ich das hier im forum mitbekommen habe

Mal eine Frage zu Failover IPs - betrifft IPv4, als auch IPv6. Kann man NUR die Failover IPs auf dem Server einrichten, oder benötigt der Server auch die Haupt-IP, weil sie darauf geroutet ist?

Zitat von engine

Kann man NUR die Failover IPs auf dem Server einrichten, oder benötigt der Server auch die Haupt-IP, weil sie darauf geroutet ist?

Letzteres. (Zumindest bei der ip4, ip6-failover hatte ich noch nicht)

Hab das gerade vor ein paar Tagen am eigenen Leib erfahren, als ich die primäre ip aus der netwerk-Konfig gelöscht habe. Danach war ich draußen

Zitat von aRaphael

Letzteres.

Gilt das auch für IPv6? Oder geht das dort? Bei IPv4 dachte ich es mir, IPv6 keinen Plan…

Zitat von engine

Gilt das auch für IPv6?

Keine Ahnung. Hatte ich noch keine.

Zitat von aRaphael

Keine Ahnung. Hatte ich noch keine.

Bei tailscale kann ich nämlich weder die Ausgangsip noch das Interface wählen, weshalb ich immer die normale hab - dachte ich könnte das irgendwie regeln. ip route default changen hats leider für tailscale nicht gebracht.

Gleiches hatte ich bei mailcow. Die hat immer über die primäre ip rausgeschickt. Bis ich dann die entsprechende Option in der config gefunden habe.

Zitat von engine

Gilt das auch für IPv6?

Davon gehe ich aus. Auch ein IPv6 Subnetz benötigt ein Routing Ziel. Bei den "normalen" zusätzlichen IPv6 Netzen ist es jedenfalls so, deshalb gehe ich davon aus, dass es auch bei den Failovers so ist.

Zitat von engine

Gilt das auch für IPv6? Oder geht das dort? Bei IPv4 dachte ich es mir, IPv6 keinen Plan…

Im SCP ist bei weiteren IPv6-Subnetzen (egal ob mit oder ohne Failover) eine Adresse als "Routing auf" (oder so ähnlich) sichtbar.

Die muss über NDP bekannt sein, also im Normalfall auf einem Interface konfiguriert sein.

Nun wird das Forum ohne knusprige Ente auskommen müssen. Damit hat sich der Frauenanteil halbiert.
Aber diese Community ist stark und wird auch das überleben. /offtopic

Ich habe endlich einen coolen separaten dev server für continous integration freigeschaufelt. Sehr cool. Ach so macht das Laune.

Ein HOCH auf den VPS bwz. RS

Ich hab in der Osteraktion das Gigabit VLAN geschossen - und wollte somit nun mein CloudVLAN-Free ablösen.

Also hab ich mir gedacht, geh ich mal auf "Nummer sicher", also erstmal das neue VLAN den Servern zugewiesen und dann an beiden VMs konfiguriert und die Config quasi von eth1 auf eth2 umgezogen.

Da dann alles lief, hab ich das Free-VLAN im SCP rausgeworfen - um dann festzustellen, dass das eth2 nun automatisch als eth1 erkannt wird.

Ein einfaches Löschen des Free-VLAN und anbinden des Gigabit-VLAN hätte somit gereicht und ich hätte keine Config ändern müssen

Also, wieder mal was gelernt. Juhu!

Zitat von LebakaasSemme

Ein HOCH auf den VPS bwz. RS

Wohl eher auf die tolle Doku.

Zitat von RAD750

Ha! Jokes on you!

Bei Dagobert muss ich im ersten Moment an an eine andere Person aus dem Forum denken, die seit Februar sehr ruhig geworden ist.

Dein Dagobert guckt aber wesentlich freundlicher.

Hoffen wir Mal das bei mainziman alles in Butter ist

Zitat von joas

eben gegoogelt, es gibt anscheinend viele Möglichkeiten, trotzdem zum Laufen zu bringen. Weiß aber nicht, ob das so cremig läuft.

Das hatte ich auch gesehen, aber das ist dann immer solches Gefrickel und benötigt immer Zusatzsoftware. Da kann ich dann auch 30ct mehr bezahlen und es läuft wie vom Hersteller supported und das Fehlerpotenzial ist wesentlich geringer bzw. hab ich weniger zu tun

Wahrscheinlich lohnt es sich dann eher für Leute, die wirklich die Hardware ausreizen wollen und ihre bestimmte Software sowieso unterstützt wird. Die Kerne sind trotz ARM scheinbar sehr flott!

Zitat von christianr

Ich frage mich immer was so Leute mit den Servern und Windows dann überhaupt so anstellen und ob sie in der Lage sind den Server abzusichern ...

Doch, doch. Sie haben doch ein sehr sicheres Passwort, was keiner errät.

Also ohne Firewall, die direkt am Switch filtert, würde ich persönlich schon gar keinen Windows-Server im Internet betreiben. Ich hätte das sogar noch zusätzlich gerne für meinen netcup VPS, der nur mit iptables filtert. Einfach als zusätzlichen Layer.

Das ist ja beim roten H schon ganz nett die Firewall unabhängig vom Server direkt im Webinterface konfigurieren zu können. Ich habe das auch schon recht häufig vermisst muss ich zugeben.

Soweit ich weiß geht das da aber nur für IPv4

Auf der anderen Seite erzeugt so ein Feature wie "Firewall as a Service" natürlich auch wieder mehr Support Aufwand, weil eine FW gerne auch mal falsch konfiguriert werden kann, wenn man nicht genau weiß, was man tut. Als Nutzer hat man dann natürlich auch keine Logs, was das Debugging deutlich erschwert. Wir wissen ja mittlerweile, was Netcup auch so für Kunden hat und wie die Support Situation im Moment so ist. Mir würde dann jetzt schon Lars etwas Leid tun, der dann alles immer ausbaden muss .

Das rote H nutzt halt einfach das FW Feature der Cloud-Software (wie viele andere Provider auch). Da müssen sie nichts großartig machen - außer es in ihr Dashboard zu integrieren. Das ist dann doch nochmal eine andere Situation als bei Netcup - wo dann doch viele Eigenentwicklungen drin stecken - was die Weiterentwicklung natürlich etwas schwieriger/aufwändiger macht.