Beiträge von Mercator1972

was heisst du kannst dich nicht connecten? Läuft der FTP-Server überhaupt?

Hast Du einen FTP-User beim Kunden angelegt, bzw hat der ein Passwort?

Zitat

Bevor Sie den FTP-Zugang nutzen können, müssen Sie erst ein Passwort dafür festlegen. Melden Sie sich dazu in LiveConfig an (siehe oben für die Zugangsdaten) und gehen Sie auf Hostin - Webspace. In der Box FTP-Zugänge klicken Sie auf den bearbeiten...-Button

und geben dann ein Passwort für den FTP-Zugang an.

LG

Thomas

Hallo Daniel,

ja du hast einen Denkfehler.

Der FTP-Server hat rein gar nichts mit SSH sowie sftp (SSH File Transfer Protocol) zu tun.

Hierzu müsstest Du dem Vertrag des Kunden SSH freischalten.

LG

Thomas

Hallo Marco,

Bei mir hats genau 5 Minuten gedauert, danach war das Zertifikat auswählbar.

Frage am Rande, worüber verifiziert Let's encrypt eigentlich die Domain?

LG

Thomas

Von Deinem Rootserveranbieter

LG

Thoms

Zitat von CubexHD

Code

Oct  1 20:48:49 arexgames postfix/qmgr[5284]: 4DB6920083: from=<noreply@arexgames.net>, size=1468, nrcpt=1 (queue active)
Oct  1 20:48:49 arexgames postfix/smtp[6527]: 4DB6920083: host mx-ha02.web.de[212.227.17.8] refused to talk to me: 554-web.de (mxweb109) Nemesis ESMTP Service not available 554-No SMTP service 554$
Oct  1 20:48:49 arexgames postfix/smtp[6527]: 4DB6920083: to=<xxx.xxx@web.de>, relay=mx-ha03.web.de[212.227.15.17]:25, delay=345, delays=344/0.02/0.16/0, dsn=4.0.0, status=deferred (host mx-ha0$

Das ist eine Meldung in der mail.log an eine web.de adresse.

Dann musst Du warten bis dir dein Provider den Reversedns-Eintrag gesetzt hat.

Am einfachsten zu verstehen dürfte folgende Erklärung sein:

Zitat

Einige Mailserver lehnen den Empfang von Mails ab, wenn beim Absender Hostname, MTA-Name (MTA = SMTP Mailserver) und/oder der Reverse DNS Eintrag nicht übereinstimmen. Diese Beschreibung soll die Zusammenhänge erklären.

Der Hostname ist lediglich die Bezeichnung des Servers, er soll dem Administrator helfen, seine Server zu verwalten bzw. wiederzuerkennen. Der Hostname braucht weder mit www, mail, oder smtp zu beginnen, noch muss er mit den Domains, die vom Server bedient werden, zu tun haben. Der Hostname sollte aber über DNS zur IP-Adresse auflösbar sein.

Der MTA-Name/HELO-Hostname ist die Bezeichnung, die der Mailserver z.B. beim SMTP-Protokoll an den fremden Mailserver übermittelt. Auch dieser MTA-Name muss mit den Domains der Mails, die er dann überträgt nichts zu tun haben. Doch um sich vor Spammern zu schützen, prüfen viele Mailserver die MTA-Namen auf Gültigkeit und Konsistenz (z.B. durch Reverse DNS Abfragen), sodass reibungsloser Mailaustausch nur gewährleistet ist, wenn auch der MTA-Name vorwärts und rückwärts auflösbar ist.

Der Reverse DNS Eintrag wiederum ist der "Name" einer IP-Adresse. Dieser Eintrag dient z.B. bei Traceroutes der Erkennung der Gateways und der Hosts - und eben oft beim Mailaustausch zur Überprüfung des angegebenen MTA-Namens. Jede IP-Adresse hat nur einen Namen (auch wenn über sie viele verschiedene Domains gehostet werden) und sollte auch über einen A-Record "vorwärts" auflösbar sein.

Alles anzeigen

Quelle: Hetzner-Wiki

LG

Thomas

Zitat von CubexHD

firstcolo ? davon hab ich noch nie gehört was ist das nun wieder ?

Inhalt mail.warn

Code

Oct  1 17:16:05 arexgames dovecot: master: Warning: Killed with signal 15 (by pid=8914 uid=0 code=kill)

Firstcolo ist da wo deine IP-Adresse wohnt, aber hast schon recht. Dein Ansprechpartner dürfte hier eher Nitrado sein.

LG

Thomas

Hallo CubexHD,

Der PTR Record für deine IP 212.224.87.14 fehlt, sonfern diese als sendende IP hinterlegt ist.

Das kannst Du wahrscheinlich im Webinterface von firstcolo nachholen.

LG

Thomas

Das Maillog findest Du in /var/log/mail.log!

Und da sollte schon stehen, warum web.de deine Mails nicht annimmt.

LG

Thomas

bei mir half

rm /var/lib/clamav/lmd.user.*
/etc/init.d/clamav-daemon restart

zumindest bei mir war wohl das heutige maldetect Update die Ursache.

LG

Thomas

Hallo nowin,

wenn du unter Hosting-SSL-Zertifikate bereits ein Zertifikat angelegt hast, solltest du diese bequem den jeweiligen Diensten zuweisen können (Bei Postfix und Dovecot jeweils auf Bearbeiten klicken).

LG

Thomas

Zitat von ManDal

Danke dir für den Tipp,
nach dem ich die keys.liveconfig auf allen Slaves bereinigt, die Domain komplett gelöscht, alle lokalen db's in den /var/named/xx.xx.db gelöscht und dann nochmals alles erstellt habe scheint es jetzt du funktionieren...

Was aber immer noch ein Problem ist ist DNSSEC da erhalte ich folgendes über http://dnscheck.pingdom.com/:

Broken chain of trust for w2k.info - DNSKEY found at child, but no DS was found at parent.

The child seems to use DNSSEC, but the parent has no secure delegation. Because of this, the chain of trust between the parent and the child is broken and validating resolvers will not be able to validate answers from the child.

Hat den jemand DNSSEC schon in betrieb?

Alles anzeigen

Hallo ManDal,

w2k.info
Name Server:
DNSSEC:Unsigned

Du hast deine Keys bei deinem Domainregistrars nicht hinterlegt.

LG

Thomas

nur weil ca 90 % zu faul dazusind, das zu verwenden, heisst es noch lange nicht, daß es nicht sinnvoll ist,

Kunden müssen erzogen werden.

LG

Thomas

Zitat von kk

Leider nein. Wenn es sich um ein Problem mit FileZilla handelt, bitte an die FileZilla-Entwickler wenden. :-/

Was wir beobachtet hatten war aber, dass manche alte FTP-Clients nicht mit modernen SSL-Ciphers zurecht kommen (manche bestehen gar noch auf SSLv3). Eventuell hilft's auch mal den FTP-Client zu aktualisieren.

Dem widerspricht ein test via https://ftptest.net/ auf einem proftp-Debian-Jessie:

Zitat

Command: MLSD

Status: Data connection established, performing TLS handshake...

Reply: 150 Opening BINARY mode data connection for MLSD

Status: TLS handshake successful, verifying certificate...

Status: TLS session of transfer connection has been resumed.

Error: Malformed directory listing

Error: Line feed received without preceding carriage return

Alles anzeigen

die Fehlermeldung tritt auch ohne TLS-Verwendung auf.

Hallo Herr Keppler,

genauso sieht die Datei auch aus.

Grüße

Thomas

Hallo Herr Keppler

Zitat

Checking for web server software:
- Found 'apache' web server
Version: '2.4.10'
Package version: '2.4.10-10'
SNI support: yes
Modules: core so watchdog http log_config logio version unixd access_compat actions alias auth_basic authn_core authn_file authz_core authz_groupfile authz_host authz_user autoindex cgi cgid deflate dir env expires fcgid filter headers include mime mpm_event negotiation pagespeed perl proxy proxy_http reqtimeout rewrite security2 setenvif socache_shmcb ssl status suexec suphp unique_id
- Found 'nginx' web server
Version: '1.2.1'
Package version: '1.2.1-2.2+wheezy3'
SNI support: yes
- PHP 5.4.41 (code='php54', bin='/opt/php-5.4/bin/php-cgi')
default php.ini: '/opt/php-5.4/etc/php.ini'
- PHP 5.5.25 (code='php55', bin='/opt/php-5.5/bin/php-cgi')
default php.ini: '/opt/php-5.5/etc/php.ini'
- PHP 5.6.9 (code='php56', bin='/opt/php-5.6/bin/php-cgi')
default php.ini: '/opt/php-5.6/etc/php.ini'
- PHP 5.3.29 (code='php5', bin='/usr/bin/php-cgi')
default php.ini: '/etc/php5/cgi/php.ini'

Alles anzeigen

LG

Thomas

Hallo Björn,

doch natürlich stimme ich dir zu, aber der Kunde ist König und ich bin nunmal neugierig wieso etwas plötzlich nicht mehr funktioniert, was immer funktionierte.

LG

Thomas

ich schliesse mich hier mal an.

(LiveConfig 1.9.0-r3613)

Der Kunde wünscht suphp, daher ist es irrelevant, daß das ganze mit fastcgi problemlos funktioniert.

LG

Thomas

lies bitte kurz deine PM.

ja jetzt haben wir uns verstanden,

die Angabe der IPs macht z.b. Sinn, wenn Web und DB-Server wie in vielen Webhoster-Setups getrennt sind.
Hier hat der User dann nur von der IP des Webservers, sowie localhost Zugriff auf die Datenbank.

Extern geht dann über das Setup des internen Netzes hinaus und lässt den weltweiten Zugriff zu.