Beiträge von tab

    Ist das jetzt ein Versehen, dass du den '/' vorne weggelassen hast? Ich denke es müsste "/mein-name/community" heißen im Dokumentenstamm. Dann würde - nach entsprechender Wartezeit - bei Eingabe von http://mein-name.at die index.php aufgerufen. Du kannst ja auch mal "http://mein-name.at/index.php" versuchen. Falls beides nicht klappt und die index.php auch eine valide PHP-Datei ist, die irgendwas ausgibt, lege mal eine Datei index.txt in das Verzeichnis mit irgendeinem Text als Inhalt. Wenn die beim Aufruf von "http://mein-name.at/index.txt" ausgegeben wird, besteht eventuell ein Problem mit PHP.

    So wie du das oben geschrieben hast, müsste durch Aufruf von "mein-name.at" die index.php in deinem Dokumentenstamm aufgerufen werden. Was du eigentlich genau erreichen willst habe ich leider nicht verstanden. Willst du "mein-name/community aufrufen und damit die index.php aufrufen oder was funktioniert nicht wie gewollt?

    Weil kleine Server zu horten finanziell günstiger ist als große Server zu horten :D:D;(.

    Oder etwas ernsthafter... Mindestens zwei bis drei der ganz kleinen werde ich für Monitoring-Aufgaben einsetzen. Außerdem sind meine - bis auf zwei VC1-1 beim Mitbewerber aus Berlin alle unterschiedlich. Somit kann ich relativ einfach feststellen, welcher Kleinserver mir am Ende für die zuverlässige Erledigung welcher Aufgaben ausreicht. Ich will ja nicht z.B. einen eigenen, von den größeren Servern genutzten Resolver haben, der regelmäßig wegen Ressourcenmangel abschmiert.

    Dann probiere ich mit den Serverchen auch verschiedene Software aus. Wireguard Server, UltraVNC-Server, eventuell auch ein zentraler Zertifikatsserver und ein Matomo-Server. Ideen habe ich noch viele, aber das werden jedenfalls die nächsten.

    Auch wenn ich mal eine Netzwerkkonfiguration in Ruhe ausprobieren will/muss, mache ich das lieber auf einem kleinen Serverchen, das sonst keine wichtigen Aufgaben zu erledigen hat, als direkt auf meinem Mail- oder Webserver.

    Hallo, ich möchte eine Joomla Website bauen und wollte gerade anfangen Joomla zu installieren.

    Jetzt habe ich in der Joomla Dokumentation gelesen:

    jetzt habe ich in den php Einstellungen in meinem Netcup Account folgende Infos gesehen

    Bedeutet das, dass ich darauf Joomla nicht betreiben kann? Ich hatte irgendwo hier im Forum mal gelesen, dass jemand eine Joomla-Website auf netcup eingerichtet hat...

    Ich fürchte ja,das wird es wohl bedeuten. Die von dir angegebenen Werte gehören zum Webhosting 1000 denke ich. Ab Webhosting 2000 sollten die von Joomla angegebenen Minimalwerte kein Problem sein. Es mag auch sein, dass ältere Joomla-Versionen noch auf einem Webhosting 1000 gelaufen wären. Eventuell reicht es auch mit der neuesten Version für eine relativ kleine Website, oft sind solcher Minimalwerte eher großzügig angegeben. Aber das ist reine Spekulation meinerseits, ich nutze Joomla selbst nicht.

    Hat außer mir derzeit sonst noch jemand Probleme mit dem DNS-Editor von deSEC? Sowohl in Firefox als auch in Google Chrome passen die Längen der Tabellenspalten nicht. Den Host sieht man gar nicht mehr komplett, durch die langen DKIM-Einträge muss man erst ganz nach unten scrollen, dort mit der horizontalen Scrollbar nach rechts scrollen und kommt erst dann an die Schaltfläche zum Ändern der Einträge. Dummerweise sieht man dann aber nicht mehr, welchen Eintrag man da zum Bearbeiten anklickt. Ich war gerade am Bearbeiten einer Domain, breche aber jetzt mittendrin ab, es geht so einfach nicht. Naja, mal ne Stunde warten, vielleicht wird es ja schnell gefixt.

    Edit: Autsch, das scheint bei mir bei jeder Domain anders zu sein. Bei einigen ist es ganz normal, bei anderen sieht man nur den Host nicht komplett und bei einigen muss man horizontal scrollen.

    yabs.sh sagt mein Server steht in Magdeburg

    das CCP sagt ANX84

    wie verlässlich ist die Aussage von yabs?

    Möglicherweise war die IP früher in Magdeburg und wurde dann von netcup erworben. Welche Datenbank yabs nutzt weiss ich nicht, aber erfahrungsgemäß kann es schon mal einige Montae dauern, bis z.B. whois aktuelle Daten liefert. Ich hatte auch mal einen Server, der monatelang angeblich in Australien stand bzw dessen IP zuvor einem australischen Internetanbieter gehört hat.

    Der Unterschied liegt nur beim Stndort. Die teilweise unterschiedlichen Preise erklären sich so, dass wohl in Wien noch mehr Kapazitäten im Rechenzentrum frei sind oder dass man aus anderen Gründen neue Webhostings/Server lieber in Wien erstellen will. Zum Beispiel Kosten für Strom etc. Ansonsten folgt aus dem unterschiedlichen Standort auch unterschiedliche Anbindung. Sitzen die Benutzer/Kunden mehrheitlich eher im Wiener oder Nürnberger Raum, könnte man dementsprechend den Standort des Servers wählen. Von Wien aus sind die Datenpakete halt länger nach Nürnberg unterwegs als von Nürnberg aus ;) und umgekehrt. Spielt das eher eine untergeordnete Rolle, kann man natürlich das nehmen, was preislich günstiger ist.

    Edit: netcup (Rechenzentrum in Nürnberg) gehört seit einigen Jahren zu Anexia (Rechenzentrum in Wien).

    Wenn ich das tue, kommt aber diese Nachricht:

    "Achtung! Dadurch werden alle Inhalte im aktuell zugewiesenen Webhosting Tarif gelöscht. Das betrifft alle Seiten, Bilder, E-Mails, Datenbanken und Statistiken, die dieser Domain zugeordnet sind. Die DNS-Einträge werden verändert."

    Ich verstehe, dass ich nur 1 Website hosten kann (ist ja auch ok). Jetzt habe ich Angst, hier etwas falsch zu machen und etwas zu zerschießen.

    Gelöscht könnte allenfalls nur etwas werden, was auch vorhanden ist. Wenn die Domain also bisher einem anderen netcup Webhosting zugewiesen wäre und jetzt dem neuen Webhosting zugewiesen würde, dann wäre die Warnung zu beachten. Wenn auch nicht immer wirklich alles gelöscht wird. Deine neue Domain ist aber wohl bisher noch keinem anderen netcup-Webhosting zugeordnet gewesen. In dem Fall kannst du die Warnung ignorieren.

    Und du kannst auch mit einem Webhosting 1000 a1 soviele Websites hosten wie du magst. Du kannst ja nicht nur die Inklusivdomain benutzen (inklusive ihrer Subdomains),sondern auch noch eine externe Domain aufschalten und beliebig viele zusätzliche Domains (so wie deine neue Domain) dem Webhosting zuweisen. Wenn du natürlich eine Website mit sehr vielen Zugriffen hostest, dann kann auch diese eine Website schon zuviel sein.

    Ich bin noch halbwegs glimpflich über die Black/Cyber/Wasauchimmer Aktionen gekommen mit nur einer eu-Domain. Da wäre ich jetzt normalerweise echt stolz drauf, aber ich hatte ja vorher schon je einen VPS Piko/Nano/Mikro geschossen. Das musste einfach sein. Und den RS Cyber Quack konnte ich auch nicht liegen lassen. Insgesamt ist die Bilanz also einigermaßen verhagelt, deshalb habe ich jetzt den geplanten RS 1000 G9.5 erst einmal verschoben. Nicht dass ich ihn jetzt wirklich noch brauchen würde ;(. Vielleicht gelingt es mir wenigstens, ihn nicht gleich im Adventskalender nachzukaufen und für die drei kleinen VPS zeitnah wenigstens eine sinnvolle(!) Aufgabe zu finden, und natürlich auch für den Cyber Quack. Die Hoffnung stirbt zuletzt :).

    Ist ja schon fast wieder lustig, dass ich jetzt kleine Server sogar auf Halde habe, während sie bis vor kurzem nicht verfügbar waren. Ist ja nicht so, dass ich beim Mitbewerber nicht auch welche hätte, was bis vor kurzem aber auch ziemlich alternativlos war.

    Also http://www.meine_domain.com und meine_domain.com auf verschiedene IPs zu leiten geht natürlich, ist aber zumindest ungebräuchlich und wird viele Besucher verwirren. Die Mail über http://www.meine_domain.com laufen zu lassen wird so nicht klappen, weil Plesk keine Mailadressen von Subdomains erzeugt. Speziell mit www ist das auch sehr ungewöhnlich und mag Probleme mit der Zustellbarkeit bei manchen Empfängern mit sich bringen bzw eher als Spam eingestuft werden.

    Ich würde eher hergehen und die Mail über meine_domain.com laufen lassen. Du kannst meine_domain.com und alle Subdomains per A/AAAA Records trotzdem auf andere IPs leiten als die des Webhostings. Aber besser erst, nachdem die zusätzliche Domain dem Webhosting zugewiesen ist. Also erst zuweisen, dann so abändern/einstellen wie du es brauchst. Und für das Wordpress würde ich eine andere Subdomain hernehmen als www. Die Inklusivdomain kannst du ja verwenden wie du willst, notfalls auch gar nicht oder sie nur auf eine Baustellenseite leiten inklusive aller ihrer Subdomains oder meinetwegen ins Nirwana

    Solange google Deinen Absender in Deiner Domain nicht fake-t, sollte das so passen, solange es nicht Weiterleitungen von Mailinglisten darüber sind. Aber SPF ist ja auch nicht scharfgestellt.

    Kommt nicht einmal irgendwas in den Logs an? Kann man normal von gmail zu Dir Mails schicken? Klappt da der TLS-Handshake?

    Bin heute aber schon zu müde, um hier noch mitdenken zu können.

    Google schickt die Mails ja gar nicht ab, weil keiner der im DNS angegebenen MXe in der STS-Policy drinsteht. Die in der mta-sts.domain.tld/.well-known/mta-sts.txt enthaltene Policy sieht z.B. in einer meiner Domains so aus.

    Code
    version: STSv1
    mode: enforce
    max_age: 86400
    mx: mxext1.m***box.org
    mx: mxext2.m***box.org
    mx: mxext3.m***box.org

    Damit liste ich die drei zulässigen MXe auf, die eine verschlüsselte Verbindung per STARTTLS oder SSL/TLS erfordern und sage mit dem "mode: enforce", dass an andere MXe nichts geschickt werden soll, schon gar nicht unverschlüsselt.

    Damit würde mir Google wohl auch eine solche Antwort schicken, wenn meine MXe im DNS so aussehen würden:

    Code
    mxabcd.netcup.net
    mail.meinedomain.tld

    Weil eben keiner der MX-Einträge aus dem DNS in der Policy drinsteht und diese zusätzlich noch den Modus "enforce" angibt, überträgt Google die Mail nicht schickt Google den Fehler an den Absender:

    "The MX host does not match any MX allowed by the STS policy."

    Probieren kann man das, aber ob das reicht weiss ich nicht. Wenn Google das vernünftig handhabt, dann eventuell schon. Ansonsten kann die Policy unabhängig von irgendwelchen DNS-Einträgen beutzt werden, bis ihre (damals vor dem 1. Weltkrieg mit der Policy eingelesene) Gültigkeitsdauer abgelaufen ist. Die Gültigkeitsdauer steht in der Policy mit drin und die Policy steht in einer Datei, die unter mta-sts.domain.tld/.well-known/mta-sts.txt abrufbar sein müsste. Oder eben damals unter dieser URL abrufbar war ... Wo Google die dann speichert und ob sie durch flushen des Caches neu eingelesen wird, oder wenigstens gelöscht, wenn der entsprechene Record nicht mehr im DNS steht, das bleibt wohl Google überlassen. Google, Microsoft und mail.ru :D sind bei mir die einzigen, die jemals irgendwelche Berichte schicken. Was andere aber nicht hindern muss, MTA_STS zu beachten und auszuwerten, aber eben keine Berichte zu schicken.

    Da scheint der Google Mailserver eine alte MTA-STS Policy gespeichert zu haben. Entweder sind da die neuen MXe noch nicht eingetragen oder die alte Policy hatte eine entsprechend lange Gültigkeit, so dass Google keine Veranlassung sieht sie neu abzufragen.

    Ich habe ja Nameserver und DNSSEC immer als die ersten Verdächtigen. Allerdings will es mir hier nicht gelingen, diese mit den vorliegenden Fakten für die Probleme verantwortlich zu machen. Es handelt sich ja sowohl beim funktionierenden wie auch beim nicht funktionierenden Postfach um Adressen der selben Domain. Und es gibt (zuallermindest im netcup Webhosting) keine RRs im DNS einer Domain, die nur für ein Postfach relevant sind. Wenn beim Versand von der einen Adresse korrekt auflösbar, dann auch beim Versand von der anderen Adresse, das dürfte hier keinen Unterschied machen.