Beiträge von Patrick0815

Ist die Festplatte über SCSI eingebunden? Mit Virtio geht es meines Wissens nach nicht.

DNS oder Domäne extern ist normalerweise kein Problem.

Du wirst deine Maildomain als externe Domain deinem Paket hinzufügen müssen, dabei werden dir die anzupassenden DNS Einträge angezeigt.

Webhosting und Mail laufen danach über dein Webhostingpaket.

Zitat von eripek

apt clean schon gemacht?

du -sh | sort -h gibt auf der Konsole auch Auskunft darüber, wo sich die größeren Dateien versammeln.

Oder man sucht sie gezielt:

find / -size +500M

Wenn Docker läuft, auch mal mit dafür geeigneten Kommandos dort aufräumen.

snap ist auch ein Speicherfresser unter ubuntu.

Alles anzeigen

Soweit ich franc verstanden habe sind sein Problem die 250GiB im Servercontrolpanel vs. der 106G auf /dev/vda2, hier sollte ein fstrim ausreichen.

Die weiteren Methoden reduzieren zusätzlich die Daten in /

Siehe dazu auch https://forum.netcup.de/administration…-im-vcp-zu-hoch

Ich hab das bisher immer im laufenden System vollzogen, danach dann noch die Speicheroptimierung.

Zitat von SteevieB2

In den DNS settings der domain nun "*.sub" mittel A record auf dieselbe ip verwiesen

Lautet der A oder AAAA Record wirklich *.sub?

Das wäre falsch, es gehört nur sub in das Feld.

intern/extern hat erstmal nur mit der Erreichbarkeit des Datenbankservers zu tun.

Über die externe Adresse könntest du im Prinzip mit einem Datenbank-Client der auf deinem PC läuft direkt auf den DB-Server zugreifen.

Die interne Adresse ist nur innerhalb des Netcupnetzes erreichbar.

Für deinen Fall, ja nutze die interne Adresse, der externe Zugriff ist nicht notwendig.

Zitat von tab

Bei mir ist es ähnlich. Debian 12 Image ohne Änderungen an der Default-Netzwerkkonfiguration:Alles läuft wie ein Uhrwerk, sowohl IPv4 als auch IPv6, beides per DHCP. Dann installiere ich Keyhelp, boote am Ende neu: IPv6 ist nach dem Neustart weg, nur noch Link local. Der Witz ist, ich habe keinerlei Idee an welcher Stelle der Keyhelp Installation da irgendwas von der Strota Netzwerkkonfiguration überschrieben werden könnte. Passiert auch sonst nirgends bisher, nur bei Strota.

Aber wenn ich die meinem Server zugeteilte IPv6 statisch mit

Code

ip address add 2a02....:1/128 dev ens6

hinzufüge, dann habe ich wieder IPv6. Mehr braucht es gar nicht. Aber halt nur bis zum nächsten Neustart. Habe schon einiges an Versuchen hinter mir, auch mit netplan, kenne mich aber mit der Netzwerkkonfiguration noch nicht gut genug aus. Ziel ist, IPv4 und IPv6 komplett statisch ohne DHCP zu konfigurieren. Aber irgendwas fehlt da bei mir und netplan try erzählt mir was von einem vswitch irgendwas, das nicht installiert sei.

Ich habe nun zumindest herausgefunden warum es bei mir keine Zuweisung gab.

In meinem Fall war es meine Firewall Konfiguration (nft).

icmpv6 type { nd-neighbor-solicit, nd-router-advert, nd-neighbor-advert } accept
meta l4proto ipv6-icmp accept
ip6 ecn not-ect accept

hinzugefügt und es ging auf einmal (Zuweisung per DHCP). Quelle: https://stackoverflow.com/questions/7653…t-ipv6-over-nft

Den Fehler mit dem vswitch sehe ich auch in den Logs, scheint aber trotzdem alles zu funktionieren.

Wie haltet ihr es auf euren 1€ Servern, Firewall von Strota ausreichend oder zusätzliche Firewall auf dem vServer?

Zitat von RAD750

Mein Orangener vServer hat jetzt IPv6 nachgeliefert bekommen. Woop Woop

Musste nicht mal was ändern, war einfach so im OS drinne

Meinem wurde nun auch eine zugewiesen, nur im OS kommt sie nicht an.

netplan ist auf dhcp für IPv4 und IPv6 eingestellt, außer der Link-Local Adresse kommt nichts an.

Server wurde Mitte Juli bereitgestellt.

Wie ist das auf deinem Server?

Zitat von olg

Lt diverser Seiten kann das funktionieren, allerdings scheitere ich an den Einstellungen.

Ich habe testweise einen IMAP Server (https://webmail01.netcup.net/) eingetragen, Port 993 mit SSL. Nach Eingabe von Benutzername und PW ging es jedoch nicht weiter...

Auch alle weiteren Versuche blieben leider erfolglos. Daher nun die Frage im Forum :-}

Das ist kein IMAP Server, die für deinen Account zuständigen IMAP und SMTP Server findest du normalerweise im Customercontrolpanel (bei den Produkten).

https://helpcenter.netcup.com/de/wiki/webhosting/webhosting-email-einrichten/

Hallo,

welche Server hast du denn hinterlegt?

Grüße

Nutze doch eines der vorhandenen ISO Images, z.B. die System Rescue CD 9.03 und lege die ins DVD Laufwerk deines VPS.

Alternativ kannst du auch eigene ISO Images hochladen, sollten deine Anforderungen von keinem der vorhandenen Images erfüllt werden.

https://helpcenter.netcup.com/de/wiki/server/medien/#dvd-laufwerk

Ich habe auch keine SOGo Instanz bei Netcup,

aber wie Virinum angemerkt hat kommt mir das smtp. in der SMTP Server URL auch komisch vor.

Ist bei Netcup-Produkten auch eher unüblich.

Gleich doch nochmal die einzustellenden Server im CCP ab

IMAPS und SMTPS Konfiguration für SOGo

Falsch abgebogen!

Hab die API selbst noch nie aktiv genutzt aber was passiert wenn du „deleterecord auf true“ setzt?

Meinem Verständnis der Doku nach sollte dies die passende Option dafür sein:

DomainWebservice interface description

Konnte nun endlich testen, Danke für den Input perryflynn

Ich hatte noch einen Fehler in der Forward Rule, hier war noch ein drop hinterlegt so dass ich über den Tunnel nicht ins Internet gekommen bin.

Zitat von perryflynn

So ists auf meinem Router:

Code

table ip global {
        chain postrouting {
                type nat hook postrouting priority srcnat; policy accept;
                ip saddr { 172.23.24.0/23 } oifname "wlp5s0" masquerade
        }
}

Teste ich, wird allerdings ein paar Tage dauern (Geschäftsreise).

Guter Punkt, zumindest ist das Verhalten des Wireguard Clients auch bei ausgeschaltetem Server identisch.

Da bin ich wohl falsch abgebogen.

Hat noch jemand einen heißen Tipp wie ich diesen UFW Konstrukt auf nftables umstellen kann?

*nat
:POSTROUTING ACCEPT [0:0]
# Allow traffic from wireguard client to ens3
-A POSTROUTING -s 192.168.200.0/24 -o ens3 -j MASQUERADE
COMMIT

Docker läuft auf dem System noch gar nicht.

War bisher auf ufw und wollte die Docker Firewallthematik angehen, bevor ich docker installiere und scheitere nun leider an solchem Kleinkram.

Ich hab nun firewalld rausgeschmissen und bin auf die Basics zurück, pures nftables unter Debian 12.

Allerdings habe ich hier wohl auch noch einen Fehler in der Konfiguration (aus den nftables Examples entnommen).

#!/usr/sbin/nft -f

flush ruleset

table inet firewall {

    chain inbound_ipv4 {
        # accepting ping (icmp-echo-request) for diagnostic purposes.
        # However, it also lets probes discover this host is alive.
        # This sample accepts them within a certain rate limit:
        #
        icmp type echo-request limit rate 5/second accept
    }

    chain inbound_ipv6 {
        # accept neighbour discovery otherwise connectivity breaks
        #
        icmpv6 type { nd-neighbor-solicit, nd-router-advert, nd-neighbor-advert } accept

        # accepting ping (icmpv6-echo-request) for diagnostic purposes.
        # However, it also lets probes discover this host is alive.
        # This sample accepts them within a certain rate limit:
        #
        icmpv6 type echo-request limit rate 5/second accept
    }

    chain inbound {
        # By default, drop all traffic unless it meets a filter
        # criteria specified by the rules that follow below.
        type filter hook input priority 0; policy drop;

        # Allow traffic from established and related packets, drop invalid
        ct state vmap { established : accept, related : accept, invalid : drop }

        # Allow loopback traffic.
        iifname lo accept

        # Jump to chain according to layer 3 protocol using a verdict map
        meta protocol vmap { ip : jump inbound_ipv4, ip6 : jump inbound_ipv6 }

        # Allow SSH on port TCP/22 and allow HTTP(S) TCP/80 and TCP/443
        # for IPv4 and IPv6.
        tcp dport { 22, 80, 443} accept

        # Uncomment to enable logging of denied inbound traffic
        # log prefix "[nftables] Inbound Denied: " counter drop
    }

    chain forward {
        # Drop everything (assumes this device is not a router)
        type filter hook forward priority 0; policy drop;
    }

    # no need to define output chain, default policy is accept if undefined.
}

Die Konfiguration wird erfolgreich geladen

nft list table inet firewall
table inet firewall {
    chain inbound_ipv4 {
        icmp type echo-request limit rate 5/second accept
    }

    chain inbound_ipv6 {
        icmpv6 type { nd-router-advert, nd-neighbor-solicit, nd-neighbor-advert } accept
        icmpv6 type echo-request limit rate 5/second accept
    }

    chain inbound {
        type filter hook input priority filter; policy drop;
        ct state vmap { invalid : drop, established : accept, related : accept }
        iifname "lo" accept
        meta protocol vmap { ip : jump inbound_ipv4, ip6 : jump inbound_ipv6 }
        tcp dport { 22, 80, 443 } accept
    }

    chain forward {
        type filter hook forward priority filter; policy drop;
    }
}

Allerdings habe ich noch das Problem, dass eine Verbindung auf 51820/UDP nicht abgelehnt wird.

Die Policy für inbound ist drop, daher verstehe ich nicht warum die Verbindung trotzdem erlaubt wird.

Magst du ev. mal die DNS Einstellungen aus dem CCP z.B. als Screenshot teilen?

Ziehe zurück und kann bestätigen

Non-authoritative answer:
Name:    vanillamc.de
Address: 37.221.95.172

Ist der Cache auf dem Router ev. noch nicht aktualisiert worden?

Hallo zusammen,

ich versuche gerade auf einem VPS firewalld als Ersatz für ufw zu installieren/konfigurieren, scheitere aber daran dass Ports obwohl nicht freigegeben offen sind.

Aufgrund der Workarounds die für docker in Verbindung mit der UFW notwendig sind, dacht ich ist es mal Wert eine anderes Frontend für iptables/nftables auszuprobieren.

Ausgangsbasis: Debian 12 (auf einem S***to VPS), firewalld installiert, interface ens6 der Zone public zugewiesen.

sudo firewall-cmd --list-all
public (active)
  target: default
  icmp-block-inversion: no
  interfaces: ens6
  sources: 
  services: dhcpv6-client ssh
  ports: 
  protocols: 
  forward: yes
  masquerade: no
  forward-ports: 
  source-ports: 
  icmp-blocks: 
  rich rules: 

sudo firewall-cmd --get-active-zones
public
  interfaces: ens6

Meine Verständnis der Doku nach sollte alles außer der beiden Services (ssh, dhcpv6-client) auf ens6 (Zone Public) geblockt werden.

Ich hab allerdings noch einen Wireguard Service laufen auf den ich mich über ens6 locker verbinden kann.

Was übersehe ich, bzw, wo habe ich meinen Denkfehler.

Danke und Grüße