Beiträge von sudo

Zitat von alexanderghh

Moin, ich klinke mich hier mal ein, ich habe auch ein Problem mit der Einrichtung von emails unter iOS. Der Empfang funktioniert, nur senden kann ich nicht. Folgende Fehlermeldung erscheint beim senden einer E-Mail:

"...Der Empfänger wurde vom Server abgelehnt, da das Weiterleiten nicht zulässig ist".

Ich weiß nicht warum da von weiterleiten die Rede ist, es soll einfach nur eine Mail an eine andere (korrekte) Emailadresse gesendet werden. Von anderen Accounts, oder aus dem netcup Webmailer, funktioniert es einwandfrei.

Ich hoffe es kann mir jemand helfen...

Vielen Dank schonmal

Alles anzeigen

Hast du die Zugangsdaten für den Postausgangs- (SMTP) Server hinterlegt? Das ist optional. Wenn du das aber nicht tust, kannst du keine Mails versenden. Die Daten sind die gleichen, wie beim Posteingangsserver, also als Benutzername die E-Mail-Adresse und als Passwort eben das vergebene Kennwort für die E-Mail-Adresse.

CCP -> Domains -> Klick auf die Lupe vor der Domain -> Reiter DNS -> wie hier im Wiki beschrieben, die benannten Nameserver (aus dem Screenshot) angeben, "IP-Adresse" leer lassen, abspeichern. Das sollte die Lösung sein

Hi, you can find the correct driver for Windows Server 2012 R2 on the driver disk in the folder

vioscsi/w8.1/amd64

(That is, with SCSI disk drivers, which should be default).

After loading the driver, don't forget to insert the windows disk again so that you can proceed with the installation successfully.

Das was du erreichen möchtest, ist so ohne Webhosting-Paket nur dann möglich, wenn du die Domain auf dem Webserver, auf den weitergeleitet werden soll, konfigurieren kannst, bzw. dieser auch bei direktem Aufruf seiner IP auf die gewünschte Webseite weiterleitet / diese anzeigt, was meistens eher nicht der Fall sein dürfte. In dem Fall kannst du einen A-Record mit der IP der Domain anlegen.

Was du vermutlich eher nutzen willst, ist eine HTTP-Weiterleitung. Also dass bei Aufruf der Domain gesagt wird, "Ok, du bist jetzt bei meinedomain1.de, aber es soll auf wunschdomain.de umgeleitet werden."

Eine HTTP-Weiterleitung erfordert einen Webserver. Wenn du einen solchen nicht besitzt, benötigst du zumindest ein günstiges Hostingpaket, in welches du die Domain dann einbinden kannst und die Domain wie oben beschrieben weiterleiten lassen kannst.

Du solltest zusätzlich auch die IPv4-Konfiguration wie in der Anleitung beschrieben statisch setzen. Dass du die Datei anlegen müsstest, ist so korrekt. Nach erfolgter Konfiguration würde ich dir der Einfachheit halber zu einem Reboot raten.

Hi, mach mal das, was hier unter „Es empfiehlt sich, zusätzlich folgende Konfiguration in der Datei /etc/sysctl.d/50-IPv6.conf zu setzen:“ steht, falls du das noch nicht getan hast:

https://www.netcup-wiki.de/wiki/Zusätzliche_IP_Adresse_konfigurieren#IPv6

Das sollte helfen.

Wie du den Plesk-Port änderst, wird hier in der Plesk Knowledge Base erläutert.

Möchtest du Plesk direkt (ohne Portangabe) über eine Domain erreichbar machen, gibt es auch dafür hier einen Artikel.

Es ist nicht zulässig, für die Stammdomain einen CNAME-Record anzulegen. Das darfst du nur bei Subdomains.

Der Grund dafür ist recht komplex und wird hier gut beschrieben.

Wende dich am besten mit Hinweis darauf, dass du das Gateway nicht pingen kannst, an den Support. Dort kann man dir weiterhelfen.

So sieht meine Config (/etc/network/interfaces) auf einem Ubuntu 16.04 aus:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto ens3
iface ens3 inet static
        address 188.....
        netmask 255.255.252.0
        broadcast 188.68.51.255
        gateway 188.68.48.1
        dns-nameservers 46.38.225.230 46.38.252.230

iface ens3 inet6 static
        address 2a03:4...
        netmask 64
        gateway fe80::1

Wenn ich es richtig sehe, ist es bei dir ja auch so und das Gateway lässt sich nicht anpingen. In dem Fall kann dir der Support helfen.

Geh mal im WCP bei der Domain auf "Hosting-Einstellungen" - da sollte es die Möglichkeit geben, das verwendete SSL-Zertifikat auszuwählen. Wahrscheinlich ist da schon das neue gewählt, aber die Änderung wurde nicht korrekt übernommen. Stell es dann einfach nochmal auf ein älteres Zertifikat aus der Liste um, speichere das ab und stelle es danach wieder auf das neue Zertifikat um und speichere ab. Nach ca. 5 Minuten sollte dann das neue Zertifikat ausgeliefert werden und somit kein Fehler mehr erscheinen.

Mit dem neuen Webhosting wird sowas besser, die Migration wird ja bald erfolgen

Du kannst es im SCP bei "DVD-Laufwerk" starten. Siehe diesen Link.

Du musst die Festplatte deines Servers partitionieren, also die vorhandene Partition erweitern, so dass du den gesamten Festplattenspeicherplatz nutzen kannst. Das wird hier erläutert. Lege vorher auf jeden Fall ein Backup an und folge der Anleitung nicht blind, sondern passe diese auf deine individuellen Begebenheiten an. Nutze alternativ / wenn du dich nicht sicher fühlst, die GParted Live CD, von der du im SCP booten kannst. Dann kannst du die Partitionierung bequem über den "Bildschirm" grafisch vornehmen. Das Potenzial, da einen Fehler zu machen, ist deutlich geringer.

In der Praxis ist es nicht sinnvoll (und häufig vermutlich sogar schädlich) mehrere rDNS/PTR-Einträge zu haben, auch wenn dies nicht explizit untersagt ist. Siehe dazu auch die Antworten hier. Es genügt, wenn du einen rDNS/PTR setzt, der per A-Record wieder auf die IP des Servers zeigt. Dass verschiedene Domains bei dir den selben Mail-Server nutzen, ist dabei irrelevant. Wichtig ist nur, dass dieser "Kreislauf" funktioniert:

mail.meinedomain.tld -> A-Record: IP 1.2.3.4

IP 1.2.3.4 -> PTR: mail.meinedomain.tld

Dann wird es keine Hindernisse bei der Mailzustellung geben. Außerdem sollte der verwendete PTR als mailname und hostname in Postfix (oder dem verwendeten Mailserver) konfiguriert sein (wie es hier z.B. erklärt wird). Der PTR muss, solange er die obigen Bedingungen erfüllt, z.B. auch gar nicht als Domain im Mailserver verwendet werden. Da besteht also schlicht kein Zusammenhang.

Hi, bist du diesen Anweisungen aus dem Wiki gefolgt, insbesondere dem Teil "Es empfiehlt sich, zusätzlich folgende Konfiguration in der Datei /etc/sysctl.d/50-IPv6.conf zu setzen:"?

Danach sollte das nicht mehr auftreten.

Um ehrlich zu sein: Basierend auf deiner Schilderung würde ich einfach vermuten, dass der Domaininhaber kein Interesse daran hat, die Domain zu verkaufen. Er hat ja zwei Briefe von dir erhalten und sich nicht bei dir gemeldet. Eine andere Möglichkeit, außer in das WHOIS zu schauen, gibt es nicht. Die DENIC wird dir aus Datenschutzgründen mit Sicherheit keine anderen Daten weitergeben. Für den Provider der Domain gilt das auch.

.de-Domains laufen nach einem Jahr ab, wenn diese nicht verlängert werden. Bei den meisten Providern werden Domains aber automatisch verlängert. Sollte die Domain dann nach dem Jahr freiwerden, geht diese im Regelfall erst in die 30 tägige RGP (Redemption Grace Period) über. Danach kannst du sie dann theoretisch registrieren, oftmals kommen einem hier aber auch Bots zuvor, die dann versuchen, die Domain teuer zu verkaufen.

Hast du die DNS-Records der Domain erst gerade verändert? Es kann insgesamt bis zu 48 Stunden dauern, bis diese auf allen Resolvern greifen. Das gilt natürlich auch für die Resolver, die Let's Encrypt bei der Auflösung der Domain verwendet. Vielleicht landen die einfach noch auf der alten IP?

Zitat von killerbees19

Bitte bedenke, dass Du für ein VLAN auch für jeden Server ein dediziertes Netzwerkinterface brauchst: https://www.netcup.de/bestellen/produkt.php?produkt=885

Inzwischen genügt allerdings nur für das VLAN stattdessen auch dieses Produkt je Server (es wird aber weiterhin einmal das VLAN-Produkt benötigt):

https://www.netcup.de/bestellen/produkt.php?produkt=1603

Wenn du die Domain auf den "Domainparker" zeigen lässt, zeigt diese bei Aufruf den Hinweis an, dass die Domain geparkt ist

Sieht dann so aus: http://46.38.243.234/

Sende mal eine Mail an den Mailtester, und schau, ob da alles passt.

Prüfe hier, dass du auf keinen (relevanten) Blacklists stehst. Ansonsten dort ein Delisting beantragen.

Wenn bis hierhin alles ok ist, melde dich hier bei Microsoft SNDS an, füge dort die IP hinzu (sodass sie dort sichtbar ist) und beantrage anschließend hier ein Delisting der IP. Du solltest in Kürze eine Rückmeldung erhalten, dass die IP wieder freigegeben ist. Danach sollte der Versand an Hotmail / Outlook / Live erfolgreich möglich sein.

Zitat von Ympker

Wollte eigentlich demnächst mal wieder einen Server bei euch mieten aber bis die Abusemails aufhören bzw eine öffentlich verifizierte Lösung des Problems bekannt gegeben wurde werde ich lieber warten. Habe leider nicht die Zeit und Lust mich mit Abusemails rumzuschlagen.

Diese Aussage kann ich nicht nachvollziehen. netcup leitet diese E-Mails weiter, damit du als Kunde über mögliche Sicherheitslücken auf deinem Server informiert bist. Das ist doch grundsätzlich positiv zu bewerten. Ferner ist netcup auch dazu verpflichtet, dich über solche Meldungen zu informieren.

Du kannst ja entscheiden, wie du mit den Meldungen umgehen möchtest, in diesen wird explizit erwähnt, dass sie lediglich informativen Charakter besitzen - es steht dir also frei, sie komplett zu ignorieren.

Das BSI bietet hier HOWTOs an, wie die Ursache behoben werden kann:

https://www.bsi.bund.de/DE/The…/HOWTOs/howtows_node.html

Was hat netcup damit zu tun? Bei einem unmanaged Server, wie es die VPS und Root-Server sind, bist du komplett selbst für die Konfiguration und somit auch Absicherung deines Servers verantwortlich.

Grundsätzlich ist es zu empfehlen, einen Server nur mit Firewall zu betreiben und eben nur die Ports freizugeben, die benötigt werden - dann wirst du auch keine dieser E-Mails erhalten.