Posts by johnassel

Quote from Hille

Ich möchte einen Server weitergeben. Leider befindet der sich in der Abrechnungsschlange. Die Rechnung wir aber erst zum 8.1. eingezogen. Würde es was bringen, wenn ich die Rechnung vorzeitig per z.B Paypal bezahle oder geht das nur über den Support ?

Du kannst es versuchen - bei meinem Versuch Anfang des Monats hat es über 2 Wochen gedauert, bis ich den Transfercode erzeugen konnte. Evtl solltest du dann dazu schreiben, dass du per PP bezahlen willst. Bei mir wurde der Bankeinzug ausgelöst, der alles noch mehr verzögert hatte.

Ich hab das mit Nextcloud gemacht. Da gibts Plugins für Mail, Kalender, Kontakte etc, dann haste die Weboberfläche.

Kalender und Kontakte synchronisieren dann per CardDAV/CalDAV (DavX⁵) auf die Geräte und Mails normal per IMAP.

KI als Verkäufer taugt nicht - herrlich zu lesen. 🤣🤣

https://www.golem.de/news/claude-agent-ki-automat-verschenkt-waren-fuer-hunderte-dollar-2512-203439.html

Mit Pommes?

Quote from johnassel

Und wieder grüßt die Rechnungswarteschlange und blockiert einen Servertransfer... Noch vor kurzem war die Buchhaltung ziemlich fix und hat innerhalb eines Tages reagiert, im Moment sind die 24h schon fast rum.

Warum gibt es neben jedem offenen Posten nicht einen Button, mit dem man für dieses Produkt manuell selbst eine Rechnung auslösen kann? Würde doch eigentlich viel Aufwand, Ticketlast und vor allen Dingen Zeit sparen.

Uuund bald ist es ne Woche. Ach man, ich hatte echt gehofft, dass es sich mit dem Support verbessert hat in der letzten Zeit.

The firewall trades UDP as stateless - in order to make outgoing DNS traffic work you have to add a rule which is allowing INGRESS, UDP, SRC 53.

Then it should work. Unfortunately one has to do it with every other UDP traffic as well, such as NTP etc.

Es gab letzte Woche ein Update auf 1.12.3 für CVE-2025-55182, würde mich nicht wundern, wenn das der Grund war.

https://github.com/fosrl/pangolin/releases/tag/1.12.3

Quote from webdesignheld

Ich denke die Zeitzone in der das Produkt liegt ist gültig. Aber zahlen muss der Kunde in seiner Zeitzone ... schwierig.

Man sieht im CCP mit exakter Zeit, bis wann ein Produkt bezahlt ist. Dann sollte das eigentlich egal sein.

Quote from aRaphael

Weiß, jemand, ob Produkte die genau am monatlichen Abrechnungstag fällig sind noch mit in diese Gesamtrechnung fallen, oder erst in die nächste?

Zumindest bei mir ist es die nächste. Merkste dann, wenn du den Server transferieren willst. 🤡

Quote from Virinum

Dass die Firewall bei UDP nicht stateful ist, finde ich nicht ganz so optimal. So muss man wirklich darauf achten, für alle Dienste, die eventuell UDP-Anfragen raussenden, auch INGRESS-Regeln anzulegen. Neben DNS fällt mir da z.B. noch NTP ein.

Ausgehende VPN-Verbindungen dürften da auch betroffen sein.

Es soll wohl auch über die API gehen.

Hier sieht alles ganz normal aus.

Screenshot_20251210_111310.png

Du brauchst nur den Incoming-Teil mit Ziel 80 und 443 TCP.

Outgoing und Quelle kannst du ignorieren.

Quote from engine

Genau, hatte ich mich falsch ausgedrückt.

Das wäre dann vielleicht auch etwas, was man in den Standardregelsatz aufnehmen könnte. Das dürfte dann ja jeden DNS-Verkehr betreffen. 🤔

Naja, so werden dann immer wieder x Personen mit einem Ticket beschäftigt. Das kostet auch Zeit und Geld, was dann an anderer Stelle fehlt.

UDP mit Port 53 als Zielport hatte ich ja, sonst könnte ich meinen DNS nicht erreichen. Aber es fehlte UDP mit Port 53 als Quelle. Ohne läuft es nicht.

Und wieder grüßt die Rechnungswarteschlange und blockiert einen Servertransfer... Noch vor kurzem war die Buchhaltung ziemlich fix und hat innerhalb eines Tages reagiert, im Moment sind die 24h schon fast rum.

Warum gibt es neben jedem offenen Posten nicht einen Button, mit dem man für dieses Produkt manuell selbst eine Rechnung auslösen kann? Würde doch eigentlich viel Aufwand, Ticketlast und vor allen Dingen Zeit sparen.

Quote from [netcup] Lars S.

Hallo engine,

beachte dazu bitte folgende Information aus unserem Help Center:

Die Firewall ist stateful. Das bedeutet, dass sie sich Verbindungen merkt, die von deinem Server ausgehen, und den Rückverkehr automatisch annimmt. Dies gilt jedoch nur für TCP-Traffic. Um UDP-Traffic auf die Whitelist zu setzen, musst du sowohl eine INGRESS- als auch eine EGRESS-Regel in deiner Policy anlegen.

Puh, das mit DNS ist eine böse Falle. Ich musste die hier auch Eingehend VON Port 53 TCP/UDP erlauben, damit der lokale DNS wieder auflösen konnte. Klar, auf dem Papier spricht man intern mit dem DNS. Dieser fragt im Hintergrund aber nach draußen. Müsste das dann nicht alle DNS-Requests betreffen, sobald man irgendeine eingehende Regel definiert? Weil dann ja die implizierte Regeln eingehend auf DROP ANY schaltet?

Mal gucken, wann mein Frankenstein dabei ist. 👀

Quote from hoedlmoser

was ist denn die default action in einer policy? und offensichtlich kann ich die nicht einstellen, muß ich also am schluß für jedes protokoll eine any rule mit drop hinzufügen? was ist wenn ich aber als default reject haben will (aus gründen!)?

Bei mir war das hier voreingestellt:

Screenshot_20251209_092938.png