Beiträge von tab

Zitat von stgtklaus

185.243.xxx.xxx ist richtig. Es ist der Mailserver von netcup im Resellerpaket wird die Email angeboten.

Als Postausgangsserver wird mail.Meindomainname genommen, die DNS Einstellung Extern ist 185.243.xxx.xxx

Die Frage ist ja wie ich dies ändern kann.

Support bearbeitet meine Frage aus dem Februar noch - daher frage ich die Menschen aus dem Forum

Vermutlich wirst du am PTR nichts ändern können, da die selbe IP von mehreren Reseller-Webhostings gemeinsam genutzt wird und nur ein PTR pro IP-Adresse möglich ist.

Das Problem mit der Zustellung kannst du eventuell lösen, indem du das, was im PTR steht, als Postausgangsserver nimmst anstelle von mail.Meindomainname. Das hat zumindest den Vorteil, dass der PTR zum Hostnamen passt und auch vorwärts auf die richtige IP auflöst. Und außerdem, dass deine bisher als Postausgangsserver eingetragene Domain dann auch nicht zwingend ein Impressum haben muss, was die Telekom ansonsten verlangt. Auch bei DKIM mag das helfen, dazu gibt es auch einige Threads in der letzten Zeit. Ob der Name dann die Telekom immer noch stört weiss ich nicht. Falls ja, wird man daran wahrscheinlich nichts ändern können, außer netcup stellt irgendwann sein Reseller-Webhosting um. Bis dahin gilt aber: Wenn der Berg nicht zum Propheten kommt, ...

Zitat von cycoso

Ok. Danke für die Rückmeldung. Soll momentan eben noch sehr günstig sein für die Domain des Kleingewerbes :-).

Wäre denn auch eine Umleitung der hier gebuchten Domain auf store.xyz.com/meineunterseite möglich?

Gäbe es später, wenn ich das Webhosteing 1000 addiere auch die Möglichkeit eines kleinen Onlineshops?

Ich denke mal ein Online-Shop mit einem der gängigen Systeme wäre eventuell zuviel für das Webhosting 1000. Wenn es aber dann mal läuft, sollten die Kosten für z.B. ein Webhosting 4000 auch kein Problem mehr darstellen. Oder du wartest auf das nächste Aktionsangebot für ein größeres Webhosting. Ostern dürfte dafür der nächste sehr sichere Termin sein. Eine Umleitung wo auch immer hin ist aber kein Problem mit dem Webhosting 1000, solange du dabei nicht darauf bestehst, dass der Browser in der Adresszeile deine Domain anzeigt anstatt der Adresse, auf die weitergeleitet wird.

Naja, das einfachste wäre wahrscheinlch ein Webhosting 1000 hier bei netcup. Da kannst du auch 5 oder mehr Konten mit @meineDomain.de anlegen. Wenn du die Mails zwingend über einen Server von Google versenden willst, lässt sich das, anhand der Suchergebnisse, die Google dazu ausspuckt, wohl auch mit einem Google Basic Tarif (kostenlos) einrichten..

Zitat von stgtklaus

Ich ziehe mit einem Teil meiner Domains zu Netcup (Alles Kundenzeuge)

Nun habe ich Reseller Hosting 1000 und 1 Kunden angelegt und mehrer Projekte dort eingebaut. Die Domains liegen noch auf dem alten Server und sind an meine neue Ip umgeleitet.

1. Der Mailserver sendet nach außen seine IP - T-Online schreibt:

Code

Der PTR-Record Ihrer IP-Adresse [185.111..... ] enthält den reversen
DNS-Hostnamen 'rw0baf.webhosting.systems'; das sieht nicht nach Ihrem
dedizierten E-Mail System aus

wie kann ich das mit der Externen Domain reaisieren

Kann man bei externen Domains irgendwo DNS Infos eingeben oder ändern ? Ich stehe etwas auf dem Schlauch

DAnke

Alles anzeigen

Welcher Server ist denn der Mailserver? Sieht ja so aus, als ob es dein Reseller Webhosting ist anhand des PTR.

Den PTR musst du in jedem Fall dort setzen oder setzen lassen, wo die IP herkommt, also vermutlich netcup.

Ich schätze mal, T-Online stört sich am Servernamen "rw0baf", die wollen halt wohl gern Servernamen sehen im PTR, die keine Zahlen enthalten. Der Name aus dem PTR löst auch nicht auf eine IP mit 185.111.xxx.xxx auf, sondern auf 185.243.xxx.xxx. Sollten die Mails nicht eigentlich über die Mail-Relays von netcup versendet werden? Was ist denn als Postausgangsserver (SMTP-Server) eingestellt? Oder versendet das der Reseller-Server selbst direkt und nicht über einen SMTP-Server? Das ist jedenfalls allgemein eher schlecht für den Mailversand, zumal wenn der PTR Zahlen enthält und auch nicht wirklich zur IP passt, so wie hier.

Die externen Domains sollten eigentlich nichts damit zu tun haben, DNS für externe Domains (= nicht bei netcup registrierte Domains) musst du aber im Zweifelsfall eben auch extern setzen, da wo die Domains registriert sind. Abr der PTR (Reverse DNS) ist an die IP gebunden, nicht an eine Domain. Der muss also bei netcup gesetzt werden umd der Name sollte auch vorwärts auf die IP auflösen. Im Zweifelsfall den Support fragen. Mailversand direkt vom Reseller-Webhostingserver ist möglicherweise auch gar nicht vorgesehen.

Ich habe es hier gerade mal in einem Webhosting probiert. Bei der Systemdomain st PHP wohl per Default deaktiviert. Vielleicht besser eine Subdomain der Systemdomain verwenden und die Webseite da ins document root (sub.hosting123456..../httpdocs) reinverschieben. Ich habe bei mir mal die PHP-Unterstützung für die Systemdomain selbst in den PHP-Einstellungen aktiviert. Das scheint bis jetzt nicht zu klappen. Mit der Subdomain ja, allerdings musste ich explizit das Protokoll (http://) bei der URL angeben, sonst kam Sicherheitswarnung wegen des fehlenden Zertifikats

Ich muss jetzt mal für ne gute Stunde weg, ich schaue aber später nochmal rein.

Was hast denn bisher geändert. In welchem Verzeichnis liegt jetzt deine index.php? Im Verzeichnis "httpdocs direkt unterhalb des Basisverzeichnisses?

Ich weiss nicht, was für de Systemdomain derzeit als Dokumentenstamm per Default eingetragen ist. Bei meinen Webhostings ist es das Unterverzeichnis "httpdocs".

Wenn du da im Dateimanager reinschaust, dann liegt da typischerweise eine index.html und ein Datei favicon.ico.

Wenn man also die URL http://hosting123456.abcde.netcup.net/ aufruft, dann wird die index.html dargestellt. "Hier entsteht eine neue Webseite" ...

Wenn die index.html und das Favicon löschst und stattdessen deine index.php und sonstige Ordner und Dateien da reinkopierst, sollte deine Website angezeigt werden. Jedenfalls solange sie keine Datenbank braucht, die noch gar nicht angelegt ist oder absolute Pfade verwendet, die nicht existieren, weil die Domain eben eine andere ist.

Alternativ kannst du den Dokumentenstamm der Systemdomain auf deinen derzeitig verwendeten Ordner stellen und eine Weile warten, bis die Einstellung übernommen ist.

Klar, am Status deiner eigenen Domain ändert das nichts, du musst deine index.php dann schon über die Systemdomain aufrufen. Die "nicht zugewiesen" Meldung bezieht sich nach we vor auf deine eigene Domain, die Systemdomain ist dem Webhosting automatisch zugewiesen

Nein, du musst da eigentlich nur die document root (Dokumentenstamm) auf das Verzeichnis mit deiner index.php setzen und in den PHP-Einstellungen eventuell Werte einstellen, wenn deine index.php eine bestimmte PHP-Version und/oder PHP-Einstellungen voraussetzt. Man kann PHP zwar auch deaktivieren, es ist aber per Default aktiv.

Edit: Ein Let's Encrypt SSL-Zertifikat wirst du für die Systemdomain wahrscheinlich nicht erstellen können, wegen des LE Ratelimits. Alle Systemdomains der Webhostingpakete sind Subdomains von webhosting.systems netcup.net. Und das sind eben schon mal drei oder vier . Geht also sehr wahrscheinlich nur per http:// und nicht per https://

Du kannst bis dahin eventuell deine Systemdomain benutzen. Also deine Website schon mal aufspielen in ein Verzeichnis deiner Wahl, das du später mit deiner Domain nutzen möchtest (hast du wohl schon gemacht). Dann weist du deiner Systemdomain diese Verzeichnis als Dokumentenstamm zu, machst deine gewünschten PHP-Einstellungen usw und rufst die Website dann halt erst mal über die Systemdomain auf.

Naja, eigentlich ist alles ein Webspace. Aber das sind eben zwei Domains. Das hosting... ist deine Systemdomain. Jedem Webhostingpaket ist automatisch eine Systemdomain zugeordnet. Damit kannst du z.B. schon mal testen, auch wenn du noch keine eigene Domain zur Verfügung hast. Die Systemdomain sollte auch nicht deaktiviert werden, weil sonst Cronjobs nicht funktionieren, wenn ich mich da richtig erinnere.

Das example.com ist dann deine eigene Domain oder jedenfalls eine davon. Wenn du mehr als eine Domain hast, gibt es noch mehr solche Verzeichnisse.

Für jede Domain kannst du angeben, wo das Dokumentenstammverzeichnis (aka document root) liegen soll. Da rein kommt dann normalerweise die index.php oder index.html.

Wenn du eine Domain neu in deinem Webspace hast, dann ist dieses Verzeichnis (per Default) derzeit wohl so wie in deinem Bild. War aber auch schon mal anders und du kannst es völlig nach Belieben strukturieren. Du kannst den Dokumentenstamm für jede Domain und Subdomain beliebig einstellen. Also auch z.B.

domain1.tld -> /websites/domain1.tld/

domain2.tld -> /websites/domain2.tld

domain3.tld ->/cmssites/wordpress/domain3.tld/wordpress

domain4.tld -> /domain4.tld

domain5.tld -> /ebene1/ebene2/ebene3/fghfghadj

Nur auf / kann man es glaube ich nicht setzen, sollte man jedenfalls auch besser nicht

Zitat von Ganzjahresgriller

Und das verstehe ich nicht. Es gibt eine ganz simple Lösung für DNSSEC und DKIM. DNS Server zu desec.io deligieren und Ruhe ist

Du kannst bei deSEC im DNS auch nichts anderes eintragen für DKIM als bei netcup. Wenn das, was du da einträgst nicht passt, dann passtt es eben nicht. deSEC versendet ja nicht deine Mails, sondern verwaltet nur die Zone(n) für deine Domain(s).

Allerdings interpretiere ich den von marcweb verlinkten Thread so, dass DKIM am Ende funktioniert hat?!? Ist ja letztlich so, dass es den Mail-Relays egal ist, was du im DNS deiner Domain einträgst. Wenn die Mail darüber läuft, dann tragen sie die DKIM-Header ein. Ob das dann valide ist oder nicht, hängt allerdings von deinem im DNS veröffentlichten DomainKey ab, der muss natürlich mit dem zur Verschlüsselung verwendeten Private Key zusammenpassen, ansonsten ist DKIM nicht valide. Ich mag mir jetzt nicht extra wieder ein Reseller Webhosting zulegen, nur um das zu testen.

Vielleicht mag sich ja jemand melden, der ein Reseller Webhostig hat und beim Versand eine valide DKIM Signatur attestiert bekommt von den Testtools oder sonstigen Empfängern. Im anderen Thread wurde ja von MECSA immerhin 67% bei DKIM angezeigt, das passiert sicher nicht, wenn die DKIM-Header nicht eingetragen oder in jedem Fall nicht valide sind. Dasdeutet für mich darauf hin, dass die von MECSA angforderte Antwortmail bei mehreren Versuchen innerhalb einer gewissen Zeitspanne über insgesamt drei verschiedene SMTP-Server gesendet wurden, von denen zwei korrekt signiert haben und einer nicht -> dann sollte man eben den, der nicht korrekt signiert, nicht verwenden.

Zitat von Homwer

Ich hätte ja meine Domain als hostname genommen

Für den Datenbankserver?

Wie sieht denn die IP aus? 10.xx.xx.xx?

Was ist beim Datenbank-Benutzer bei Zugriffsteuerung eingestellt?

Wenn der Zugriff nicht für alle Hosts zugelassen ist, dann muss die IP des Webservers freigegeben sein. Normalerweise im letten Oktett der IP eins weniger als beim Datenbankserver.

Entweder stimmt bei der Einstellung was nicht (Bei der Datenbank bzw dem Benutzer) oder der MySQL-Server oder die Datenbank hat ein Problem, hatte ich auch mal vor mehreren Jahren. Sollte aber eigentlich kein Wordpress-spezifisches Problem sein.

Sind halt hier nur "nackte" Domains. Nichts außer DNS. Bei anderen Anbietern kommen die Domains oft mit einem Mini-Webspace, den dann der Anbieter für die Umleitung benutzt.

Für ein Domain-Reseller fände ich das auch praktisch. Nameserver und einen DNS-Editor stellt netcup aber schon? Hoffe ich jedenfalls . Vielleicht kommt's ja noch igendwann. Zur Not einen VPS pico dazumieten.

SSL wirst du hier nur bekommen, wenn du direkt den Webmailserver aufrufst. Das ist (leider) schon seit längerem so. Vielleicht wird es irgendwann mal geändert, bis dahin muss man entweder

Webmail :: Welcome to Webmail

benutzen oder man muss sich seinen eigenen Webmailclient installieren, was ja durchaus auch möglich ist.

Wird so einfach nicht funktionieren, du müsstest das Zertifikat ja auf dem Webmailserver installieren.

Zitat von Win98SE4ever

Polemische Nachfrage: Verklagt der Anwalt dann auch avm wenn die Fritte im falschen Moment abstürzt ?

Sowieso, Anwälte klagen halt gern. Wenn das einzige verfügbare Werkzeug ein Hammer ist, wird jedes Problem zum Nagel!

Und wohl auch noch, dass der DNS-Eintrag zum fraglichen Zeitpunkt tatsächlich gefehlt hat bzw falsch war. Und die Haftung ist per AGB sowieso sehr begrenzt. Vielleicht hat man dadurch die zugesicherte Verfügbarkeit nicht eingehalten, grobe Fahrlässigkeit oder Vorsatz müsste man ggf. auch erst einmal nachweisen. Wir sind auch nicht in den USA (noch nicht , King Donald kauft ja gerade ordentlich ein. Aber zum Glück haben wir keine großen Bodenschätze).