Beiträge von oliver.g

Zitat von MGmeiner

Also

rm /etc/network/if-pre-up.d/iptables

sollte das ganze wieder fixen?

So siehts aus! Rückmeldung, ob es dann geklappt hat sind gerne erwünscht!

Zitat von MGmeiner

Hmm ok dann muss ich mir das nochmals bezüglich der Firewall ansehen, da ich noch nichts so fit bin was Server angeht lese ich eh immer alles zuerst

Sehr gute Idee!

OK, Fehler gefunden:

Das von dir erstellte Skript /etc/network/if-pre-up.d/iptables ist fehlerhaft. Da du iptables ja sowieso wieder "deaktiviert" hast, kannst du das Skript erstmal löschen. Dann neu starten und das Problem sollte vom Tisch sein!

Wahrscheinlich hast du einen Syntaxfehler in dem Skript!

Hier noch ein Verweis auf einen Blogartikel von mir, der sich ebenfalls mit der grundlegenden Firewallkonfiguration beschäftigt: Grundlegende Firewallkonfiguration (IPTables) für Linux Systeme

OK, state DOWN hätte mir auch vorher schon auffallen können -.-

Irgendwas schlägt bei der Konfiguration deines Interfaces eth0 fehl, deshalb wird es nicht gestartet => keine Verbindung.

Was sagt denn dein syslog dazu? (grep networking /var/log/syslog)

Beim 2. Screenshot hat du gerade die wichtigen Zeilen weg gelassen

Keine Ausgabe bei ip r? Das ist ungewöhnlich!

Kannst du mal prüfen, ob du im Rettungssystem eine Verbindung hast?

Das muss so aussehen:

auto eth0
iface eth0 inet static
    address <IP>
    netmask 255.255.252.0
    gateway <IPGateway>

Die Zeile iface eth0 inet dhcp musst du also entfernen. Du stellst damit die DHCP-Konfig auf die statische Konfig um. Damit umgehst du Probleme, die mit der IP Adresszuweisung per DHCP einher gehen.

Danach neu starten. Kannst du dann mal bitte die Ausgaben der Befehle ip a und ip r posten?

Die Zeile mit inet dhcp muss natürlich raus!

Dann setze deine Konfig doch mal statisch um. Unter die Zeile auto eth0:

iface eth0 inet static
  address <IpDesServers>
  netmask 255.255.252.0
  gateway <IpDesGateways>

Die IPs entnimmst du dem SCP. Die netmask sollte passen, falls sie im SCP mit 22 angegeben ist, sonst auch anpassen.

In /etc/resolv.conf trägst du folgendes ein:

nameserver 8.8.8.8
nameserver 8.8.4.4

Dann rebooten und schauen ob du wieder nach außen pingen und auflösen kannst. Nach innen sollte dann auch wieder gehen ohne Firewall.

Mal ganz dumm gefragt: Netzwerkkonfiguration noch korrekt?

Poste doch mal deine /etc/network/interfaces, IP natürlich unkenntlich gemacht, aber so, das man noch was erkennen kann.

Das sieht stark nach einem Problem mit deiner DNS-Auflösung aus => DNS Server noch richtig eingestellt?

Have a look here: Abusemeldung erhalten

Hat mich auch gestört. Als Lösung habe ich mir dann selbst Nameserver aufgesetzt. Was mich auch gestört hatte war die Anordnung/Sortierung der Records, dabei war kein Muster erkennbar.

Dann teile das ruhig mal mit, normalerweise ist dann der Support in der Pflicht, wenn es sogar im Rettungssystem nicht funktioniert.

OK, du schreibst ja auch, dass es im Rettungssystem auch nicht funktioniert. Hast du das auch dem Support schon mitgeteilt?

Achja, es sieht so aus, als hättest du für IPv6 nur den Präfix angegeben. Dort muss natürlich eine Adresse aus dem Subnet gewählt werden, also hinter dem Präfix z.B. ::1 oder so.

Präfix::1

Probier mal als netmask 255.255.252.0

Geht es damit? Die Broadcast müsste dann auf 235.255 enden, den Eintrag kannst du aber auch weglassen.

Bei meinen Servern habe ich überall eine netmask von 22 (255.255.252.0)

Hast du mal den Browser Cache geleert? Mal mit einem anderen Browser probiert?

Wenn du dich per SSH mit dem Server über die Subdomain verbinden kannst, sollte DNS-technisch ja alles OK sein. Kann sein, dass in deinem Browser noch der alte DNS-Eintrag gecached ist (auf die Domainpark-Seite deines Domain-Anbieters). Ich gehe davon aus, du hast den DNS-Eintrag erst vor kurzem auf deine Server-IP geändert?

Probiere doch mal folgendes:

Ich setze voraus du benutzt Windows? Dann trägst du in die Datei C:\Windows\System32\drivers\etc\hosts mal folgendes ein:

<IP deines Servers> <Subdomain>

Dann Browsercache löschen und nochmal versuchen die Subdomain aufzurufen. Damit schließt du Probleme mit DNS-Caching schon mal aus.

Ja, finde es auch komisch, aber dennoch zeigt es ja, dass es per se nicht an deinem Server liegt, wenn du auch den netcup-Webserver nicht erreichen kannst. Lässt du die Verbindung zu deinem Server von extern monitoren (z.b. uptimerobot)?

Zitat von smares

Häufig habe ich Probleme selbst die Homepage von netcup aufzurufen, während mein Server unerreichbar ist. Hat jemand Tipps für mich wie ich den Fehler auf Serverseite noch eingrenzen kann?

Das klingt aber doch eher nach einem Problem mit deiner Verbindung, wenn du manchmal auch Probleme hat die Website von netcup aufzurufen?!

Hier meine Logs:

partner...

May 16 12:25:21 relay01 postfix/smtpd[30825]: connect from unknown[192.168.xxx.yyy]
May 16 12:25:21 relay01 postfix/smtpd[30825]: 26F6E594E: client=unknown[192.168.xxx.yyy]
May 16 12:25:21 relay01 postfix/cleanup[31523]: 26F6E594E: message-id=<kcim.591aefb1.31f.782c006561c3e456@mail01.<domain>.de>
May 16 12:25:21 relay01 postfix/qmgr[26408]: 26F6E594E: from=<<local>@<domain>.de>, size=3202, nrcpt=1 (queue active)
May 16 12:25:21 relay01 postfix/smtpd[30825]: disconnect from unknown[192.168.xxx.yyy]
May 16 12:25:21 relay01 postfix/smtp[31524]: warning: numeric domain name in resource data of MX record for <targetdomain>.de: <ip>
May 16 12:25:21 relay01 postfix/smtp[31524]: 26F6E594E: to=<<targetaddress>@<targetdomain>.de>, relay=<ip>[<ip>]:25, delay=0.24, delays=0.03/0.02/0.12/0.07, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 50565411B6)
May 16 12:25:21 relay01 postfix/qmgr[26408]: 26F6E594E: removed

social...

May 16 12:25:37 relay01 postfix/smtpd[30825]: connect from unknown[192.168.xxx.yyy]
May 16 12:25:37 relay01 postfix/smtpd[30825]: C1BD9594E: client=unknown[192.168.xxx.yyy]
May 16 12:25:37 relay01 postfix/cleanup[31523]: C1BD9594E: message-id=<kcim.591aefc1.351.1f62807e0f571b2e@mail01.<domain>.de>
May 16 12:25:37 relay01 postfix/qmgr[26408]: C1BD9594E: from=<<local>@<domain>.de>, size=3253, nrcpt=1 (queue active)
May 16 12:25:37 relay01 postfix/smtpd[30825]: disconnect from unknown[192.168.xxx.yyy]
May 16 12:25:37 relay01 postfix/smtp[31524]: warning: numeric domain name in resource data of MX record for <targetdomain>.de: <ip>
May 16 12:25:38 relay01 postfix/smtp[31524]: C1BD9594E: to=<<target2>@<targetdomain>.de>, relay=<ip>[<ip>]:25, delay=0.23, delays=0.02/0/0.16/0.05, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as EC107411B6)
May 16 12:25:38 relay01 postfix/qmgr[26408]: C1BD9594E: removed

Sieht eigentlich in Ordnung aus, außer, dass du offensichtlich deinen MX Record direkt auf die IP setzt, anstatt auf einen Hostnamen:

warning: numeric domain name in resource data of MX record for <targetdomain>.de: <ip>

Ich weiß nicht ob das evtl. das Problem ist?!

EDIT: Nach Lösung des Problems alle IP- und Mail-Adressen anonymisiert => Spamschutz

Stelle mich ebenfalls für einen Test zur Verfügung.