Greylisting mit leeren IP's

  • Thread starter Thread starter Klaus-DK
  • Start date Start date
So es sollte nun richtig sein das für e-mail xinetd zuständig ist.

Code:
server01:~# netstat -ap
Aktive Internetverbindungen (Server und stehende Verbindungen)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 *:10050                 *:*                     LISTEN     842/rsms_agentd
tcp        0      0 *:pop3s                 *:*                     LISTEN     607/couriertcpd
tcp        0      0 *:poppassd              *:*                     LISTEN     9741/xinetd
tcp        0      0 *:mysql                 *:*                     LISTEN     473/mysqld
tcp        0      0 *:netbios-ssn           *:*                     LISTEN     852/smbd
tcp        0      0 *:pop3                  *:*                     LISTEN     597/couriertcpd
tcp        0      0 *:imap2                 *:*                     LISTEN     577/couriertcpd
tcp        0      0 *:webmin                *:*                     LISTEN     963/perl
tcp        0      0 *:8880                  *:*                     LISTEN     803/httpsd
tcp        0      0 *:ssmtp                 *:*                     LISTEN     9741/xinetd
tcp        0      0 *:munin                 *:*                     LISTEN     13145/munin-node
tcp        0      0 static.215.185.4:domain *:*                     LISTEN     383/named
tcp        0      0 server01.kiewitt:domain *:*                     LISTEN     383/named
tcp        0      0 localhost.locald:domain *:*                     LISTEN     383/named
tcp        0      0 localhost.localdom:3000 *:*                     LISTEN     816/drwebd
tcp        0      0 *:smtp                  *:*                     LISTEN     9741/xinetd
tcp        0      0 localhost.localdoma:953 *:*                     LISTEN     383/named
tcp        0      0 *:8443                  *:*                     LISTEN     803/httpsd
tcp        0      0 *:microsoft-ds          *:*                     LISTEN     852/smbd
tcp        0      0 localhost.localdom:2911 *:*                     LISTEN     974/monit
tcp        0      0 localhost.localdom:2912 *:*                     LISTEN     973/php
tcp        0      0 *:imaps                 *:*                     LISTEN     588/couriertcpd

Ich hoffe es ist nun richtig.

Gruss
Klaus
 
Last edited by a moderator:
/etc/xinetd.conf
Code:
# This file generated by xconv.pl, included with the xinetd
# package.  xconv.pl was written by Rob Braun ([email protected])
#
# The file is merely a translation of your inetd.conf file into
# the equivalent in xinetd.conf syntax.  xinetd has many 
# features that may not be taken advantage of with this translation.
# Please refer to the xinetd.conf man page for more information 
# on how to properly configure xinetd.


# The defaults section sets some information for all services
defaults
{
	#The maximum number of requests a particular service may handle
	# at once.
	instances   = 25

	# The type of logging.  This logs to a file that is specified.
	# Another option is: SYSLOG syslog_facility [syslog_level]
	log_type    = FILE /var/log/servicelog

	# What to log when the connection succeeds.
	# PID logs the pid of the server processing the request.
	# HOST logs the remote host's ip address.
	# USERID logs the remote user (using RFC 1413)
	# EXIT logs the exit status of the server.
	# DURATION logs the duration of the session.
	log_on_success = HOST PID

	# What to log when the connection fails.  Same options as above
	log_on_failure = HOST

	# The maximum number of connections a specific IP address can
	# have to a specific service.  
	per_source  = 5
}

service ftp
{
	socket_type = stream
	protocol    = tcp
	wait        = no
	user        = root
	server      = in.proftpd
}

service smtp
{
	socket_type = stream
	protocol = tcp
	user = root
	server = /var/qmail/bin/tcp-env
	server_args = -Rt0 /usr/bin/env SMTPAUTH=1 POPLOCK_TIME=20 END=1 /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
	wait = no
	disable = no
}

service smtps
{
	socket_type = stream
	protocol = tcp
	user = root
	server = /var/qmail/bin/tcp-env
	server_args = -Rt0 /usr/bin/env SMTPAUTH=1 POPLOCK_TIME=20 END=1 /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
	wait = no
	disable = no
}
Gruss
Klaus
 
Last edited by a moderator:
Gut! Und die inetd.conf kannst Du jetzt wirklich löschen, ohne Nebenwirkungen?
Dann solltest Du dies auch tun, weil Plesk diese Datei bei einem Update sucht.

Funktioniert es denn damit?
Also ist der Email-Server vollständig funktionsfähig?
- intern nach intern
- intern nach extern
- extern nach intern

Und gibt es noch Timeout-Probleme?

huschi.
 
So ich habe die inetd.conf gelöscht.

E-Mail Versand in allen Richtungen klappt einwandfrei.

Intern zu Intern
Extern zu Intern
Intern zu Extern
alle ohne Fehler.

Timeout-Probleme leider ab und zu noch nicht mehr so schlimm wie vorher.

Gruss
Klaus
 
Last edited by a moderator:
Du hast im Service FTP den "disable = no" vergessen.
Hier die /etc/xinetd.d/ftp_psa von einem anderen Server:
Code:
service ftp
{
        disable         = no
        socket_type     = stream
        protocol        = tcp
        wait            = no
        user            = root
        instances       = UNLIMITED
        server          = /usr/sbin/in.proftpd
        server_args     = -c /etc/proftpd.conf
}

Es empfiehlt sich die Services SMTP und SMTPS in die Dateien .../smtp_psa u.ä. zu schreiben, damit Plesk sie beim nächsten Update auch findet.

huschi.
 
Du hast im Service FTP den "disable = no" vergessen.
Hier die /etc/xinetd.d/ftp_psa von einem anderen Server:

Habe ich gemacht dies ist erledigt.

Nun die SMTP und SMTPS für smtp-psa diese dateien muss ich erst einmal finden, ich weiss nicht wo diese abgelgt sind Plesk ist mit dem Auto Installer Installiert worden.

Diese Datein sind werder in der inetd bzw xinetd abgelegt worden.

Gruss
Klaus
 
Last edited by a moderator:
So habe ich nun auch erledigt,
die Dateien sind angelgt worden.

Heute hatte ich noch keine TimeOut Probleme hoffe es bleibt nun so.

Gruss
Klaus
 
Back
Top