[vserver/server4you/ubuntu 6.04]: Ist ständig nicht zu erreichen

[deadland]

Hallo liebe Gemeinde,

ich habe einen vserver von server4you mit ubuntu Dapper Drake. Dabei bin ich dieser Anleitung gefolgt:

HOWTO: Ubuntu 6.06 TLS Dapper Drake auf vServer oder rootDS oder root-Server

(HOWTO-Version: 20060829-1103) Hallo zusammen, Um dem Community-Gedanken ein wenig gerecht zu werden, hier mein erstes HOWTO, wie man Ubuntu 6.06 LTS Dapper Drake auf einem vServer oder rootDS oder root-Server installiert. Selbst getestet hab ichs auf einem Server4You root-Server und einem...

serversupportforum.de

Das funktioniert auch soweit, allerdings habe ich andauernd das Problem, dass ich den server:

- nicht anpingen kann
- er sehr langsam antwortet
- ich ihn zwar per ssh erreiche, aber nicht per sftp
- innerhalb des servers (also per ssh eingeloggt) kann ich keinen ping nach "außen" bekomme, weder zu IPs noch zu Hostnamen

Also habe ich die resolv.conf aktualisiert indem ich von meinem privaten Rechner aus folgende Adressen angepingt habe:

ns5.nameserverservice.de
ns6.nameserverservice.de

Die so ermittelten IPs habe ich in die /etc/resolv.conf eingetragen:

nameserver      217.172.162.55
nameserver      217.172.161.234

und dann den Server neugestartet. Das hat aber auch nix gebracht.

In der FAQ von server4you steht folgendes:

Warum wird mein manuell eingetragener Nameserver zurueckgesetzt? [ top ]

Bei jedem Start einer VE werden die Dateien /etc/resolv.conf und /etc/sysconfig/network neu generiert. Sie sollten daher den Hostnamen im Kundenmenü ändern, damit dieser dann in Ihr System übertragen wird.




Warum wird mein manuell gesetzter Hostname ständig zurückgesetzt? [ top ]

Bei jedem Start eines vSERVERS werden die Dateien /etc/resolv.conf und /etc/sysconfig/network neu generiert. Sie koennen den gewünschten Hostnamen natürlich unter [ Hostname ] selbst einstellen.

Hört sich nicht gut an, weil meine /etc/resolv.conf nach der Installation von Ubuntu statisch ist und nicht wie gedacht dynamisch. Auch habe ich /etc/sysconfig/network nicht finden können.

Kann mir jemand helfen? Oder muss ich wieder zu den Standardsystem zurückkehren?

 

[mr_brain]

Kann es sein, dass die Nameserver 217.172.162.55 und 217.172.161.234 eventuell nicht korrekt funktionieren? Zumindest gibt mir ein DIG keine korrekten DNS zurück.

 

[deadland]

Danke für die Antwort,

das ist die Ausgabe von DIG:

dig 217.172.162.55

; <<>> DiG 9.4.2-P1 <<>> 217.172.162.55
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 47573
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;217.172.162.55.			IN	A

;; AUTHORITY SECTION:
.			10725	IN	SOA	a.root-servers.net. nstld.verisign-grs.com. 2008091001 1800 900 604800 825

;; Query time: 0 msec
;; SERVER: 192.168.3.99#53(192.168.3.99)
;; WHEN: Thu Sep 11 11:00:42 2008
;; MSG SIZE  rcvd: 107

Ich bin bei dem Thema nicht ganz so bewandert, kannst du mir vielleicht weiterhelfen, wie die Ausgabe bei einem funktionieren Nameserver aussehen würde.

 

[LinuxAdmin]

Nimm

nameserver 217.172.191.6
nameserver 217.172.166.8

dann sieht eine funktionierende Abfrage mit dig so aus:

dig @217.172.191.6 www.heise.de

; <<>> DiG 9.3.5-P1 <<>> @217.172.191.6 www.heise.de
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 35040
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.heise.de.                  IN      A

;; ANSWER SECTION:
www.heise.de.           59739   IN      A       193.99.144.85

;; Query time: 2 msec
;; SERVER: 217.172.191.6#53(217.172.191.6)
;; WHEN: Thu Sep 11 15:01:14 2008
;; MSG SIZE  rcvd: 46

oder

dig -x 217.172.191.6

; <<>> DiG 9.2.2 <<>> -x 217.172.191.6
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16600
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;6.191.172.217.in-addr.arpa.    IN      PTR

;; ANSWER SECTION:
6.191.172.217.in-addr.arpa. 86400 IN    PTR     ns3.plusserver.de.

;; AUTHORITY SECTION:
191.172.217.in-addr.arpa. 86388 IN      NS      ptr2.intergenia.de.
191.172.217.in-addr.arpa. 86388 IN      NS      ptr1.intergenia.de.

;; ADDITIONAL SECTION:
ptr1.intergenia.de.     86388   IN      A       217.172.191.251
ptr2.intergenia.de.     86388   IN      A       62.75.134.6

;; Query time: 22 msec
;; SERVER: 217.172.191.6#53(217.172.191.6)
;; WHEN: Thu Sep 11 15:02:01 2008
;; MSG SIZE  rcvd: 156

 

[deadland]

Danke, jetzt geht es.