VNC und KDE/Gnome per SSH installieren.

[jbennert]

Ich habe bei Strato einen neuen Dedicated - Server gemietet. Man kann
automatisch und kostenlos je nach Wunsch verschiedene Linuxversionen installieren lassen. Ich möchte den Server gerne über VNC erreichen und habe daher einmal unter Suse und auch mal unter Debian den Desktop KDE und ein anderes mal Gnome installiert um anschliessend über VNC eine graphische Oberfläche zu haben.

Mein Problem:

Nun passiert es leider sowohl unter Suse als auch Debian, dass ich den Server nach Installation der Pakete für KDE bzw. Gnome weder unter http noch ftp erreichen kann. VNC funktioniert auch nicht obwohl installiert. Nun habe ich die Vermutung, dass beim Installieren von KDE/Gnome womöglich eine Firewall mitinstalliert wird, die alle Ports schliesst. Ich habe dann nur noch Zugang per RemoteConsole (ssh), vorher war http und ftp kein Problem. Der Apache ist nach wie vor aktiv nur leider funktionieren die Web-Dienste nicht mehr.

Kann mir jemand sagen was hier los ist und was ich tun muss um VNC auf einem ferngewarteten Server zu installieren den man nur per ssh bedienen kann?

Vielen Dank an alle die helfen können.

[linuxazubi]

ich denke, bevor du ein desktopmager wie kde oder gnome installieren kannst musst du den x-server installieren. ob das ueberhaupt bei einem server funktioniert, weiss ich nicht, bin aber skeptisch.

[MannOhMann]

kamst du vorher auf http / ftp

was sagt zB iptables -L

[jbennert]

Das ist wohl ein Zauberwort. Ich habe wieder Kontakt - mache nun selber mit der VNC - Installation weiter und berichte dann.

Vielen, vielen Dank soweit, ich melde mich wieder.

[jbennert]

Das ist wohl ein Zauberwort. Ich habe wieder Kontakt - mache nun selber mit der VNC - Installation weiter und berichte dann.


Da war ich leider zu früh begeistert. Es sah erst danach aus als würde es nun klappen - habe ich mir doch nur eingebildet. Nach kompletter Installation von X11 und KDE unter Debian/Etch - keine Verbindung mehr zur Aussenwelt. Auch Aptitude kann keine Files mehr vom Installationsserver mehr holen.

Was passiert da?

[BedriddenTech]

Wenn ich mal so bösartig fragen darf: Sehe ich das richtig, daß du einen dedizierten Server im RZ von Strato gemietet hast und jetzt eine graphische Oberfläche dort installieren willst? Warum willst du keine Administration per SSH? Bist du sicher, daß du der Aufgabe "Serveradministration" gewachsen bist?

[jbennert]

Wenn ich mal so bösartig fragen darf: Sehe ich das richtig, daß du einen dedizierten Server im RZ von Strato gemietet hast und jetzt eine graphische Oberfläche dort installieren willst? Warum willst du keine Administration per SSH? Bist du sicher, daß du der Aufgabe "Serveradministration" gewachsen bist?

Ja was soll ich dazu jetzt sagen. Vor genau einem Jahr wusste ich noch nicht was ein Dedizierter Server ist. Ich hatte auch noch keine Ahnung von einem Content Management System. Jetzt habe ich auf einem anderen Server (ja es sind bereits zwei) eine kleine Videoseite am laufen (www.buerger.tv) die bereits ganz ansehnlich ist. Mein Bewertungsprofil bei Ebay ist auf 98% positiv. Bei 2% hatte ich Ärger mit anderen Ebaylern weil ich denen offen meine Meinung gesagt habe. Bei Deinem Spruch weiss ich nun nicht wie ich reagieren soll, denn vielleicht gibt mir ja doch jemand gute Antworten in diesem Forum um zu helfen. Also ich bleib höflich und antworte: Ja ich fühle mich der Aufgabe Serveradministration gewachsen, ich habe auch keine Angst dumme Fragen zu stellen, sonst wäre ich heute nicht da wo ich bin. Und VNC auf dem Server ist etwas zum ausprobieren und spielen. Ich kann mir gut vorstellen, dass die ganzen Hosting-Firmen bald von selbst darauf kommen und den Leuten Rechner vermieten die sie bedienen können als sässen sie zu hause davor - von überall aus in der Welt. Argumente wie Strom sparen, neuester technischer Stand, Videos rendern im Verbund mit anderen, drucken und scannen übers Internet usw. Also sei mal nicht so engstirnig - man muss kein Admin-Guru sein um Spass an einem Server zu haben. Und wenn ich mal nicht weiter weiss, dann frage ich halt Dich! ;)

[BedriddenTech]

Deswegen schrieb ich direkt "böse". :)

Die meisten, die einen X-Server auf einem dedizierten installieren wollen, tun es, weil sie sich mit ihrem Linux im Grunde wenig bis gar nicht auskennen und deswegen die Administration via SSH scheuen. Solche Kisten enden dann sehr schnell als übernommene Zombies in Botnetzen, als Spamschleudern und so weiter. Mir ist das relativ egal (nun gut, ich ärgere mich natürlich über die neueste Spamschleuder, von der ich mit E-Mails zugeschmissen werde, aber ansonsten ist es mir egal) - nur dir vielleicht nicht, wenn irgendwann die Staatsanwaltschaft ein freundliches Schreiben an dich versendet. Denn du bist immer verantwortlich, egal, ob das, was passiert ist, deiner Intention entsprach oder aus einer "feindlichen Übernahme" resultierte.

Wir haben hier leider die Erfahrung gemacht, daß ein Haufen Leute es "cool" finden, sich einen Server im RZ zu mieten, aber keinerlei Ahnung von der Administration haben; Fragen wie "wie kann ich KDE auf meinem Rootie installieren?" zeigen das meistens an. Nachdem ein paar Tage vergangen sind ist dann häufig das Geflenne groß, wenn der gerade erst gemietete Server so gar nicht mehr tut, was man sich gedacht hatte. Dann ist der Hoster, die Leute vom RZ, deren Support oder einfach $NICK hier im Forum dran Schuld. Das nervt einfach mit der Zeit, wie du sicherlich verstehen kannst.

Ich kann mir - ehrlich gesagt - nicht vorstellen, daß ein Admin ernsthaft seinen Server über KDE & Co administrieren möchte; die Konsole ist viel mächtiger. Die Mode "Thin Client" und was sonst so alles im Verbund "großer Server, kleine Workstation" arbeitet gab es schon, damals wurde so getan, als sei das die Lösung aller Probleme. Kam dann aber doch nicht so. Solche Verbünde existieren natürlich immer noch und haben sinnvolle Aufgaben, aber sie sind nicht die neue Lösung für das Arbeiten am PC.

Daß du eine Web-Seite gebaut hast oder wie deine Bewertungen bei E-Bay aussehen sind in diesem Zusammenhang eigentlich weder von Aussagekraft noch interessant für uns, entschuldige die Offenheit. :)

So, nach langem Gerede und Erklärungen - das eigentliche Thema. Du hast ja deutlich gemacht, daß du weißt, was du tust. :) Prinzipiell benötigst du einen X-Server und den Window Manager/Desktop Environment deiner Wahl. Den X-Server mußt du konfigurieren (z.B. mittels "X -configure" eine Ausgangsdatei erzeugen, die du dann erstmal nachbearbeitest). Wenn das soweit steht, hast du zwei Möglichkeiten: Entweder du nutzt XDMCP; davon würde ich dir abraten, weil flüssiges Arbeiten 2-3 MBit/S benötigt; außerdem gibt es keine Verschlüsselung. Von VNC rate ich dir auch ab, und zwar aus ähnlichen Gründen: Bandbreitenbedarf und Verschlüsselung. Was du aber mal testen solltest, ist FreeNX. Das ist gewissermaßen "aufgebortes VNC".

HTH. :)

[jbennert]

Deswegen schrieb ich direkt "böse". :)


Hallo BedriddenTech, es freut mich, dass wir uns einander ein wenig vorgestellt haben. Aber nun einmal zur Sache: Ich habe in diesem Forum meine Fragen gestellt, weil oben auf der Fahne steht "User helfen Usern".


Nochmal kurz die Problemstellung:

Auf dem Server läuft Debian4.0/Etch und alles funktioniert - > http, ftp

Nach Installation von KDE und X11 mittels Aptitude komme ich per http und ftp nicht mehr an den Server ran. Bereits nach der Grundinstallation der Pakete ist dann die Verbindung nach aussen zu. Ein Upgrade der installierten Pakete innerhalb von Aptitude funktioniert schon nicht, keine Verbindung zum Installations-Server. Ich habe den Apachen auch nochmal neugestartet, aber das hilft nicht.

Jetzt bräuchte ich ein paar Tips wo ich anfangen muss zu suchen. iptables -L ist nicht die Lösung. Was kann denn da bei der Installation von KDE bzw. Gnome noch passieren um die Verbindung nach aussen zu kappen?

Danke für Eure Unterstützung.

[BedriddenTech]

Eigentlich dürfte weder der X-Server noch KDE/Gnome deine Firewall-Regeln verändern oder den Zugang via FTP/HTTP abdichten. Was natürlich passiert sein könnte, ist folgendes: Das System hat mehrere Runlevel. "Netzwerk ohne graphisches Login" ist normalerweise 3, und müßte bei den Strato-Maschinen der Standard sein. Wenn du KDE installierst, könnte es sein, daß der Runlevel geändert wird.

Du installierst via Aptitiude: Tust du das via SSH? Wenn du den Befehl abgesetzt hast, müßte diese Verbindung auf jeden Fall noch offen sein. Gib uns dann bitte mal die Ausgabe von "iptables -L", von "runlevel", von "cat /etc/inittab", von "netstat -tulpen", und von "ps aux". Da können wir sehen, welche Dienste laufen, was normalerweise gestartet wird, und so weiter. Vielleicht hilft uns das mehr. (Und packe die Ausgabe bitte in [ code]Foo[/code]-Tags, dann siehts hübscher aus. :))

[jbennert]

Gib uns dann bitte mal die Ausgabe von "iptables -L", von "runlevel", von "cat /etc/inittab", von "netstat -tulpen", und von "ps aux".

Vielen Dank, dass Du Dir das einmal ansiehst! Ich habe den Server also nochmal automatisch mit Debian grundinstallieren lassen und anschliessend KDE per Aptitude nachinstalliert. Der "Fehler" ist wieder da, http und ftp funktionieren nicht.

iptables -L:


h1353160:~# iptables -L
ip_tables: (C) 2000-2006 Netfilter Core Team
Chain INPUT (policy ACCEPT)
target prot opt source destination

Chain FORWARD (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

runlevel:


h1353160:~# runlevel
N 2

cat /etc/inittab:


h1353160:~# cat /etc/inittab
# /etc/inittab: init(8) configuration.
# $Id: inittab,v 1.91 2002/01/25 13:35:21 miquels Exp $

# The default runlevel.
id:2:initdefault:

# Boot-time system configuration/initialization script.
# This is run first except when booting in emergency (-b) mode.
si::sysinit:/etc/init.d/rcS

# What to do in single-user mode.
~~:S:wait:/sbin/sulogin

# /etc/init.d executes the S and K scripts upon change
# of runlevel.
#
# Runlevel 0 is halt.
# Runlevel 1 is single-user.
# Runlevels 2-5 are multi-user.
# Runlevel 6 is reboot.

l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6
# Normally not reached, but fallthrough in case of emergency.
z6:6:respawn:/sbin/sulogin

# What to do when CTRL-ALT-DEL is pressed.
ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now

# Action on special keypress (ALT-UpArrow).
#kb::kbrequest:/bin/echo "Keyboard Request--edit /etc/inittab to let this work."

# What to do when the power fails/returns.
pf::powerwait:/etc/init.d/powerfail start
pn::powerfailnow:/etc/init.d/powerfail now
po::powerokwait:/etc/init.d/powerfail stop

# /sbin/getty invocations for the runlevels.
#
# The "id" field MUST be the same as the last
# characters of the device (after "tty").
#
# Format:
# <id>:<runlevels>:<action>:<process>
#
# Note that on most Debian systems tty7 is used by the X Window System,
# so if you want to add more getty's go ahead but skip tty7 if you run X.
#
1:2345:respawn:/sbin/getty 38400 tty1
#2:23:respawn:/sbin/getty 38400 tty2
#3:23:respawn:/sbin/getty 38400 tty3
#4:23:respawn:/sbin/getty 38400 tty4
#5:23:respawn:/sbin/getty 38400 tty5
#6:23:respawn:/sbin/getty 38400 tty6

# Example how to put a getty on a serial line (for a terminal)
#
T0:23:respawn:/sbin/getty -L ttyS0 57600 vt100
#T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100

# Example how to put a getty on a modem line.
#
#T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3

netstat -tulpen:


h1353160:~# netstat -tulpen
Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address Foreign Address State Benutzer Inode PID/Program name
tcp 0 0 127.0.0.1:992 0.0.0.0:* LISTEN 0 396752 5904/famd
tcp 0 0 0.0.0.0:993 0.0.0.0:* LISTEN 0 57415 6886/couriertcpd
tcp 0 0 0.0.0.0:995 0.0.0.0:* LISTEN 0 57445 6914/couriertcpd
tcp 0 0 0.0.0.0:10245 0.0.0.0:* LISTEN 0 398428 6081/iceccd
tcp 0 0 0.0.0.0:106 0.0.0.0:* LISTEN 0 59561 6732/inetd
tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 102 24333 5563/mysqld
tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 0 402888 8340/smbd
tcp 0 0 0.0.0.0:110 0.0.0.0:* LISTEN 0 57425 6894/couriertcpd
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 0 393950 4790/portmap
tcp 0 0 0.0.0.0:143 0.0.0.0:* LISTEN 0 57396 6866/couriertcpd
tcp 0 0 0.0.0.0:8880 0.0.0.0:* LISTEN 0 60718 8544/httpsd
tcp 0 0 0.0.0.0:465 0.0.0.0:* LISTEN 0 57198 6732/inetd
tcp 0 0 85.214.88.131:53 0.0.0.0:* LISTEN 103 393414 4467/named
tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 103 393412 4467/named
tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 0 57129 6732/inetd
tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 0 404104 8791/cupsd
tcp 0 0 127.0.0.1:3000 0.0.0.0:* LISTEN 104 135498 18535/drwebd
tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 103 393417 4467/named
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 0 57157 6732/inetd
tcp 0 0 0.0.0.0:8443 0.0.0.0:* LISTEN 0 60719 8544/httpsd
tcp 0 0 0.0.0.0:7741 0.0.0.0:* LISTEN 0 409252 11934/lisa
tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 0 402887 8340/smbd
tcp6 0 0 ::ffff:127.0.0.1:8005 :::* LISTEN 106 127047 15728/java
tcp6 0 0 :::8009 :::* LISTEN 106 127044 15728/java
tcp6 0 0 :::80 :::* LISTEN 0 403228 8484/apache2
tcp6 0 0 :::8180 :::* LISTEN 106 126552 15728/java
tcp6 0 0 :::22 :::* LISTEN 0 393645 4650/sshd
tcp6 0 0 :::443 :::* LISTEN 0 403233 8484/apache2
udp 0 0 0.0.0.0:517 0.0.0.0:* 0 409508 6732/inetd
udp 0 0 0.0.0.0:518 0.0.0.0:* 0 409530 6732/inetd
udp 0 0 169.254.228.15:137 0.0.0.0:* 0 402871 8338/nmbd
udp 0 0 0.0.0.0:137 0.0.0.0:* 0 402868 8338/nmbd
udp 0 0 169.254.228.15:138 0.0.0.0:* 0 402872 8338/nmbd
udp 0 0 0.0.0.0:138 0.0.0.0:* 0 402869 8338/nmbd
udp 0 0 0.0.0.0:32787 0.0.0.0:* 103 393415 4467/named
udp 0 0 0.0.0.0:32790 0.0.0.0:* 109 394495 4992/avahi-daemon:
udp 0 0 0.0.0.0:32798 0.0.0.0:* 0 411819 -
udp 0 0 85.214.88.131:53 0.0.0.0:* 103 393413 4467/named
udp 0 0 127.0.0.1:53 0.0.0.0:* 103 393411 4467/named
udp 0 0 0.0.0.0:7741 0.0.0.0:* 0 409413 11934/lisa
udp 0 0 0.0.0.0:68 0.0.0.0:* 0 4956 1955/dhcpcd-bin
udp 0 0 0.0.0.0:5353 0.0.0.0:* 109 394494 4992/avahi-daemon:
udp 0 0 0.0.0.0:111 0.0.0.0:* 0 393949 4790/portmap
udp 0 0 0.0.0.0:631 0.0.0.0:* 0 404107 8791/cupsd
udp 0 0 85.214.88.131:123 0.0.0.0:* 0 393327 4409/ntpd
udp 0 0 127.0.0.1:123 0.0.0.0:* 0 393326 4409/ntpd
udp 0 0 0.0.0.0:123 0.0.0.0:* 0 393315 4409/ntpd
udp6 0 0 :::32788 :::* 103 393416 4467/named
udp6 0 0 fe80::230:48ff:fe56:123 :::* 0 393325 4409/ntpd
udp6 0 0 ::1:123 :::* 0 393324 4409/ntpd
udp6 0 0 :::123 :::* 0 393316 4409/ntpd

ps aux:


h1353160:~# ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.0 6124 636 ? Ss Dec16 0:01 init [2]
root 2 0.0 0.0 0 0 ? S Dec16 0:00 [migration/0]
root 3 0.0 0.0 0 0 ? SN Dec16 0:00 [ksoftirqd/0]
root 4 0.0 0.0 0 0 ? S Dec16 0:00 [watchdog/0]
root 5 0.0 0.0 0 0 ? S< Dec16 0:00 [events/0]
root 6 0.0 0.0 0 0 ? S< Dec16 0:00 [khelper]
root 7 0.0 0.0 0 0 ? S< Dec16 0:00 [kthread]
root 11 0.0 0.0 0 0 ? S< Dec16 0:00 [kblockd/0]
root 12 0.0 0.0 0 0 ? S< Dec16 0:00 [kacpid]
root 106 0.0 0.0 0 0 ? S< Dec16 0:00 [khubd]
root 108 0.0 0.0 0 0 ? S< Dec16 0:00 [kseriod]
root 155 0.0 0.0 0 0 ? S Dec16 0:02 [pdflush]
root 156 0.0 0.0 0 0 ? S Dec16 0:02 [pdflush]
root 157 0.0 0.0 0 0 ? S< Dec16 0:03 [kswapd0]
root 158 0.0 0.0 0 0 ? S< Dec16 0:00 [aio/0]
root 466 0.0 0.0 0 0 ? S< Dec16 0:00 [ata/0]
root 467 0.0 0.0 0 0 ? S< Dec16 0:00 [ata_aux]
root 471 0.0 0.0 0 0 ? S< Dec16 0:00 [scsi_eh_0]
root 472 0.0 0.0 0 0 ? S< Dec16 0:00 [scsi_eh_1]
root 473 0.0 0.0 0 0 ? S< Dec16 0:00 [scsi_eh_2]
root 474 0.0 0.0 0 0 ? S< Dec16 0:00 [scsi_eh_3]
root 1061 0.0 0.0 0 0 ? S< Dec16 0:19 [md1_raid1]
root 1066 0.0 0.0 0 0 ? S< Dec16 0:00 [md0_raid1]
root 1131 0.0 0.0 0 0 ? S< Dec16 0:11 [kjournald]
root 1308 0.0 0.1 11412 1752 ? S<s Dec16 0:00 udevd --daemon
root 1568 0.0 0.0 0 0 ? S< Dec16 0:00 [kpsmoused]
root 1852 0.0 0.0 0 0 ? S< Dec16 0:00 [kmirrord]
root 1955 0.0 0.0 2676 268 ? Ss Dec16 0:08 /sbin/dhcpcd-bi
root 2049 0.0 0.0 3732 664 ? Ss Dec16 0:00 /sbin/syslogd
root 2055 0.0 0.0 2660 392 ? Ss Dec16 0:00 /sbin/klogd -x
root 2118 0.0 0.0 2656 588 ? Ss Dec16 0:00 /usr/sbin/acpid
root 2182 0.0 0.0 7356 820 ? Ss Dec16 0:00 /sbin/mdadm --m
root 2192 0.0 0.0 11500 936 ? Ss Dec16 0:00 /usr/sbin/cron
root 2215 0.0 0.0 2652 532 tty1 Ss+ Dec16 0:00 /sbin/getty 384
root 2237 0.0 0.1 25280 1208 ttyS0 Ss Dec16 0:00 /bin/login --
root 2246 0.0 0.1 11440 1888 ttyS0 S Dec16 0:00 -bash
root 5526 0.0 0.1 5784 1344 ttyS0 S Dec16 0:00 /bin/sh /usr/bi
mysql 5563 0.0 3.1 140196 32164 ttyS0 Sl Dec16 0:05 /usr/sbin/mysql
root 5566 0.0 0.0 2640 536 ttyS0 S Dec16 0:00 logger -p daemo
root 6732 0.0 0.0 5912 620 ? Ss Dec16 0:00 /usr/sbin/inetd
root 6866 0.0 0.0 10760 912 ? S Dec16 0:00 /usr/lib/courie
root 6868 0.0 0.0 8488 1028 ? S Dec16 0:00 /usr/sbin/couri
root 6886 0.0 0.0 10760 912 ? S Dec16 0:00 /usr/lib/courie
root 6894 0.0 0.0 10760 920 ? S Dec16 0:00 /usr/lib/courie
root 6895 0.0 0.0 8488 1028 ? S Dec16 0:00 /usr/sbin/couri
root 6903 0.0 0.1 8616 1168 ? S Dec16 0:00 /usr/sbin/couri
root 6914 0.0 0.0 10760 912 ? S Dec16 0:00 /usr/lib/courie
root 6916 0.0 0.0 8484 1024 ? S Dec16 0:00 /usr/sbin/couri
qmails 8474 0.0 0.0 2700 500 ttyS0 S Dec16 0:00 qmail-send
qmaill 8475 0.0 0.0 2648 488 ttyS0 S Dec16 0:00 splogger qmail
root 8476 0.0 0.0 2688 388 ttyS0 S Dec16 0:00 qmail-lspawn ./
qmailr 8477 0.0 0.0 2692 412 ttyS0 S Dec16 0:00 qmail-rspawn
qmailq 8479 0.0 0.0 2644 380 ttyS0 S Dec16 0:00 qmail-clean
root 8544 0.0 0.6 77624 6700 ? Ss Dec16 0:00 /opt/psa/admin/
tomcat5 15719 0.0 0.2 29448 2164 ttyS0 S Dec16 0:00 su -p -s /bin/s
tomcat5 15722 0.0 0.2 39380 2356 ttyS0 S Dec16 0:00 /usr/sbin/rotat
tomcat5 15728 0.0 10.1 1401800 104740 ttyS0 Sl Dec16 0:24 /usr/lib/j2se/1
root 17109 0.0 3.4 62848 35440 ? Ss Dec16 0:00 /usr/sbin/spamd
popuser 17110 0.0 3.3 62980 34532 ? S Dec16 0:00 spamd child
popuser 17111 0.0 3.3 62848 34120 ? S Dec16 0:00 spamd child
psaadm 18421 0.0 3.5 93384 36912 ? S 01:41 0:02 /opt/psa/admin/
psaadm 18422 0.0 2.9 86580 30068 ? S 01:41 0:02 /opt/psa/admin/
drweb 18535 0.0 1.6 20524 17252 ? Ss 01:44 0:08 /opt/drweb/drwe
drweb 21967 0.0 1.5 20524 16000 ? S 15:43 0:00 /opt/drweb/drwe
drweb 21968 0.0 1.5 20524 16004 ? S 15:43 0:00 /opt/drweb/drwe
drweb 21969 0.0 1.5 20524 16004 ? S 15:43 0:00 /opt/drweb/drwe
drweb 21970 0.0 1.5 20524 16004 ? S 15:43 0:00 /opt/drweb/drwe
ntp 4409 0.0 0.1 14072 1424 ? Ss 20:32 0:00 /usr/sbin/ntpd
bind 4467 0.0 0.3 46724 3568 ? Ssl 20:32 0:00 /usr/sbin/named
postgres 4551 0.0 0.2 36332 2656 ? S 20:32 0:00 /usr/lib/postgr
postgres 4554 0.0 0.0 26504 976 ? S 20:32 0:00 postgres: stats
postgres 4555 0.0 0.1 25668 1136 ? S 20:32 0:00 postgres: stats
root 4650 0.0 0.1 25836 1232 ? Ss 20:32 0:00 /usr/sbin/sshd
daemon 4790 0.0 0.0 4824 396 ? Ss 20:32 0:00 /sbin/portmap
108 4950 0.0 0.1 9784 1240 ? Ss 20:32 0:00 /usr/bin/dbus-d
avahi 4992 0.0 0.1 16108 1380 ? Ss 20:32 0:00 avahi-daemon: r
avahi 4993 0.0 0.0 15988 516 ? Ss 20:32 0:00 avahi-daemon: c
root 5648 0.0 0.0 5140 752 ? Ss 20:32 0:00 /usr/sbin/hcid
root 5652 0.0 0.0 3756 512 ? Ss 20:32 0:00 /usr/sbin/sdpd
root 5670 0.0 0.0 0 0 ? S< 20:32 0:00 [krfcommd]
root 5772 0.0 0.0 4008 808 ? Ss 20:32 0:00 /usr/sbin/dhcdb
root 5850 0.0 0.0 11316 936 ? Ss 20:32 0:00 /usr/bin/dirmng
root 5904 0.0 0.0 11768 676 ? Ss 20:32 0:00 /usr/sbin/famd
111 6011 0.0 0.4 19576 4184 ? Ss 20:33 0:00 /usr/sbin/hald
root 6012 0.0 0.1 11268 1116 ? S 20:33 0:00 hald-runner
111 6018 0.0 0.0 9268 892 ? S 20:33 0:00 hald-addon-acpi
root 6019 0.0 0.1 12344 1080 ? S 20:33 0:00 /usr/lib/hal/ha
root 6081 0.0 0.1 11784 1140 ? Ss 20:33 0:00 /usr/sbin/icecc
root 7537 0.0 0.2 22808 2196 ? S 20:33 0:00 /usr/sbin/power
root 7539 0.0 0.0 0 0 ? S< 20:33 0:00 [kondemand/0]
root 8113 0.0 0.1 37360 2056 ? Ssl 20:33 0:00 /usr/sbin/Netwo
root 8119 0.0 0.1 12336 1312 ? Ss 20:33 0:00 /usr/sbin/Netwo
root 8338 0.0 0.1 29792 1400 ? Ss 20:42 0:00 /usr/sbin/nmbd
root 8340 0.0 0.2 41600 2612 ? Ss 20:42 0:00 /usr/sbin/smbd
root 8342 0.0 0.1 41600 1140 ? S 20:42 0:00 /usr/sbin/smbd
root 8484 0.0 1.2 121212 13328 ? Ss 20:42 0:00 /usr/sbin/apach
www-data 8491 0.0 0.3 86240 4068 ? S 20:42 0:00 /usr/sbin/apach
www-data 8498 0.0 0.6 121344 6928 ? S 20:42 0:00 /usr/sbin/apach
www-data 8499 0.0 0.6 121344 6928 ? S 20:42 0:00 /usr/sbin/apach
www-data 8500 0.0 0.6 121344 6928 ? S 20:42 0:00 /usr/sbin/apach
www-data 8501 0.0 0.6 121344 6928 ? S 20:42 0:00 /usr/sbin/apach
www-data 8502 0.0 0.6 121344 6928 ? S 20:42 0:00 /usr/sbin/apach
root 8791 0.0 0.2 30116 2116 ? Ss 20:42 0:00 /usr/sbin/cupsd
root 11934 0.0 0.0 7356 988 ? Ss 20:43 0:00 /usr/sbin/lisa
root 12484 0.0 0.1 9652 1060 ttyS0 R+ 20:52 0:00 ps aux

Danke nochmals fürs Durchsehen.

[BedriddenTech]

Laut "netstat" und "ps aux" sind dein Apache/FTP-Server nicht nur gestartet, sondern lauschen auch. Das heißt: Eigentlich müßte eine Verbindung zustande kommen. Welchen Fehler erhältst du denn beim Verbinden auf deinen Server? Welchen Fehler, wenn du etwas von "außen" holen willst (z.B. via aptitude, oder einfach mit wget URL)?

[jbennert]

Wenn ich zum Beispiel den Installer für Plesk laden möchte, kommt mit wget: "Datei oder Verzeichnis nicht gefunden."


wget http://download1.swsoft.com/Plesk/Plesk8.2/Debian4.0/psa_installer_v3.2.1_build070914.16_os_Debian_4.0_ x86_64lesk/Plesk8.2/Debian4.0/psa_installer_v
-bash: http://download1.swsoft.com/Plesk/Plesk8.2/Debian4.0/psa_installer_v3.2.1_build070914.16_os_Debian_4.0_ x86_64: Datei oder Verzeichnis nicht gefunden

Bei aptitude heisst es z. B.:

xF: Konnte ▒x
x ftp://ftp.stratoserver.net/debian/pool/main/g/gtk+1.2/libgtk1.2-common_1.2▒x
x .10-18_all.deb nicht herunterladen: Konnte „ftp.stratoserver.net“ nicht ▒x
x auflösen ▒x
xW: Konnte die Cache-Datei nicht sperren. Öffne sie im Nur-Lesen-Modus. Alle ▒x
x Änderungen die Sie am Status von Paketen durchführen, werden NICHT ▒x
x gemerkt!

Ja und Plesk hatte ich ja vorab auch bereits installiert und konnte den Server verwalten. Aber per http/https/ftp komme ich jetzt nicht mehr durch -> Browser und FTP-Programm versuchen Verbindung bis zum time out.

Ist denn das mit dem Runlevel so ok? Er ist auf 2, Du meintest vorher er müsste auf 3 sein?

[BedriddenTech]

Zwei ist ok; es gibt keine harte Einteilung in Runlevels. 5 ist meistens "Mehrbenutzersystem mit graphischer Oberfläche", zwei klingt genauso gut. Schlecht wäre nur 0, 1 und meistens 6. :)

Die Fehlermeldung sieht ganz so aus, als wäre der DNS-Server nicht korrekt. Ist in der /etc/resolv.conf ein Nameserver eingetragen? Ist der für dich auch erreichbar (mal mit ping IP probieren)?

[jbennert]

Wenn ich resolv.conf öffne, sieht es ziemlich leer aus:

h1353160:/etc# less resolv.conf
# generated by NetworkManager, do not edit!

resolv.conf (END)

Bin gespannt was Du mir dazu sagst.

Könnte ich die resolv.conf aus dem funktionstüchtigen Anfangszustand duplizieren und anschliessend nach KDE-Installation wieder zur resolv.conf machen? Oder hängt da noch mehr davon ab?

[BedriddenTech]

Oh, da haben wir das Problem: Offensichtlich wird mit KDE der NetworkManager installiert. Das Programm hat die Aufgabe, für den Benutzer möglichst ohne ihn zu fragen die jeweils beste Netzkonfiguration zu suchen. Dabei baut es hauptsächlich auf DHCP, und ich glaube nicht, daß DHCP im RZ vom Strato verfügbar oder erwünscht ist. Und weil der NetworkManager nichts findet, wird eben alles geleert.

Erstmal muß ein DNS-Server da rein. Toll wäre natürlich der, den Strato eingetragen hat; aber es gibt auch eine Reihe frei verfügbarer, die eingetragen werden können: http://www.dnsliste.de/ . Die /etc/resolv.conf sollte dann mindestens sowas erhalten:

nameserver A.B.C.D

Vorher wäre es aber natürlich sinnvoll, den NetworkManager zu stoppen. Das Skript dazu müßte in /etc/init.d liegen und muß mit dem Parameter "stop" aufgerufen werden, als z.B.
/etc/init.d/NetworkManager stop Danach entfernst du den Dienst am Besten auch aus dem Runlevel, indem du nachsiehst, ob es Links in /etc/rc.d/rc2.d gibt.

HTH.

[jbennert]

Ich gebe bald Antwort.

[jbennert]

OK - ich denke das Thema ist mir doch eine Nummer zu gross.
Trotzdem vielen herzlichen Dank für Euer Feedback, besonders danke an BedriddenTech, der mir obwohl entgegen seiner Überzeugung geholfen hat.
Aber ich denke mit meinem Wissensstand ist es momentan vertane Zeit sich dem Thema länger zu widmen. Also, danke - super, dass es dieses Forum gibt.

Hier noch wie es mir ergangen ist:
Ich habe Debian noch einmal neu installiert und mir die Einträge in resolv.conf notiert. Habe dann KDE Installation begonnen und ab dem Punkt an dem der Installer keine Pakete mehr nachladen konnte der resolv.conf wieder die Nameserver eingetragen. Danach ging es erst mal weiter und ich glaubte schon es sei geschafft. Doch nach einer Weile weiterer Installation von Paketen war wieder Schluss. Die resolv.conf hatte ihre Einräge noch, also muss jetzt etwas anderes verändert worden sein.

Ich habe dann noch einmal den anderen Versuch gemacht und zunächst einmal nur X11 zu installieren versucht. Hierbei passiert es auch, dass die Verbindung nach aussen plötzlich abbricht, die resolv.conf hat allerdings ihre Einträge noch. Nach einem reboot bleibt der Server beim Hochfahren dann gleich Hängen an der Stelle "configuring network devices".
Ich kann mir vorstellen, dass bei der KDE Installation bereits X11 mitinstalliert wird (es tauchen auch einige Paketnamen mit x11 beim Installieren auf) und dann wieder der gleiche Mechanismus die Netzwerkverbindung unterbricht wie bei reinem X11-Install.