shutdown über netzwerk...

[uNiQue]

ich weiss nicht genau, wo ich das hinposten soll, also schreib ich einfach mal hierher

ich habe mir einen debian fileserver eingerichtet. das ding soll allerdings nicht durchgehend laufen, hat aber keine tastatur oder bildschirm.

wie bekomme ich das ding denn nun ordentlich über's netzwerk heruntergefahren ? gibt's da vielleicht irgendwelche tools/daemons für, oder muss ich das (z.B.) mit telnet machen ? wenn mit telnet, dann müsste ich noch wissen, wie ich den TN-server so einstellen kann, dass er eine root-anmeldung zulässt (damit ich shutdown ausführen kann)...
falls es noch andere möglichkeiten gibt... ich bin für alles offen

ich bin ziemlicher linux newB & hab's gerade zum ersten mal geschafft, einen fileserver ans laufen zu bringen... also bitte keine allzu komplizierten erklärungen ! *g*

[tylerD]

also meiner meinung nach am einfachsten gehts wenn de dich über telnet als normaler user einloggst und dann mit su zu root wechselst und danach halt halt eintippst. wenn nicht gibts glaub auch du möglichkeit über webmin. dann könntest du dich mit deinem browser einloggen und den server runterfahren.

cu

[Luxus]

ich machs über webmin oder über ssh
geht beides einfach und schnell.. nur wie ich ihn anbekomme weiss ich noch nicht

[tylerD]

bräuchtest du ne netzwerkkarte und nen bios welche wake-on-lan unterstützen.und dann müßt das auch funtzten(habsch aber leider noch ned selber ausprobiert)

cu

[glatzor]

Telnet ist veraltet, böse und unsicher. Nimm lieber SSH. Konfiguriert wird der SSH-Daemon über "/etc/ssh/sshd_config".

[gerd]

Unter Windows kannst du das Programm plink benutzen. Dies kannst du in einer Batch Datei einbauen und kannst den PC Herunterfahren. Klarer Nachteil ist das jeder sich den Inhalt dieser Datei anzeigen lassen kann und somit das Passwort für root sehen kann. Abhilfe hierbei kann sudo sein mit dem ein bestimmter Nutzer das recht bekommt den PC herunter zufahren.

[uNiQue]

super... ! wusste nicht, dass man sich über telnet su benutzen kann... dachte, das wäre auch gesperrt... dann hätte sich mein problem ja schon erledigt :)
es ist ja nur ein fileserver für mich & kleinere lan-partys... da brauch ich keine grosse sicherheit & telnet tut seinen zweck...
für alle anderen möglichkeiten werde ich aber demnächst mal ssh & webmin ausprobieren...
danke für die tips !

[Luxus]

wie glatzor schon schrieb nimm lieber ssh
da kannst du dich auch gleich als root anmelden..
ssh bietet mehr sicherheit und hat telnet sogut wie abgelöst als freeware nimm dir putty... welches einfacher als t-term ist.
ich benutze selbst secure crt. welches aber nicht free ist..

gruß Kai

[k-pl]

wie glatzor schon schrieb nimm lieber ssh
da kannst du dich auch gleich als root anmelden..

Allerdings nur wenn Du in der Config PermitRootLogin yes einträgst.

[uNiQue]

jupp... ssh & putty funzen sogar noch 'n stück besser !
mit putty ist es ja sogar so, als ob ich am gleichen rechner sitzen würde... telnet hatte ein paar schwierigkeiten mit der anzeige z.B. von vi oder lynx...
von der sicherheit her wäre es mir, wie gesagt, egal gewesen... keine sicherheit notwendig :)

ich musste gar nicht 'PermitRootLogin yes' eintragen...
die beiden config dateien 'ssh_config' und 'sshd_config' gibt es zwar, sie sind aber leer... trotzdem funktioniert der root-login.
gibt es noch andere config-dateien für ssh ?

[abi]

jupp... ssh & putty funzen sogar noch 'n stück besser !
mit putty ist es ja sogar so, als ob ich am gleichen rechner sitzen würde... telnet hatte ein paar schwierigkeiten mit der anzeige z.B. von vi oder lynx...
von der sicherheit her wäre es mir, wie gesagt, egal gewesen... keine sicherheit notwendig

ich musste gar nicht 'PermitRootLogin yes' eintragen...
die beiden config dateien 'ssh_config' und 'sshd_config' gibt es zwar, sie sind aber leer... trotzdem funktioniert der root-login.
gibt es noch andere config-dateien für ssh ?

hm, normalerweise sollten die Configs unter /etc/ssh/ liegen ..

[uNiQue]

oh... ja... war mein fehler (und was für ein blöder fehler !! :))
die config dateien sind in /etc/ssh & es steht auch was drin... *g*