10
- Debian - Authentifizierungsanfragen dauern enorm lange
Sehr geehrte Administrator-Community,
ich benötige Eure Hilfe.
Nachdem ich sämtliche Suchmaschinen-Anbieter schon um Rat gefragt habe, aber sämtliche Hilfe keine Lösung brachte, versuche ich es nun auf diesen Wege.
Ich verfüge über einen virtuellen Server, auf den ich eine Maschine mit Debian aufgesetzt habe.
Anfangs lief alles wunderbar - doch im Laufe der Zeit scheinen Authentifizierungsanfragen (SSH, POP3, SMTP, etc.) doch sehr lange zu dauern.
Verbinde ich mich per SSH auf den Server, kommt die Abfrage nach dem Benutzer. Nach Eingabe des Benutzers dauert es ca. 20-40 Sekunden bis die Abfrage des Passwortes kommt.
Dieses Problem tritt auch bei'm E-Mail Versand auf. Man versendet die Mail und es dauert bestimmt 30 Sekunden bis das Mailprogramm sich auf dem Server authentifizieren kann.
Mit freundlichen Grüßen
/NACHTRAG//
Auf dem Server ist das Resellerscript "pd-admin" installiert.
pd-admin nutzt als Mailserver "qmail".
Ob es an der Serverauslastung liegt wurde schon überprüft, sie liegt bei unter 3%.
Auch der Traffic der über den Server läuft liegt bei ca 30kbit/s.
ich benötige Eure Hilfe.
Nachdem ich sämtliche Suchmaschinen-Anbieter schon um Rat gefragt habe, aber sämtliche Hilfe keine Lösung brachte, versuche ich es nun auf diesen Wege.
Ich verfüge über einen virtuellen Server, auf den ich eine Maschine mit Debian aufgesetzt habe.
Anfangs lief alles wunderbar - doch im Laufe der Zeit scheinen Authentifizierungsanfragen (SSH, POP3, SMTP, etc.) doch sehr lange zu dauern.
Verbinde ich mich per SSH auf den Server, kommt die Abfrage nach dem Benutzer. Nach Eingabe des Benutzers dauert es ca. 20-40 Sekunden bis die Abfrage des Passwortes kommt.
Dieses Problem tritt auch bei'm E-Mail Versand auf. Man versendet die Mail und es dauert bestimmt 30 Sekunden bis das Mailprogramm sich auf dem Server authentifizieren kann.
Mit freundlichen Grüßen
/NACHTRAG//
Auf dem Server ist das Resellerscript "pd-admin" installiert.
pd-admin nutzt als Mailserver "qmail".
Ob es an der Serverauslastung liegt wurde schon überprüft, sie liegt bei unter 3%.
Auch der Traffic der über den Server läuft liegt bei ca 30kbit/s.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 168786
Url: https://administrator.de/contentid/168786
Ausgedruckt am: 25.11.2024 um 15:11 Uhr
10 Kommentare
Neuester Kommentar
Hallo,
was hast du aller für Software installiert?
Mailserver ist Postfix?
Was sagen die Logs?
Wie hoch ist die Auslastung am Server?
Das mit dem Passwort beim ssh Login ist bei Debian normal und da ist auch ein Sinn dahinter
Gruß Hitman
was hast du aller für Software installiert?
Mailserver ist Postfix?
Was sagen die Logs?
Wie hoch ist die Auslastung am Server?
Das mit dem Passwort beim ssh Login ist bei Debian normal und da ist auch ein Sinn dahinter
Gruß Hitman
Oh, tut mir Leid.
Die Angaben habe ich ganz vergessen.
Auf dem Server ist eigentlich nicht viel drauf, installiert ist das Reseller-Script "pd-admin".
Der dort integrierte Mailserver ist "qmail".
Welche Logs könnten dort helfen? In den Mail-Logs konnte ich keine Fehler feststellen.
Serverlast liegt bei unter 3%.
Die Probleme bei dem SSH-Login treten allerdings auch erst seit ein paar Tagen auf, nicht von Anfang an
Die Angaben habe ich ganz vergessen.
Auf dem Server ist eigentlich nicht viel drauf, installiert ist das Reseller-Script "pd-admin".
Der dort integrierte Mailserver ist "qmail".
Welche Logs könnten dort helfen? In den Mail-Logs konnte ich keine Fehler feststellen.
Serverlast liegt bei unter 3%.
Die Probleme bei dem SSH-Login treten allerdings auch erst seit ein paar Tagen auf, nicht von Anfang an
Wahrscheinlich hast du einen falschen DNS-Server eingetragen.
Zitat von @d4shoerncheN:
Auf dem Server ist eigentlich nicht viel drauf, installiert ist das Reseller-Script "pd-admin".
Okay das kenn ich nicht.Auf dem Server ist eigentlich nicht viel drauf, installiert ist das Reseller-Script "pd-admin".
Welche Logs könnten dort helfen? In den Mail-Logs konnte ich keine Fehler feststellen.
Das auth.log eventuellServerlast liegt bei unter 3%.
Also daran kanns nicht liegen ;)Die Probleme bei dem SSH-Login treten allerdings auch erst seit ein paar Tagen auf, nicht von Anfang an
Hmm meine Debian Server machen das alle.Port 113 ist offen?
Gruß Hitman
War auch erst meine Vermutung, da ich bei meiner Recherche auch auf diese Informationen gestoßen bin (auch reverse lookup).
Eintrag in meiner resolv.conf:
nameserver IP_DES_DNSSERVER#1
nameserver IP_DES_DNSSERVER#2
Beide DNS-Server sind vom Server aus mit 52ms erreichbar via. PING.
Eintrag in meiner resolv.conf:
nameserver IP_DES_DNSSERVER#1
nameserver IP_DES_DNSSERVER#2
Beide DNS-Server sind vom Server aus mit 52ms erreichbar via. PING.
Zitat von @Hitman4021:
> Zitat von @d4shoerncheN:
> ----
> Auf dem Server ist eigentlich nicht viel drauf, installiert ist das Reseller-Script "pd-admin".
Okay das kenn ich nicht.
> Welche Logs könnten dort helfen? In den Mail-Logs konnte ich keine Fehler feststellen.
Das auth.log eventuell
> Serverlast liegt bei unter 3%.
Also daran kanns nicht liegen ;)
> Die Probleme bei dem SSH-Login treten allerdings auch erst seit ein paar Tagen auf, nicht von Anfang an
Hmm meine Debian Server machen das alle.
Port 113 ist offen?
Gruß Hitman
> Zitat von @d4shoerncheN:
> ----
> Auf dem Server ist eigentlich nicht viel drauf, installiert ist das Reseller-Script "pd-admin".
Okay das kenn ich nicht.
> Welche Logs könnten dort helfen? In den Mail-Logs konnte ich keine Fehler feststellen.
Das auth.log eventuell
> Serverlast liegt bei unter 3%.
Also daran kanns nicht liegen ;)
> Die Probleme bei dem SSH-Login treten allerdings auch erst seit ein paar Tagen auf, nicht von Anfang an
Hmm meine Debian Server machen das alle.
Port 113 ist offen?
Gruß Hitman
In der Log kann ich keine großen Fehler feststellen:
Jun 28 19:30:01 ks1 CRON[14583]: pam_unix(cron:session): session closed for user root
Jun 28 19:30:02 ks1 CRON[14582]: pam_unix(cron:session): session closed for user root
Jun 28 19:31:30 ks1 CRON[14585]: pam_unix(cron:session): session closed for user root
Jun 28 19:45:35 ks1 sshd[16316]: Accepted password for darkfox from 79.239.21.198 port 52448 ssh2
Jun 28 19:45:35 ks1 sshd[16316]: pam_unix(sshd:session): session opened for user darkfox by (uid=0)
Jun 28 19:45:41 ks1 su[16329]: Successful su for root by darkfox
Jun 28 19:45:41 ks1 su[16329]: + pts/0 darkfox:root
Jun 28 19:45:41 ks1 su[16329]: pam_unix(su:session): session opened for user root by darkfox(uid=1000)
Port müsste offen sein.
Wie lange dauert es, bis bei ein Fehler kommt?
Wie lange dauert es bei (genau auf die Schreibung achten!)?
ping asd34.deWie lange dauert es bei
ping asd34.de.Zitat von @dog:
Wie lange dauert es, bis bei ein Fehler kommt?
Wie lange dauert es bei (genau auf die Schreibung achten!)?
Wie lange dauert es, bis bei
ping asd34.deWie lange dauert es bei
ping asd34.de.Bei dem oberen läuft er normal durch (habe bei 50 Paketen abgebrochen) und den unteren kommt verständlicherweise: unknown host asd34.de.
Bei dem oberen läuft er normal durch (habe bei 50 Paketen abgebrochen)
Dann hast du definitiv ein DNS-Problem.
In beiden Fällen hätte
unknown host kommen müssen.Was hier passiert ist, dass dein Server ungefragt eine Suchdomäne anhängt (Wahrscheinlich aus seinem Hostnamen).
In dem Fall füge in die
/etc/resolv.confsearch .ein.
Zitat von @dog:
> Bei dem oberen läuft er normal durch (habe bei 50 Paketen abgebrochen)
Dann hast du definitiv ein DNS-Problem.
In beiden Fällen hätte
Was hier passiert ist, dass dein Server ungefragt eine Suchdomäne anhängt (Wahrscheinlich aus seinem Hostnamen).
In dem Fall schreib in die
Okay, habe ich gemacht.> Bei dem oberen läuft er normal durch (habe bei 50 Paketen abgebrochen)
Dann hast du definitiv ein DNS-Problem.
In beiden Fällen hätte
unknown host kommen müssen.Was hier passiert ist, dass dein Server ungefragt eine Suchdomäne anhängt (Wahrscheinlich aus seinem Hostnamen).
In dem Fall schreib in die
/etc/resolv.conf> search .
> Nun kommt, wie von dir beschrieben, die Fehlermeldung.
