AHHH
Jo habe nen Raid 5 am rennen.
Muß ich das HDA schon ab dem ersten Befehl abändern?
Also ab hier:
cd /share/HDA_DATA
mkdir home
cd home
Danke
AHHH
Jo habe nen Raid 5 am rennen.
Muß ich das HDA schon ab dem ersten Befehl abändern?
Also ab hier:
cd /share/HDA_DATA
mkdir home
cd home
Danke
Hallo SApitz,
ja, du mußt dann in allen Beispielen, in denen das HDA_DATA vorkommt, bei dir mit MD0_DATA ersetzen.
ansonsten geht das ganze ins Leere bzw. ist beim nächsten Reboot nicht mehr vorhanden.
Schöne Grüße,
Stefan
Super ich Danke Euch.
Es geht aber nicht, bekomme hier auch folgende Meldung welche mich stutzig macht:
[/] # chmod +x autorun.sh
chmod: autorun.sh: No such file or directory
[/] # cd /
[/] # umount /dev/mtdblock5
umount: /dev/mtdblock5: not mounted
[/] # cp /mnt/ext/usr/sbin/sshd /mnt/ext/usr/sbin/org.sshd
cp: cannot stat `/mnt/ext/usr/sbin/sshd': No such file or directory
[/] # rm /mnt/ext/usr/sbin/sshd
rm: cannot remove `/mnt/ext/usr/sbin/sshd': No such file or directory
[/] # cp /opt/sbin/sshd /mnt/ext/usr/sbin/sshd
cp: cannot create regular file `/mnt/ext/usr/sbin/sshd': No such file or directory
Alles anzeigen
Hallo,
sagt uns ja schon mal das da nix gemountet war...
Also musste ja von da ab weitermachen wo man das erstmal gemountet hatte....
@all
wegen dem logging bin ich auch nicht weitergekommen.
hatte zwar einen logger laufen den den creg empfohlen hatte (hatte den manuel gestartet)
aber er zeigte mir in den logs auch nur welche User wann zugegriffen hatten,
aber eigentlich dachte ich so was in der Art wie wann, wer, und vor allem wo und was ?
Naja, ansonsten kann ich da mal nix dazu sagen, was ich weiß habe ich oben geschrieben,
und selbst kann ich nix machen da mein NAS völlig unbrauchbar ist....
kann man im anderen Thread lesen
Hallo @all,
das Logging ist zwar bei mir noch in einem proprietären Stadium, funktioniert aber schon gut. D.h. ich schalte den syslogd von QNAP und nehme den syslog-ng. Zwei Skripte (shell und php) werten die Logs aus und senden bei einen protokollierten Zugriff eine Email an meine Email-Adresse. Hierbei wird der protokollierte Fingerabdruck der Verbindung in einen realen Namen geändert - so kann ich sofort erkennen, wer sich angemeldet hat. (Einbruchsversuche sind so ebenso erkennbar)
Die Operationen der User innerhalb des Jails verfolge ich nicht, weil dies meiner Meinung nach wenig Sinn macht und auf Dauer nur zuviel Overhead produzieren würde.
Falls ein Interesse bestehen sollte, die Skripte und eine entsprechende Einweisung zu erhalten, bitte melden.
Gruß
creg
Hallo Creg,
denke es wäre schön wenn du das hier noch niederschreiben könntest für die anderen
Ich selbst brauche das nicht mehr, ich habe mittlerweile Debian drauf und das ganze nun selbst so gelöst:
http://forum.qnapclub.de/viewtopic.php?f=19&p=44288#p44288
Aber ich gehe mal davon aus das dein Ansatz ungefähr in die gleiche Richtung geht
Hallo,
ich habe ein TS 659 und ärger mich ne Weile mit der SFTP Konfiguration schon rum.
Per Admin ist der SFTp Zugriff kein Problem, melde ich mich mit einem anderen User an, bekomme ich das:
ZitatAlles anzeigenOpenSSH_4.6p1, OpenSSL 0.9.8e 23 Feb 2007
debug1: Connecting to 192.168.2.28 [192.168.2.28] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type 1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.6
debug1: match: OpenSSH_4.6 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.6
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '192.168.2.28' is known and matches the RSA host key.
debug1: Found key in /root/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
Connection closed by 192.168.2.28
Weiß wer rat? Bin die Anleitung schon mehrmals durchgegangen.
Einzige was mich stutzig werden ließ, war der Schritt:
alten SSHD auf den neuen ändern
cp /mnt/ext/usr/sbin/sshd /mnt/ext/usr/sbin/org.sshd
rm /mnt/ext/usr/sbin/sshd
cp /opt/sbin/sshd /mnt/ext/usr/sbin/sshd
Den Pfad gibt es nicht. Ich hatte dafür einfach die sshd_config aus dem "Custom" verzeichnis nach "/etc/ssh/...." kopiert.
Danke für Eure Hilfe!
Hallo Tamas,
seit der Firmware V2.0 (oder so) kann nur der Admin eine SSH/SFTP-Verbindung aufbauen.
Mit OpenSSH könnte man das ganze umgehen.
Das ist dann mit dem Optware.QPKG zu installieren.
Evtl. hilft das weiter : /viewtopic.php?f=67&t=7554&hilit=openssh
Stefan
Hallo Tamas,
warum wundert Dich, dass Du den alten SSH-Daemon durch den neu installierten ersetzen solltest?
Der original qnap'sche SSH-Daemon ist anders als der OpenSSH-Daemon.
qpkg-Pakete installieren alle Dinge im Verzeichnis /opt oder ähnlich.
Konkretes Beispiel:
Diese Zeilen kopieren den OpenSSH-Daemon anstelle des alten, den Du für dieses Szenario definitiv nicht verwenden kannst.
cp /mnt/ext/usr/sbin/sshd /mnt/ext/usr/sbin/org.sshdrm /mnt/ext/usr/sbin/sshdcp /opt/sbin/sshd /mnt/ext/usr/sbin/sshd
Wenn Du Probleme haben solltest, den Pfad Deines neuen OpenSSH-Daemons zu finden, dann suche nach ihm:
Beachte dabei, dass Du so auch den qnap'schen SSH-Daemon findest.
Gruß
creg