Beiträge von H6G

    Pah, ich wisst doch gar nicht, was richtige Unterhaltung1 ist. Neue Ideen sind halt immer mit Risiken verbunden, lieber auf das alt bewährte setzen.

    Ich gehe jetzt erstmal weiter FIFA EA Sports FC und das neue CoD spielen.

    Spoiler anzeigen

    1:

    Geht halt mal ins Theater oder in die Oper. Da läuft aber auch oft das alte Zeug oder irgendwelche Jukebox-Musicals.

    Auf den Sensen stellst Du standardmäßig den MSS -40 unter MTU, also ist bei 1500 als MTU ist der Standard 1460 oder halt entsprechend analog. Du willst ja auch nicht mit einem LKW unter einer Brücke durchführen, die exakt die Höhe des LKW hat. Das macht trotzdem Aua.

    clamp-to-pmtu ist bei mir eine Option in der Firewall bei mir.

    Probiere ich morgen mal aus frank_m

    Danke schonmal für den Hinweis mit dem MSS Clamping.

    Wenn ich das richtig gelesen habe, akzeptierst Du ICMP auf IPv4 nur LAN intern und droppst auf WAN incoming

    add action=accept chain=input comment="defconf: accept ICMP" protocol=icmp

    Das ist nicht Interface-Spezifisch. Ein Ping auf die Public-IP von außen funktioniert zudem.

    Die entsprechenden ICMP Pakete lässt du durch?

    Gibt es irgendwie eine Möglichkeit dies zu testen?

    IPv4 Firewall:

    IPv6 Firewall:

    Die IPv6 Firewall hatte ich vor Jahren mal aus den OpenWRT Standard-Einstellungen übertragen.

    Fehlt da etwas?

    Alle irrelevanten Einträge habe ich mal entfernt.

    Das PPPoE-Client Interface ist in der Gruppe WAN.

    http://icmpcheckv6.popcount.org/ und http://icmpcheck.popcount.org/ funktionieren beide auf 1500.

    MSS Clamping ist eine Möglichkeit. Dabei stieß ich auf: https://forum.mikrotik.com/viewtopic.php?t=207341

    Mal gucken.

    Unterstützt Vodafone RFC 4638 an DTAG DSLAMs?

    Ich habe in meinem Heimnetzwerk folgendes Problem:

    Seit ein paar Wochen schlägt die TLS Verbindung zu einem Microsoft Teams API Server fehl, wenn im Client eine MTU von 1500 eingetragen ist.

    Stelle ich diese auf 1492, kann die Verbindung aufgebaut werden.

    Nun weiß mein PPPoE Client, dass die Verbindung nur 1492 Bytes breit ist.

    Eigentlich sollte über PathMTU der Linux Client darüber auch Bescheid wissen.

    Router: RB4011iGS+5HacQ2HnD mit RouterOS 7.16.1 (PPPoE Client)

    Modem: FritzBox 7530 AX mit FritzOS 8

    Client: Arch Linux / Chromium / Firefox

    Betroffener Server: https://api-emea.flightproxy.teams.microsoft.com/api/v2/epconv

    Daher einige Fragen:

    - Ist das ein Problem seitens Microsoft, dass da der eine Server streikt und random die Verbindung nicht zustande kommt? (Vorher ging es ja auch)

    Wenn nein:

    - Fehlen auf dem Router (PPPoE Client) oder auf dem Linux Client irgendwelche Pakete oder Configs für PathMTU?

    - Blockiert eine Firewall PathMTU?

    - Spielt das VLAN Tag eine Rolle in der MTU?

    Ziel ist es, eine funktionierende PathMTU Infrastruktur zu haben, ohne bei jedem Interface die MTU konfigurieren zu müssen, und gleichzeitig jedes Netzwerkziel mit der höchstmöglichen MTU anzusprechen.

    z.B. verhindert das ja Jumbo Frames, falls ich mal welche nutzen möchte im 10 GBit/s Netzwerk.

    Ich weiß nicht, ob man unter Anexia mit Netcup einfach die komplette Discounter-Schiene fahren will. Zwar mit guten Produkten, aber wenig Support.

    Netcup war bereits vorher auf der Discounter-Schiene. Vorher gab es auch nur das Notwendigste an Support.

    Es scheitert gerade daran, dieses Level zu halten.

    Die Produkte sind aber noch zu gut, um die Schiene als Temu / AliExpress zu bezeichnen.

    I need to setup a DNS-01 challenge for a LetsEncrypt certificate for Nginx Proxy Manager for the private LAN running docker containers.

    If you have the domain at netcup you would need to use the Netcup DNS API, and not Plesk.

    https://helpcenter.netcup.com/de/wiki/general/unsere-api#liste-der-ccp-api-clients

    There are several ACME plugins available, however I don't know what kind of plugin is needed for the proxy manager (maybe certbot?)

    Beim Orangenen Hoster, habe ich die geforderten Eintragungen durchgeführt.

    Da steht ein bisschen zu viel drinne, der relay.rzone.de muss da raus.


    Mailadressen hergestellt, das versenden der Nachricht über Webmail läuft einwandfrei.

    Allerdings erreiche ich keine Nachrichten, wenn ich eine Testmail schreibe, kommt die Rückmeldung.

    Domain habe ich abgeändert.

    Das ist für mich unverständliches Deutsch

    Ja soviel verstehe ich nun den auch aber IPs können sich numal ändern das internet is nicht statisch :).

    Den PTR Record kann man bei seinem Internet-Provider (derjenige, der die IP Adressen verwaltet und ausgibt) setzen.

    Dafür braucht man üblicherweise einen Vertrag mit einer festen / statischen IP Adresse.

    Wie bereits andere erwähnt haben: Mailserver blockieren normalerweise eingehenden unauthentifizierten Mailverkehr von IP Bereichen, die üblicherweise Endkunden-Internetzugängen zuzuordnen ist, weil dort zu 99,9999% kein E-Mail Server betrieben wird und der Verkehr daher Spam und Malware zuzuordnen ist.

    Ohne einen entsprechenden Mail-Relay kommst du dort nicht weit. Andernfalls kannst du gerne bei deinem IP Provider nachfragen.

    in der Tabelle auf https://www.netcup.com/de/hosting ist in der Spalte "Webhosting 4000" und Zeile "Python" ein Häkchen.

    Zitat
    • nach dem Login per SSH steht kein python (weder 2 noch 3) zur Verfügung
    • allerdings wird im Webhosting WSGI in Verbindung mit Phusion Passenger unterstützt

    Du hast nur über das Plesk Interface Zugriff auf Python, nicht über die Shell.

    Mit Passenger muss dein Script als Applikation laufen und du musst dich an das Passenger Interface halten.

    As far as I have researched, even if we add the key, we cannot activate this process without logging into ssh, I cannot enter ssh, I write to support, support is already not responding, I don't know what to do

    Have you seen what I've been writing and done that already?


    Firstly, if you have a ppk key file, you've already done something wrong.

    That's fine, it will provide you with an OpenSSL pubkey format to copy. OP decided to use PuTTY and that's the way of getting a keys.

    However he uses the file in the wrong setting of PuTTY.

    Spricht da etwas dagegen? Wie stelle ich sicher, dass z. B. unattended-upgrades oder natürlich auch ein manuelles apt update etc. nach wie vor funktioniert? Wie kann ich den Servern erlauben, weiterhin Nachrichten via TelegramBot zu versenden?

    Port 80 und 443 TCP und 53 UDP ausgehend erlauben. Damit funktionieren APT, Telegram Bot und DNS noch sauber.