Zitat von [netcup] Alex;29473Konnte es gerade problemlos installieren und mich per SSH verbinden. CentOS 5 64bit
Ggf. die Installation nochmal ausführen lassen oder den vServer einmal neu starten.
Leider läuft immer noch kein SSHd
Zitat von [netcup] Alex;29473Konnte es gerade problemlos installieren und mich per SSH verbinden. CentOS 5 64bit
Ggf. die Installation nochmal ausführen lassen oder den vServer einmal neu starten.
Leider läuft immer noch kein SSHd
wenn ich das centosding chroote, müsste ich doch via yum neue pakete installieren können und via chkconfig sshd starten können, oder sehe ich das falsch?
mfg, domi
so wie es aussieht läuft nur rsyslogd, noch
Auf die Idee mit dem Rettungssystem bin ich noch nicht gekommen, ich probiers gleich mal
mfg, domi
Ich komme ja nicht auf den vServer drauf, wenn SSHd nicht läuft
Hmm, ich mag halt yum um einiges lieber als apt, das ist wahrscheinlich der Hauptgrund warum ich CentOS nutze, aber ich hab mich halt auch an die Paketnamen gewöhnt (bind-utils statt bind9utils).
Nur leider startet beim aktuellen CentOS-Netcup-Image kein SSHd! (und es liegt nicht an meinen Firewalleinstellungen, wenn ps aux keinen prozess namens sshd ausspuckt)
mfg, domi
ne, das steht auf den Böllern außen drauf
Schinken von Keller: 4,5 kg
Schniken von Diamond: 5 kg bei gleichem Inhalt
Bumm!
das waren aber keine 10 Zeichen, oder?
oO: bei den Pechfackeln vom t**m-Baumarkt löst sich der Holzgriff von der Fackel
Elektrotacker ftw
lol
lalalalalal*spam=schinken*
Bis Ende 2011 bekommen wir bestimmt 1000 Seiten zusammen
Update: Nein hat nichts geholfen, das gleiche Problem
Die beiden von init7 stehen nur denen zur Verfügung (REFUSED).
Ich schau mal, dass ich andere ipv6 nameserver finde und meld mich dann nochmal
Was für ein Zufall:
Paypal.com, netcup.de, google.com [großer französischer anbieter für dedis].com, alle haben die gleiche ipv6 auf meinem vserver 1000 :mad:
I bin a Bayer, I geh ned weg! :p
$ /sbin/ifconfig
eth0 Link encap:Ethernet HWaddr 00:26:B9:89:E6:47
inet addr:88.198.***.*** Bcast:88.198.***.255 Mask:255.255.254.0
inet6 addr: 2a01:***:***:***:***:***:***:1/64 Scope:Global
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:814293128 errors:0 dropped:0 overruns:0 frame:0
TX packets:1542389198 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:207167792368 (192.9 GiB) TX bytes:428052469864 (398.6 GiB)
Interrupt:36 Memory:d6000000-d6012800
Hier noch mal ifconfig bei dem vserver, an dem alles funzt:
$ /sbin/ifconfig
eth0 Link encap:Ethernet HWaddr 00:24:21:B4:30:35
inet addr:188.40.***.*** Bcast:188.40.***.255 Mask:255.255.255.192
inet6 addr: 2a01:***:***:***:***:***:***:1/64 Scope:Global
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:602974184 errors:0 dropped:0 overruns:0 frame:0
TX packets:796346757 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:110525654615 (102.9 GiB) TX bytes:491560002142 (457.8 GiB)
Interrupt:40 Base address:0x2000
Außer der Netmask fällt mir hier jetzt nichts auf.
Also das Problem tritt an vServer 2 auf, die IPv6 zeigt auf vServer1.
Die entsprechenden hostnamen (DNS) zeigen auf die hostnamen.
Hat sonst noch jemand eine Idee?
Der entsprechende eintrag hosts: files dns ist vorhanden, hier trotzdem mal der Inhalt:
passwd: files
shadow: files
group: files
#hosts: db files nisplus nis dns
hosts: files dns
# Example - obey only what nisplus tells us...
#services: nisplus [NOTFOUND=return] files
#networks: nisplus [NOTFOUND=return] files
#protocols: nisplus [NOTFOUND=return] files
#rpc: nisplus [NOTFOUND=return] files
#ethers: nisplus [NOTFOUND=return] files
#netmasks: nisplus [NOTFOUND=return] files
bootparams: nisplus [NOTFOUND=return] files
ethers: files
netmasks: files
networks: files
protocols: files
rpc: files
services: files
netgroup: nisplus
publickey: nisplus
automount: files nisplus
aliases: files nisplus
Alles anzeigen
mfg, domi