Beiträge von [gelöschtes Individuum]

Zitat von Mixus

Man kann eine "Route" erzwingen, Anschlüsse bei Easybell terminieren random in DUS oder in FRA. Wo man gelandet ist, erkennt man am Gateway und nicht am IP Addresskreis. Einfach so lange reconnecten bis man auf einem Gateway am gewünschten Standort rauskommt.

Meinen beobachtungen nach kommen die Gateways 62.27.x.140-146 in FRA raus, und die Gateways 195.78.x.140-146 in DUS.

Die Gateways in DUS sind eigentlich immer schlechter von der Latenz her, da hier sehr viel einfach trotzdem über FRA läuft.

Danke fuer die Info. Im Moment ist die Route bei mir gut

Zitat von joas

Habe Easybell seit einer Woche SVDSL 250/40, zum Glück via L2-BSA. Allerdings routet Easybell manchmal via Düsseldorf anstelle via Frankfurt DECIX, dementsprechend dauert es um ca. 7ms bis 17ms länger. Hast du das auch manchmal beobachtet?

Kann ich bestaetigen, meine Loesung ist nen Ping laufen zu lassen und so lange zu re-connecten bis ich eine gute route bekomme.

Ich gehe teils auch Zuhause > DUS > FRA , statt Zuhause > FRA

Der Support meinte damals bereits es ist noch im rahmen....

Ich lande immer in 62.xx.xx.xx oder 195.xx.xx.xx je nach dem , es passiert mir aber in beiden Ranges.. Hab leider keine andere Loesung als die oben genannte weshalb ich immer versuche den Router so lange wie moeglich laufen zu lassen um teils nicht 10x mal re-connecten zu muessen.

Trotz des nervigen "Fehlers" ist mir easybell immer noch lieber als jeder andere ISP.

+1 hab auch keine probleme alles laeuft wie geschmiert

Ich habe den Thread leider erst heute lesen koennen. Haette ich das alles frueher gewusst, haette ich meinen einen Server gar nicht erst zu ihm transferriert. Ich finde die ganze Angelegenheit etwas seltsam und ehrlich gesagt auch traurig. Naja, was soll man machen? Einen guten Eindruck hinterlaesst das jedenfalls nicht. Das merke ich mir. Von mir wird jedenfalls kein Server mehr zu dieser Person gehen.

danke fuer die info, der server wird schon nicht abrauchen wenn ich es nicht installiere

edit: ja, ne, das update kommt bei mir definitiv nicht drauf. ich warte auf ne revision.

Das ist eine Default Einstellung bei einem Default Windoof. Beim roten H hatte ich das Problem nicht da die einstellung der Sperre Default aus war, da war ich aber auch so dumm, RDP komplett offen zu lassen, dafuer aber mit einem extrem langen Passwort. Naja, man lernt dazu und verbessert seine Sicherheit; zum Glueck nutze ich keinen Windoof Server mehr.

Am besten, wie bereits gesagt wurde: Anderen Username, starkes Passwort und vielleicht noch einen Jumphost, also RDP nur ueber einen vertrauenswuerdigen Linux Server zum Windoof Server... Und am besten sogar noch den RDP-Port aendern. Windoof Server sind sehr grosse Zielscheiben im Internet.

Hab den auch erhalten...

newsletter.png

yeah hab ich auch bekommen

Mailcow auf dem Hauptserver.

Auf anderen Servern :

TeamSpeak 3

TeamSpeak 6

+ je nach dem was gerade gebraucht wird

Leider bin ich zu jung, habe ISDN nie erlebt

Das kleinste waren damals glaube DSL 6000 RAM was ich mal erleben durfte vor Jahren

Zitat von TBT

Hab da was geschrieben. Weil es für mich sehr nützlich war wollte ichs hier auch mitteilen...

Wenn Ihr auch mal wissen wollt, wie viel Uhr es eigentlich (genau) ist : https://forum.netcup.de/administration…irewall-nutzen/

(Disclaimer: wurde mit Claude Code umgesetzt. Super Tool! Da aber ja sehr gut menschenlesbar, kanns jede(r) selbst nachprüfen).

chrony ist super, hatte ich sehr lange als public NTP server laufen gehabt (natuerlich mit massiven rate limits), war immer extrem zuverlaessig

ne du musst glaube nur main WebUI hostname in der mailcow.conf, rDNS und ehhh dingens A / AAAA anpassen damit er ACME SSL Cert fuers WebUI ziehen kann

alles andere an domains verwaltest du ja eh im WebUI

Naja, standardmaessig ist es so: Wenn du in der mailcow.conf die WebUI Adresse aenderst, speicherst und das im DNS anpasst, ist das dort soweit ich weiss hauptsächlich fuer ACME wichtig, damit er eben das Zertifikat fuer das WebUI ausstellt. Alle anderen Domains, die du in der Mailcow-Installation hast, kannst du ja trotzdem ganz normal ueber das WebUI verwalten.

Ich hatte leider noch nicht den Fall dass ich die Master Domain (A / AAAA) vom Mail Server geaendert habe...

- Docker

- Mailcow

- Apache als Reverse Proxy fuer Mailcow, da Mailcow by default zu viel WebUI exposed auf CNAME Eintraegen der Domains

- Wireguard

Mehr brauche ich im Moment nicht, der E-Mail Verkehr muss fluessig laufen, alles andere ist mir im Moment nicht wichtig

Du kannst alles in der mailcow.conf + DNS aendern.

Wenn es dir um das WebUI geht, dass kannst du auch hier anpassen in der mailcow.conf :

# ------------------------------
# mailcow web ui configuration
# ------------------------------
# example.org is _not_ a valid hostname, use a fqdn here.
# Default admin user is "admin"
# Default password is "moohoo"
MAILCOW_HOSTNAME=mail.domain.tld

Du brauchst ja nur IPv4 / IPv6 eintraege deiner Wahl im DNS deiner Domain die auf den Server zeigen und die einstellung in der .conf

Naja und halt die anderen eintrage, die brauchst du halt auch, die gibt er dir aber im WebUI sogar vor als empfehlung

If I had known the disaster that was coming, I wouldn't have canceled any of the servers I was using as backups.

As if the price increase with the launch of G12 wasn't enough, now this.

Hoping Netcup finds some solution to minimize the impact.

Zitat von dodosky

Is Netcup also planning a price increase, or is this not being considered yet?

"We will do everything we can to keep the impact on you as small as possible - but realistically, there will be some impact."

It can impact exisiting contracts or it cannot impact it, we will see.

Danke fuer die Informationen / den Einblick!

Diese ganze AI-Bubble, zumindest das ganze Online AI Gedoens, muss schleunigst und viel schneller zerbrechen. Viele Anwender haben gar keinen Bock auf diese AI-fizierung!

Zitat von webdesignheld

ich probier mal rspamd - das muesste doch max 1GB von den 4 brauchen wenn überhaupt - werde ich mal schauen wie hungrig das ist bevor ich einen kunden mailserver aufsetze.

Ein Mailserver kann sehr sparsam arbeiten

Ich nutze ja aktuell Mailcow und im moment laeuft es sehr sparsam auf nem Rootserver, das einzige was deaktiviert ist, ist bei mir ACME (SKIP_LETS_ENCRYPT=y)

Ich glaube das hoechste was ich gesehen habe an total average load waren beim RAM circa 55 bis 60% bei einem 8GB VPS damals beim roten H.

Gut, aber Mooooo nutzt halt einiges mehr an Ressourcen als nen selbst gebastelter Mailserver (rspamd, clamav, sogo etc. pp.)

mohooo.png

Weird, meine laufen alle