[cheechyba]

ich habe grade ne email bekomme meine rescue shell ist in 60 minuten wieder correct erreichbar das beduetet damit kann ich dann weiter arbeiten

die sache ist nur die ich werde mich mit der rescue shell einloggen und dann meine festplatte mounten wie geht es dann aber weiter ??

ich habe den befehl

/usr/libexec/webmin/changepass.pl /etc/webmin admin foo

dami wird das passwort des benutzters admin auf foo geänder bedeutete der befehl ist für mich individuell auf meine bedürfnisse ienzurichten was kein problem ist was mein problem ist das ich nach dem mounten meiner festplatte ja auch irgendeine umgeben in meinem alten system haben muss damit ich das machen kann

nur wie ist hier die frage

[vmk]

Das Rescue-System interessiert sich kein Stück für die Rechte an deinem Server, deshalb ist es ja auch ein Resuce-System. Das Rescue-System ist ein komplett eigenes Betriebssystem mit eigenem sshd-Server, eigenen Usern und eigenen Passwörtern.

Und wie hier schon beschrieben: Ohne ein laufendes Rescue-System oder das zurückspielen eines Backups wirst du deinen katastrophalen Administrations-Fehler nicht beheben können - Außer du findest 'ne Möglichkeit in dem webmin.

edit: Oh, du hast grad gepostet wie ich sehe.

Wieso willst du Passwörter ändern? Ich dachte, du hättest den SSH-Server deaktiviert? Beschreibe doch mal bitte genau was du kaputt gemacht hast bzw. was denn jetzt dein Problem ist.

[cheechyba]

problem ist jetzt ganz einfach ich starte das rescue system und möchte dann mein webmin pw meines alten systems ändern und dann normal booten danach möchte ich mich in mein altes webmin einlogen und ssh zugänge der cs server und ts server benutzter aktivieren. da muss es doch ne möglichkeit geben

zu alle dem es ist schon spät und lese den ganzen tag schon man pages how toos and faq s ich werde mich jetzt hinlegen und mit der geschichte morgen weiter machen und hoffe ihr könnt mir noch nen paaar hilfreiche posts geben

vielen leiben dank

denim steinert

[vmk]

Dann chrootest du ins alte System und ändert mit der Zeile die du gerade hattest das Passwort für Webmin.

Ich dachte dein Problem wäre ein kaputter/deaktivierter SSH-Server gewesen.

[DrFuture]

er hat wohl root die shell weg genommen.. bzw. den zugriff über sshd verboten.

nen neuer user anlegen und fertig ... tjo

Zitat von cheechyba 

ich habe mit dem anbieter gesprochen und das system neu aufgelegt und das backup eingespielt. da ich aber dann tage im urlaub war und ich keine zeit hatte mich jetzt weiter drum zu kümmern da die zeit icht da war habe ich alle ssh zugänge geschlossen das heisst kein root login erlaubt und bei den anderen benutztern fuer cs und ts server auch kein login erlaubt.

jetzt wollte ich nun weiter an meinem server arbeiten (nach meinem urlaub) und um die zugänge wieder freizugeben

Hä? Das ist sowieso eine frische Installation? Warum machst du das ganze System dann nicht enifach nochmal platt?

Wir haben hierzu auch bereits einige Informationen in unserer FAQ veröffentlicht die Sie unter http://faq.firstdedicated.de erreichen koennen.

http://faq.firstdedicated.de/index.p...=31&artlang=de

Das hast du natürlich schon gemacht, oder?

[cheechyba]

Zitat von arkelanfall 

http://faq.firstdedicated.de/index.p...=31&artlang=de

Das hast du natürlich schon gemacht, oder?

ja und den support bescheid gegeben und nun läuft das rescue system

[cheechyba]

tja rescuze system gebootet eingelo9gt mit rescue zugangsdaten platte gemounten

wollte chrooten -----> befehl nicht gefunden -.-

root@rescue:~# chroot /mnt /bin/bash
bash: chroot: command not found

schon okay hab was vergessen aber wie öffne ich dann die sshd des normalen systems ueber die rescue shell?

Zitat von cheechyba 

schon okay hab was vergessen aber wie öffne ich dann die sshd des normalen systems ueber die rescue shell?

Hä? Du reparierst die Einstellungen, die du im "richtigen" System kaputtkonfiguriert hast, und bootest wieder ins normale System. Fertig.

Die ssh-Konfigs sollten irgendwo unter /mnt/etc/sshd liegen. Falls der sshd garnicht startet im Normalsystem halt noch die init-Dateien anschauen.

Falls du auch noch dein Nutzer-Kennwort vergesen hast: Spiel mit passwd rum, oder - noch einfacher - platzier an geeigneter Stelle einen publicKey und meld dich dann über pubkey-Authentification am "richtigen" System an.

[cheechyba]

rescue:/etc/ssh# vi ssh_config
# PasswordAuthentication yes
# HostbasedAuthentication no
# BatchMode no
# CheckHostIP yes
# AddressFamily any
# ConnectTimeout 0
# StrictHostKeyChecking ask
# IdentityFile ~/.ssh/identity
# IdentityFile ~/.ssh/id_rsa
# IdentityFile ~/.ssh/id_dsa
# Port 22
# Protocol 2,1
# Cipher 3des
# Ciphers aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc
# EscapeChar ~
# Tunnel no
# TunnelDevice any:any
# PermitLocalCommand no
SendEnv LANG LC_*
HashKnownHosts yes
GSSAPIAuthentication yes
GSSAPIDelegateCredentials no

sshd:


# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 600
ServerKeyBits 768

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 600
PermitRootLogin yes
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile %h/.ssh/authorized_keys

ich denke der teil ist okay root logins sind okay

[cheechyba]

alles klar ich bin drin im system und habe mir ne root umgebung gemacht änder jetzt das webmin pw und alles ist okay

ich danke euch sehr fuer eure hilfe

CLOSE

[nomad2k]

kann mir irgendwie nicht vorstellen, dass chroot nicht integriert ist im rettungssystem. womöglich nur im path nicht enthalten. nächstes mal einfach mit kompletter pfadangabe aufrufen

[cheechyba]

Zitat von nomad2k 

kann mir irgendwie nicht vorstellen, dass chroot nicht integriert ist im rettungssystem. womöglich nur im path nicht enthalten. nächstes mal einfach mit kompletter pfadangabe aufrufen

chroot war da nur falscher path deshalb habe ich ja edited und gesagt alles klar habe was vergessen

[nomad2k]

uuuups, sry hab das edit garnicht gesehen