Server – Bitkorn Blog

SMTP service 554-Bad DNS PTR resource record

admin — Mon, 30 Oct 2017 09:20:16 +0000

Diese Fehlermeldung schmeißt web.de und gmx.net wenn beim DNS Reverse Lookup mit der IP, von der gesendet wurde, etwas heraus kommt wie z.B. providername435678.provider.net anstatt eurer Top Level Domain.

Lösung: Bei z.B. Strato den DNS Reverse eurer IP statt auf die Inklusive Domain (h1234567.stratoserver.net), auf die tatsächlich verwendete Domain stellen.
Habt ihr keine eigene IP in eurem Paket könnt ihr es mit web.de und gmx.net wahrscheinlich vergessen.

Was bei einem Reverse DNS Lookup raus kommt, kann man unter Linux mit z.B.

host 216.58.207.46

heraus finden.
Oder mit online Tools.

SSL redirect mit Plesk / Odin

admin — Wed, 26 Oct 2016 16:17:44 +0000

In den Webseiteneinstellungen gibt es den Punkt „Einstellungen für Apache & nginx“. Darin gibt es ein Feld (zwei: eins für HTTP und eins für HTTPS) für „Zusätzliche Apache-Anweisungen“. Dort, natürlich das für HTTP, packt man folgendes rein:


	RewriteEngine On
	RewriteCond %{HTTPS} off
	RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Jetzt ist die Webseite nur mit HTTPS zu erreichen.

FileZilla Zeilenende

admin — Wed, 18 May 2016 08:40:17 +0000

Überlässt man FileZilla die Entscheidung welchen Transfermodus es verwenden soll, ist es nach meiner Ansicht zu „intelligent“.\r\nDenn es entscheidet einfach mal an jedes Zeilenende von Dateien ein Windows Steuerzeichen (^M) dran zu hängen. Bei z.B. Shell Skripten mit SheBang Zeile kann das doof enden.\r\nWer seine Dateien übertragen möchte wie sie sind muß den binären Übertragungsmodus wählen.

Apache Authorization header in PHP (HTTP_AUTHORIZATION)

admin — Sat, 14 May 2016 09:08:48 +0000

Bei mir war es eine Installation von Ubuntu 14.04 mit Apache 2.4.7, in der der Authorization header nicht bei PHP ankam.
Mist baute Plesk, denn mit der selben Software auf einer anderen Maschine ohne Plesk gab es keine Probleme.

Auf dem Server mit Plesk gab es den HTTP Basic Auth header nicht. Um andere Fehlerquellen auszuschließen habe ich es mit folgendem Code getestet:

$headers = apache_request_headers();
if (isset($headers['Authorization'])) {
    echo 'you are auth';
} else {
    echo 'there is no Authorization';
}

Lösung war dann eine Zeile in der .htaccess:

SetEnvIf Authorization "(.*)" HTTP_AUTHORIZATION=$1

Mailserver Reverse DNS

admin — Tue, 05 Apr 2016 13:24:55 +0000

Manchmal fragte ich mich, warum manche Mail-Provider meine Emails (eigene Domain mit Mailserver) als Spam markieren. Teilweise war der Grund vielleicht weil die IP in einer unvorteilhaften IP-Range lag, oder die Provider waren übervorsichtig mit relativ neuen Domains. Denn wann genau ich meine Domain damals registriert habe gibt ein Whois nicht her.\r\n\r\nJetzt bekam ich eine Email von meinem Provider, daß einige Mail-Provider offiziell verkündeten bei doofen DNS-Reverse Einträgen die Mails als Spam zu kennzeichnen. Mein Provider setzt als Reverse-DNS per default eine Subdomain meiner Top-Level-Domain (z.B. provider.xy.42231.example.com).\r\n\r\nWenn jetzt der Mail-Provider (Empfänger) die IP in meinen Mails in einen Namen (Domain) haben will, macht er ein Reverse-DNS-lookup und bekommt diese doofe Adresse (provider.xy.42231.example.com). Anders herum passiert so etwas wenn z.B. jemand eine Webadresse in den Browser tippt. Dann wird die IP zu dem Namen (Webadresse | Domain) gesucht um die Webseite anzuzeigen.\r\nWikipedia: Reverse DNS\r\n\r\nIch habe den Reverse-DNS meines eigenen Mailservers statt auf den default Wert auf meine Top Level Domain gesetzt.\r\n