Beiträge von Virinum

    ich bin zugegeben verwirrt - weiter oben haben andere geschrieben, das es bei netcup prinzipiell nicht für Hauptdomains geht, sondern nur für Subdomains?

    Das ist nicht nur bei netcup so. Es ist überall so, dass du unter der Hauptdomain keinen CNAME anlegen kann. Siehe dazu den Beitrag von m_ueberall

    Es gibt aber natürlich wieder Ausnahmen / Workarounds: CNAME Flattening. Eventuell wirfst du mal einen Blick auf Cloudflare als DNS-Server (kostenlos).

    1&1 hat da anscheinend ganz fancy Sachen mit der Weiterleitung gemacht, die ich so auch noch bei keinem anderen Anbieter gesehen habe.

    Auch wenn es dem TE hier nicht wirklich hilft, möchte ich trotzdem anmerken: das hier verwendete Panel im Webhosting würde die identische Konfiguration mit dem HTTP-Redirect ebenfalls unterstützen - leider wurde diese Option von netcup anscheinend deaktiviert. (https://kb.diadem.in/setup-domain-r…-plesk_465.html)

    Die Option mit dem HTTP-Redirect ist bei netcup aktiviert. Sehe da jetzt keinen Unterschied.


    Der Webserver von 1&1 lauscht anscheinend auf allen Ports und macht dann eine Umleitung auf die angegebene Subdomain und hängt auch noch den Port hinten dran, über den er angesprochen wurde. Das geht definitiv nicht mit dem Webhosting von netcup.

    Sorry, wenn ich es überlesen habe, aber was genau sprach jetzt gegen die CNAME-Lösung? Muss es denn unbedingt unter der Root-Domain sein?


    Ich persönlich finde es auch viel schöner, wenn in der URL meine (Sub-)Domain steht anstatt xy.myfritz.net.


    Einfach bei den DNS-Einstellungen Folgendes eintragen:

    Host: subdomain

    Type: CNAME

    Destination: xy.myfritz.net


    Anschließend kannst du problemlos subdomain.domain.de:88 aufrufen.


    Alternativ könntest du mit ner .htaccess-Datei Weiterleitungen konfigurieren. Z.B. domain.de/webserver -> xy.myfritz.net:88


    Edit:
    Was mit dem netcup-Webhosting aber nicht funktionieren wird, ist eine dynamische Weiterleitung an den entsprechenden Port. Zum Beispiel:

    domain.de:88 -> xy.myfritz.net:88

    domain.de:123 -> xy.myfritz.net:123

    Mit dem Support habe ich bereits geschrieben, jedoch wurde mein Problem falsch verstanden.

    Dann bleib da dran. Du kannst gerne auch auf dieses Thema verlinken. Manchmal hilft das.

    Schreib dem Support am besten so kurz und knackig wie es nur geht.

    Sowas in der Richtung. Und natürlich die Fehlermeldung nicht vergessen, die du dann von Gmail bekommst.

    Zitat

    *@gmail.com -> beispiel@domain.de (geht nicht)
    *@gmail.com -> beispiel@@mailXXXXXX.mx2e57.netcup.net (geht)

    Normalerweise gibt es in den Defaulteinstellungen von Domains bei netcup einen SPF-Record, der ist bei dir nicht aufgeführt.

    Wenn mich nicht alles täuscht, ist doch der erste Eintrag im Screenshot der SPF-Record. ;)


    Wie Track1991 schon korrekterweise gesagt hat, kann es nicht am DMARC liegen. Der ist optional und zieht nur beim Versand. Nicht beim Empfang. Und dann auch nur wenn der empfangende Mailserver DMARC beherrscht.

    Also meiner Meinung nach kann nur der Support da weiterhelfen. Aus irgendwelchen Gründen meint mx2e57.netcup.net bei FROM: *@gmail.com, dass TO: beispiel@domain.de eine externe Domain sei.

    Noch zum Hintergrund:


    Wenn du dich mit dem Teamspeak-Client zu teamspeak.example.com verbindest, versucht dieser zunächst einen SRV-Record unter _ts3._udp.teamspeak.example.com zu finden. Wenn er einen findet, verbindet er sich mit dem dort angegebenen Host und Port.


    So kannst du übrigens auch einen Teamspeak-Server unter einem anderen Port als 9987 betreiben und deine User müssen nicht explizit den abweichenden Port beim Verbinden angeben.


    Sollte der Teamspeak-Client keinen SRV-Record finden, versucht er via CNAME- oder direkt A/AAAA-Record sich mit dem Host zu finden. Standardmäßig unter Port 9987 (außer es wurde explizit ein anderer angegeben).


    Edit:

    So könntest du deinen Teamspeak-Server auch direkt unter example.com erreichbar machen. Auch wenn dort eine Webseite liegt, die unter einer ganz anderen IP gehostet wird.

    Code
    Mixed Content: The page at 'https://thumanns.de/' was loaded over HTTPS, but requested an insecure image 'http://thumanns.de/wp-content/uploads/2020/02/Landkarte-Portugal-Nazare.jpg'. This content should also be served over HTTPS.
    (index):1 Mixed Content: The page at 'https://thumanns.de/' was loaded over HTTPS, but requested an insecure image 'http://thumanns.de/wp-content/uploads/2019/12/Landkarte-Portugal-Castello-Branco.jpg'. This content should also be served over HTTPS.
    (index):1 Mixed Content: The page at 'https://thumanns.de/' was loaded over HTTPS, but requested an insecure image 'http://thumanns.de/wp-content/uploads/2019/12/Landkarte-Portugal-Algarve.jpg'. This content should also be served over HTTPS.
    (index):1 Mixed Content: The page at 'https://thumanns.de/' was loaded over HTTPS, but requested an insecure image 'http://thumanns.de/wp-content/uploads/2019/11/Landkarte-Spanien-Andalusien.jpg'. This content should also be served over HTTPS.
    (index):1 Mixed Content: The page at 'https://thumanns.de/' was loaded over HTTPS, but requested an insecure image 'http://thumanns.de/wp-content/uploads/2019/11/Landkarte-Spanien-Murcia.jpg'. This content should also be served over HTTPS.
    (index):1 Mixed Content: The page at 'https://thumanns.de/' was loaded over HTTPS, but requested an insecure image 'http://thumanns.de/wp-content/uploads/2019/11/Landkarte-Spanien-Valencia.jpg'. This content should also be served over HTTPS.
    (index):1 Mixed Content: The page at 'https://thumanns.de/' was loaded over HTTPS, but requested an insecure image 'http://thumanns.de/wp-content/uploads/2019/11/Landkarte-Spanien-Katalonien-e1573502140626.jpg'. This content should also be served over HTTPS.
    (index):1 Mixed Content: The page at 'https://thumanns.de/' was loaded over HTTPS, but requested an insecure image 'http://thumanns.de/wp-content/uploads/2019/11/Landkarte-Frankreich-Okzitanien.jpg'. This content should also be served over HTTPS.

    Du hast auf deiner Seite noch diverse Bilder, die du über http eingebunden hast. Dadurch sagt der Browser oben "nicht sicher":

    screenshot.PNG