Beiträge von cgrkrt

Update: the issue appears to have resolved itself.

Thank you all for the responses, answering everyone's questions for the record:

OS: Debian 13 (trixie) - minimal, netcup's default install image.
Data center: Nuremberg (NUE).
/etc/resolv.conf was never modified by me and still contains the original netcup-assigned nameservers:
nameserver 46.38.252.230
nameserver 46.38.225.230
nameserver 2a03:4000:0:1::e1e6

Firewall: confirmed no DROP rules for port 53, just the default "netcup Mail Block" (SMTP ports) and implicit accept-all otherwise.

However, just now when I re-tested (about 2 days after the server was provisioned), DNS resolution is working again, without me changing anything:

ping google.com -> resolves and replies normally (0% packet loss)
curl http://debian.anexia.at -> resolves and returns HTTP 200 normally

So it looks like the netcup-provided nameservers simply weren't responding for a while after initial provisioning, and started working on their own after roughly 1-2 days, with the resolv.conf untouched the whole time. I never had to switch to public resolvers.

Posting this in case it helps others who hit the same "fresh server, DNS not working, IP connectivity fine" symptom - it may just need some time after provisioning for netcup's nameservers to become responsive for the new IP. Will still mention this in my support ticket for visibility, but wanted to update the thread here too. Thanks again for all the help debugging this!

Hello everyone,

I'm a new netcup customer and ran into a DNS issue on my newly provisioned vServer that I haven't been able to resolve, and unfortunately I haven't received any response on the two support tickets I've opened so far.

Server details:
Product: RS 2000 G12
Provisioned on: June 24, 2026

The problem:
DNS resolution has not worked since the server was first delivered. General IP-level connectivity is completely fine, but any hostname lookup fails:

ping -c 3 8.8.8.8
→ works perfectly, 0% packet loss

ping -c 3 google.com
→ ping: google.com: Temporary failure in name resolution

curl -v http://debian.anexia.at --max-time 10
→ Resolving timed out after 10000 milliseconds

My /etc/resolv.conf contains the default nameservers assigned to this server (the standard netcup-assigned ones for my datacenter region). None of them appear to be responding.

I also checked the SCP Firewall tab for this server — there are no DROP/block rules for port 53 or any DNS-related traffic. The only DROP rules are the default "netcup Mail Block" policy (SMTP/SMTPS/submission ports), and the implicit rules accept all other traffic. So this doesn't appear to be a firewall issue on my end.

Because DNS doesn't work, I also can't install diagnostic tools (mtr-tiny, iperf3) via apt-get, since package installation also requires resolving the mirror hostname, so I wasn't able to attach the MTR/iperf3 output that support normally asks for.

I've opened two tickets about this (over the past day) and haven't received any response on either. As a new customer this is a bit concerning — is there a typical response time I should expect, or is there something else I should be doing to get a ticket looked at? Has anyone else run into this exact "resolv.conf nameservers not responding on a fresh server" issue, and if so, how did you get it resolved?

Any guidance would be appreciated — thank you!

Çağrı

---

Betreff: Neuer vServer (RS 2000 G12) - DNS-Auflösung funktioniert seit Lieferung nicht, 2 Tickets eröffnet, noch keine Antwort

Hallo zusammen,

ich bin ein neuer netcup-Kunde und bin auf ein DNS-Problem bei meinem neu bereitgestellten vServer gestoßen, das ich bisher nicht lösen konnte. Leider habe ich auf die beiden bisher eröffneten Support-Tickets noch keine Antwort erhalten.

Server-Details:
Produkt: RS 2000 G12
Bereitgestellt am: 24. Juni 2026

Das Problem:
Die DNS-Auflösung funktioniert seit der ersten Lieferung des Servers nicht. Die allgemeine IP-Konnektivität ist vollkommen in Ordnung, aber jede Hostname-Auflösung schlägt fehl:

ping -c 3 8.8.8.8
→ funktioniert einwandfrei, 0% Paketverlust

ping -c 3 google.com
→ ping: google.com: Temporary failure in name resolution

curl -v http://debian.anexia.at --max-time 10
→ Resolving timed out after 10000 milliseconds

Meine /etc/resolv.conf enthält die für diesen Server zugewiesenen Standard-Nameserver (die üblichen netcup-Nameserver für meine Rechenzentrumsregion). Keiner davon scheint zu antworten.

Ich habe auch den Firewall-Tab im SCP für diesen Server geprüft — es gibt keine DROP/Block-Regeln für Port 53 oder DNS-bezogenen Traffic. Die einzigen DROP-Regeln sind die Standard-"netcup Mail Block"-Policy (SMTP/SMTPS/Submission-Ports), und die impliziten Regeln akzeptieren allen übrigen Traffic. Es scheint also kein Firewall-Problem auf meiner Seite zu sein.

Da DNS nicht funktioniert, kann ich auch keine Diagnosewerkzeuge (mtr-tiny, iperf3) über apt-get installieren, da die Paketinstallation ebenfalls die Auflösung des Mirror-Hostnamens erfordert. Daher konnte ich die MTR/iperf3-Ausgabe, die der Support normalerweise anfordert, nicht beilegen.

Ich habe dazu zwei Tickets eröffnet (im Laufe des letzten Tages) und auf keines davon eine Antwort erhalten. Als neuer Kunde finde ich das etwas besorgniserregend — gibt es eine typische Reaktionszeit, die ich erwarten sollte, oder sollte ich noch etwas anderes tun, damit sich jemand das Ticket ansieht? Hatte schon jemand genau dieses Problem ("resolv.conf-Nameserver antworten auf einem frischen Server nicht") und falls ja, wie wurde es gelöst?

Für jede Hilfe wäre ich sehr dankbar — vielen Dank!

Çağrı