IP nur von einem Rechner aus nicht erreichbar

[Der Roman]

Hallo zusammen,

ich habe vor einigen Tagen das Thema erstellt, da ich feststellte, dass das Anlegen von Benutzern über die PLESK-API nicht funktioniert.

Der auftretende Fehler lautete:

The Panel API returned an error: couldn't connect to host - 7

Wir sind nun schlauer: Der Fehler scheint nichts mit der PLESK-Installation zu tun zu haben (daher bitte das Thema im Forenbereich "Plesk" schließen). Vielmehr ist der Zielserver, also der Server, auf dem ein Kunde in PLESK angelegt werden soll, vom ausführenden Server aus nicht erreichbar.


Um das ganze etwas zu vereinfachen:

- Server 1: Hier liegt der Webauftritt. Dort wird über ein Joomla-Plugin ein Kunde auf Server 2 angelegt. Für Server 1 besitze ich lediglich einen Webspace-Account.
- Server 2: Hier wird der Kunde angelegt (PLESK). Hierfür besitze ich einen root-Zugriff.



Wenn man von Server 1 versucht, Server 2 zu erreichen, sieht das wie folgt aus:

# wget --no-check-certificate
https://subdomain.server2.tld:8443/enterprise/control/agent.php
--2012-04-10 14:27:05--
https://subdomain.server2.tld:8443/enterprise/control/agent.php
Resolving subdomain.server2.tld... 217.xx.xxx.xx4
Connecting to subdomain.server2.tld|217.xx.xxx.xx4|:8443... failed: Connection
refused.

Nun ist naheliegend, dass Server 2 die Verbindung von Server 1 zurückweist, daher habe ich mir IPTABLES angesehen, kann dort aber auch keinen Fehler finden:

root@server2:/etc# iptables -L INPUT
Chain INPUT (policy DROP)
target prot opt source destination
ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED
REJECT tcp -- anywhere anywhere tcp flags:!FIN,SYN,RST,ACK/SYN reject-with tcp-reset
DROP all -- anywhere anywhere state INVALID
ACCEPT all -- anywhere anywhere
ACCEPT tcp -- xxx.amber.fastwebserver.de anywhere tcp dpt:8443
ACCEPT tcp -- xxx.amber.fastwebserver.de anywhere tcp dpt:8880
ACCEPT tcp -- anywhere anywhere tcp dpt:12443
ACCEPT tcp -- anywhere anywhere tcp dpt:11443
ACCEPT tcp -- anywhere anywhere tcp dpt:11444
ACCEPT tcp -- anywhere anywhere tcp dpt:8447
ACCEPT tcp -- anywhere anywhere tcp dpt:8443
ACCEPT tcp -- anywhere anywhere tcp dpt:8880
ACCEPT tcp -- anywhere anywhere tcp dpt:www
ACCEPT tcp -- anywhere anywhere tcp dpt:https
ACCEPT tcp -- anywhere anywhere tcp dpt:ftp
ACCEPT tcp -- anywhere anywhere tcp dpt:ssh
ACCEPT tcp -- anywhere anywhere tcp dpt:submission
ACCEPT tcp -- anywhere anywhere tcp dpt:smtp
ACCEPT tcp -- anywhere anywhere tcp dpt:ssmtp
ACCEPT tcp -- anywhere anywhere tcp dptop3
ACCEPT tcp -- anywhere anywhere tcp dptop3s
ACCEPT tcp -- anywhere anywhere tcp dpt:imap2
ACCEPT tcp -- anywhere anywhere tcp dpt:imaps
ACCEPT tcp -- anywhere anywhere tcp dptoppassd
ACCEPT tcp -- anywhere anywhere tcp dpt:mysql
ACCEPT tcp -- anywhere anywhere tcp dptostgresql
ACCEPT tcp -- anywhere anywhere tcp dpt:9008
ACCEPT tcp -- anywhere anywhere tcp dpt:9080
ACCEPT udp -- anywhere anywhere udp dpt:netbios-ns
ACCEPT udp -- anywhere anywhere udp dpt:netbios-dgm
ACCEPT tcp -- anywhere anywhere tcp dpt:netbios-ssn
ACCEPT tcp -- anywhere anywhere tcp dpt:microsoft-ds
ACCEPT udp -- anywhere anywhere udp dptpenvpn
ACCEPT udp -- anywhere anywhere udp dpt:domain
ACCEPT tcp -- anywhere anywhere tcp dpt:domain
ACCEPT udp -- anywhere anywhere
ACCEPT tcp -- anywhere anywhere
ACCEPT icmp -- anywhere anywhere icmp type 8 code 0
DROP all -- anywhere anywhere
DROP all -- xxxx.amber.fastwebserver.de anywhere

Auch der Betreiber des Rechenzentrums Nr. 2 gibt an, keinerlei Traffic zu blockieren..

Wer kann helfen?

 

[bibabu]

Deaktiviere doch einfach die IPTables Regeln. Wenn es dann geht ...

 

[wstuermer]

Deaktiviere doch einfach die IPTables Regeln. Wenn es dann geht ...

Ganz clever, wenn die Default-Policy auf DROP steht.

Was sagt denn ein "netstat -atnpl|grep LISTEN|grep 8443" auf Server 2?