Beiträge von marind

    Hallihallo,


    seit einiger Zeit stellen sich wiederholt Probleme beim Hinzufügen von manchen (nicht allen) Torrent-Dateien ein.


    Nach Auswahl der Torrent-Datei klicke ich in der Maske "Aufgabe erstellen" auf "Übernehmen" und erhalte dann die Fehlermeldung:

    Zitat

    Fehler

    Es sind keine Aufgaben verfügbar.

    (0x2000)

    Ich habe den Eindruck, dieses Problem tritt seit einer Firmware-Aktualisierung auf, kann das aber nicht genau rekonstruieren.


    TS-859 Pro+

    Firmwareversion: 4.2.6


    Download Station 4.3.1


    Gruß

    Marind

    Hallo Alfred72,


    mir geht's genau so. Allerdings weiß ich den Fehler: Mein Speicher ist versehentlich voll gelaufen. Ich war gerade damit beschäftigt, Dateien zu löschen, als der Kontakt zum Desktoprechner abbrach. Verbindungsaufnahme über NFS lehnte er ab, weil dazu root erforderlich sei. Mounten als root über Konsole ergab Zeitüberschreitung. Zugriff über Dateimanager über root verweigerte er auch. Zugriff über Browser ließ sich ebenfalls nicht mehr aufbauen. Da habe ich es mit Reboot versucht. Und nun rebootet er seit vier Stunden ... :(


    Blöd gelaufen. Hat jemand einen Tipp?


    Marind

    Vielen Dank Christian!


    Über FTP scheinen sich TS-859Pro+ und Lian-Li Ex-40n zu verstehen.


    Es scheint noch ein paar Probleme mit Ordner-, bzw. Dateirechten zu geben:

    Code
    # WARNING: Can't create the "md1/public/...." file/directory (Permission denied), it will be skipped. (-13)


    Aber prinzipiell scheint es auf diesem einfachen Weg zu funktionieren.


    Nun muss ich noch mein Problem der Verschlüsselung lösen.


    Gruß
    Marind


    Edit:
    Das Rechteproblem scheint nicht ganz unbekannt zu sein:
    http://forum.qnap.com/viewtopic.php?f=15&t=98769
    http://forum.qnap.com/viewtopi…9033c5104f0ed085f362bfab3
    http://forum.qnap.com/viewtopi…228f6e230371a612c9ac9d247
    http://forum.qnapclub.de/viewtopic.php?t=33675
    http://forum.qnap.com/viewtopi…496b9fd70a71afe2e9f4af2c0
    Formatierungsprobleme dürften es bei mir nicht sein, weil alle Platten über ext3 laufen.

    Hallo Christian,
    leider verfügt der Ex-40N über nicht annähernd so viele Schräubchen, wie die QNAP-Geräte.
    Der Sicherungsmanager im QNAP verlangt stets die Vornahme von Einstellungen auf dem Zielgerät (in diesem Fall der Ex-40N), die ich dort aber nicht vornehmen kann, z.B. "Sie müssen den Rsync-Server auf dem entfernten Server aktivieren, um diese Funktion zu nutzen".
    Gruß
    Marind

    Hallihallo,
    ich bin z.Zt. glücklicher User eines TS-859Pro+, meine Desktops laufen überwiegend über Linux, zur Not steht auch eine Win7-Maschine zur Verfügung.
    Ich würde gern ab und an, also vielleicht einmal pro Monat meine Daten des TS-859Pro+ auf ein (sehr sehr lahmes) NAS Lian-Li Ex-40N (ich weiß: Fehlkauf :) , aber dient eben nur als Backup-Storage) kopieren, bzw. synchronisieren.
    Die Daten auf dem QNAP liegen zu Hause und sind unverschlüsselt.
    Auf dem Ex-40N möchte ich sie dann verschlüsseln (weil das Gerät außerhalb meiner Wohnung aufbewahrt wird).
    Das Ex-40N lässt sich nur im lokalen Netzwerk ansteuern, nicht über USB.
    Ich könnte das also direkt über mein TS-859Pro+ machen oder über einen meiner Desktops.


    Allerdings finde ich nicht so recht das passende Programm.
    Es werden so etwa 6TB zusammen kommen. Viele viele Ordner :)
    Langfristig am liebsten sync, weil kopieren ewig dauert.
    Geht das vielleicht über Owncloud?
    Empfiehlt es sich "während des backups" zu verschlüsseln?
    Oder danach?


    Vielleicht könnt ihr mir mit Euren Erfahrungen ein paar Tipps geben?


    Danke!
    Marind

    keine Ahnung, ob sich seit Eröffnung des Threats Anfang Januar 2013 etwas hier relevantes an der Firmware verändert hat, aber seit kurzem kriege ich es hin. Und es ist ganz einfach! :D


    1. otrkey-Datei herunter laden;
    2. Fenster im Datei-Manager öffnen und zur Datei navigieren;
    3. Fenster mit der QNAP File Station und dort den Download-Ordner öffnen;
    4. otrkey-Datei mit der Maus vom Datei-Manager in den Download-Ordner der File Station kopieren/verschieben;
    5. Tracker-Datei herunter laden und abspeichern;
    6. QNAP Download Station öffnen;
    7. Button "BT-Auftrag hinzufügen" drücken, zur Tracker-Datei navigieren und diese in die Download Station laden.


    Das war's.
    Scheinbar saß der Fehler 'mal wieder vor'm Gerät :)
    Marind

    hallo poseidon,
    entschuldige bitte, dass ich mich erst jetzt melde. Habe Deine Reaktion gerade erst bemerkt. Also mit der Download-Station kann ich nur otrkey-Datei "herunter"-laden, die bereits durch jemand vom Online-TV-Recorder abgeholt worden sind. Mit Programmen, wie z.B. Transmission, kann ich von mir regulär vom Online-TV-Recorder heruntergeladene otrkey-Dateien meinerseits als Torrents anbieten, ohne diese selbst zuvor als Leecher heruntergeladen zu haben. Nach dem Motto: Irgendjemand muss in der "Torrentgemeinde" ja den ersten Zug machen. Ist im übrigen auch besser, wenn der erste Torrent von jemand mit einer leistungsfähigen Hard-, bzw. Software angeboten wird. Ziemlich häufig scheitert bei mir das Herunterladen, falls der Seeder über nur lahme Verbindungen verfügt, seine Software lahm eingestellt hat oder seine Geräte zwischendurch immer abschaltet. Das war so der Gedanke. Aber okay, diese Funktionalität ist wohl kaum überlebenswichtig :)
    Gruß
    Marind

    Hallo QNAP-Fans!


    Seit zwei Jahren arbeite ich mit TS-859 Pro+ und bin eigentlich ganz zufrieden. Unter anderem nutze ich die Download-Station für den Bit-Torrent-Austausch, die der Tracker "Online-TV-Recorder" anbietet.
    Vor meinen Zeiten mit dem TS-859 Pro+ lud ich Torrent-Dateien mittels Transmission unter Linux (Ubuntu/Kubuntu, manchmal Open Suse).
    Um beim Verhältnis zwischen Down- und Upload einigermaßen in den schwarzen Zahlen zu bleiben, habe ich mit Transmission ab und an auch 'mal als erster Seeder Torrents angeboten. Dafür lud ich die otrkey-Datei entweder direkt von OTR oder externen Mirror-Links Servern herunter und holte mir anschließend die Tracker-Datei. Neben dem "gesunden" Verhältnis zwischen Down- und Upload möchte ich die Torrent-Philosophie auch ein wenig damit unterstützen und nicht ständig als Leecher auftreten.
    Genau diese Funktionalität bekomme ich mit der Download-Station (Aktuelle Firmwareversion: 3.8.1 Build 20121205) aber leider nicht hin. Geht das überhaupt mit der Download-Station?
    Wenn nein: Wie macht Ihr das mit den Torrent?
    Welche alternativen Programme würdet Ihr empfehlen?


    Danke!
    Marind

    so, der Ordner- und Dateizugriff über den MyCloudNAS Service funktioniert jetzt.
    Nachdem ich den NAS von Ethernet-Schnittstelle 1 mit fester IP-Adresse auf Ethernet-Schnittstelle 2 mit DHCP umgestellt hatte, hat sich eben auch die IP geändert. Nun hatte ich bei den "einfachen Port-Weiterleitungen" des Routers blöderweise die (alte) feste IP aus dem lokalen Netz eingetragen und eben nicht die durch DHCP vergebene IP.
    Der Datenzugriff über das Internet funktioniert jetzt zwar mit dem MyCloudNAS Service und ist somit durch zwei Passphrasen geschützt. Dennoch wäre mir ein VPN lieber und das funktioniert eben noch nicht.


    Marind

    eben habe ich festgestellt, dass ich auch über den Weg des MyCloudNAS-Service nicht an meinen Server gelange.
    Wenn ich mich auf http://www.mycloudnas.com einlogge, nimmt er zwar meinen MyCloudNAS-Access-Code an und ich gelange auf die Grundmaske der veröffentlichten Dienste. Wenn ich dann aber bspw. den Web-File-Manager anklicke, geht's nicht weiter. Firefox meldet irgendwann die Netzwerk-Zeitüberschreitung.
    Sieht das nicht nach unkorrekter Router-Einstellung aus?


    Marind

    Danke, qwertzy, für Deinen Hinweis!


    Mittlerweile war ich auch auf
    http://www.qnap.com/index.php?lang=de&sn=2774#wizard
    gestoßen und weiß nun, dass der MyCloudNAS-Service
    http://www.qnap.com/index.php?lang=de&sn=2774
    unter anderem die DDNS-Dienste beinhaltet. Insofern hätte ich mir wohl die separate Einrichtung über no-ip auch ersparen können. MyCloudNAS ist insofern komfortabler als no-ip, weil der registrierte Name erst nach 120 Tagen ausläuft (bei no-ip früher und man benötigt ein extra Programm zum Updaten) und er läuft auch nur aus, wenn man ihn nicht benutzt.
    Außerdem könnte ich problemlos den MyCloudNAS-Namen
    http://www.qnap.com/index.php?lang=de&sn=2774#name
    so stehen lassen (Teil des Problems 2)
    Mit Deinem Hinweis, qwertzy, hat sich mein Problem 1 wohl erledigt. Ich werde dann auch wieder von no-ip abrücken und das über MyCloudNAS laufen lassen. Wie sehen das die Anderen?


    Entsprechend den Hinweisen auf
    http://www.qnap.com/index.php?lang=de&sn=2774#wizard
    habe ich in meinem Router nun auch die Ports 8080 (HTTP), 80 (HTTP) und 21 (FTP/FTPS) geöffnet, ebenso 1723 für PPTP.


    Meine client.conf sieht mittlerweile so aus:


    Code
    clientdev tunproto udpresolv-retry infinitenobindpersist-keypersist-tunca ca.crtcert client.crtkey client.keyns-cert-type servercomp-lzoverb 3


    Kann es sein, dass ich "cert client.crt" und "key client.key" abschalten muss? Denn QNAP scheint mit seiner openvpn.ovpn ja nur mit der "ca.crt" zu arbeiten:



    Ein Gedanke kam mir noch: Möglicherweise holt mich jetzt ein uraltes Problem ein. Vor einiger Zeit habe ich meinen QNAP auf DHCP umgestellt. Siehe dazu auch meine Threads
    http://forum.ubuntuusers.de/to…m-lenovo-t61-netgear-wgr/ und
    http://forum.qnapclub.de/viewtopic.php?f=35&t=13509
    Kann es dort ein Problem geben?


    So weit die Gedanken des "durchschnittlich DAU" :?


    Marind

    Hallo VPN-Fans!


    Ich möchte gern ein virtuelles privates Netz (VPN) aufbauen. Mein QNAP TS-859 Pro+ steht zu Hause und das Ziel wäre, von meinem dienstlichen Büro aus mit meinem Lappi auf die Daten zu Hause zurück greifen zu können. Den Tipps in der c't kompakt 01/2011 Linux ( http://www.ct.de/cs1009026 ) folgend, möchte ich unter Ubuntu-Linux auf dem Client-Rechner ("Lappi") OpenVPN und das OpenVPN-Plug-in des Netzwerk-Managers einrichten. Konkurrierende Nutzer müssen nicht beachtet werden - ich bewege mich im Tunnel mutterseelenallein.


    Leider korrespondiert MyCloudNAS-Assistent nicht mit meinem Router Cisco Linksys E-4200 (siehe dafür meinen Thread http://forum.qnapclub.de/viewtopic.php?f=35&t=22819 ), so dass ich den Router ohne Assistenten einrichten muss.


    Nun habe ich auf meinem Laptop OpenVPN installiert und mich dabei an http://wiki.ubuntuusers.de/OpenVPN und http://wiki.ubuntuusers.de/NetworkManager/VPN_Plugins orientiert. Das QNAP-Tutorial http://www.qnap.com/de/index.php?lang=de&sn=4391 ist leider etwas knapp gehalten. Die Einrichtung unter Linux scheint danach kinderleicht zu sein, hat bei mir aber nicht funktioniert.


    Wenn ich in Ubuntu mit dem Netzwerk-Manager die VPN-Verbindung starten möchte, erscheint die Meldung:

    Zitat

    VPN-Verbindung fehlgeschlagen. Die VPN-Verbindung "openvpn" konnte nicht hergestellt werden.


    Nun kann es sehr gut sein, dass mir in den Einstellungen Fehler unterlaufen sind - dies soll mein erstes VPN werden ;)


    Einige mögliche Probleme möchte ich nachfolgend beschreiben. Sehe ich da Gespenster oder könnte dort der Hase im Pfeffer liegen?


    Problem 1 - DDNS:


    Gemäß LinuxUser 10/10, S. 47, wird die Verwendung eines DDNS-Dienstes empfohlen. Mein Router, Cisco Linksys E4200, bietet per Auswahlmenü DDNS-Dienste an, aber nur
    DynDNS.org und
    TZO.com.


    QNAP bietet unter --> Netzwerkeinstellungen DDNS-Service an, aber nur
    http://www.dyndns.com
    http://www.no-ip.com
    http://www.3322.org
    http://www.dyns.cx
    members.dhs.org
    update.ods.org


    Nun kostet Dyn.DNS.org mittlerweile mindestens $ 20 und das ist mir offen gestanden zu teuer für einen solch mageren "Service". Deshalb habe ich mir einen bei http://www.no-ip.com eingerichtet.


    Meine Frage an Euch: "Muss" ich den DDNS-Dienst sowohl am Router als auch am NAS aktivieren? Das Ubuntu-Wiki http://wiki.ubuntuusers.de/DynDNS-Clients lese ich so, dass er nur auf einem der beiden Geräte aktiviert werden muss. Der Text in der Linux-User (s.o.) hingegen empfiehlt eine Konfiguration auf dem Router. Dann wäre ich auf den einzigen Dienst, den sowohl NAS als auch Router in ihren Auswahlmenüs anbieten, also http://www.dyndns.com festgelegt.
    Vor allem interessiert mich aber: Wo taucht der DDNS-Dienst in der Konfiguration von Open-VPN auf?


    Problem 2 - MyCloudNAS-Name:


    Auf dem NAS lassen sich unter --> Anwendungen --> VPN-Dienst die Einstellungen für VPN vornehmen. Allerdings ist der Name in der Rubrik "MyCloudNAS-Name" vorgegeben, lässt sich nicht ändern.
    Heißt das, dass der Datenstrom des VPN immer über den MyCloudNAS-Dienst läuft und ich diesen Dienst aktivieren muss?
    Was ich dabei auch nicht verstanden habe, ist die Einrichtung unter Linux laut QNAP-Tutorial http://www.qnap.com/de/index.php?lang=de&sn=4391, bzw. dem "readme.txt" im Ordner openvpn. Demgemäß soll die Datei "openvpn.ovpn" dahingehend editiert werden, genau diesen Namen (MyCloudNAS-Name) durch die openvpn server IP zu ersetzen:

    Zitat

    3. Edit openvpn.ovpn and replace OPENVPN_SERVER_IP"(xxxxxxxxx.mycloudnas.com) "with openvpn server IP.


    Bedauerlicherweise reicht mein IQ nicht aus, mir die Logik dieses Satzes zu erschließen (obgleich ich schon mal das eine oder andere Philosophie-Buch in den Händen gehalten habe ;) ). Ich soll die "OPENVPN_Server_IP", bei der es sich um meinen MyCloudNAS-Namen handelt, durch die "openvpn server IP" ersetzen. Aber was genau ist dann die "openvpn server IP"?


    Problem 3 - Ports


    Da der MyCloudNAS-Assistent nicht funktioniert, muss ich die Ports manuell öffnen. Das QNAP-Tutorial http://www.qnap.com/de/index.php?lang=de&sn=4391 weist unter Ziffer 3 an, die Ports

    Zitat

    des PPTP- oder OPENVPN-Dienstes

    auf dem Router zu öffnen. Dann wird zwar der Port für PPTP angegeben,

    Zitat

    (TCP-1723)

    nicht jedoch der für OpenVPN. Nun habe ich mich so weit durchgewurschtelt, dass ich gemäß http://65.112.29.37/english/ro…Linksys-E4200/OpenVPN.htm den Port 1194 für Open-VPN geöffnet habe. Reicht das?


    Problem 4 - VPN-Passthrough

    Gemäß LinuxUser 10/10, S. 45, gelte es,

    Zitat

    steht der VPN-Server hinter einem Router

    Zitat

    auf diesem ein Portforwarding einzurichten

    Soweit okay - siehe Problem 3. Anders

    Zitat

    als bei IPsec

    benötige

    Zitat

    der Router jedoch kein VPN-Passthrough


    In meinem Router lässt sich unter --> Sicherheit "VPN-Passthrough" einstellen. Angeboten werden im Auswahlmenü aber nur die Techniken "IPSec-Passthrough", "PPTP-Passthrough" und "L2TP-Passthrough". Für Open-VPN benötigt man also keines, aber für PPTP?
    Das frage ich deshalb:
    Als ich im QNAP den PPTP-VPN-Server (unter --> VPN-Dienst --> VPN-Einstellungen --> PPTP-Einstellungen) deaktiviert habe, hat er anschließend unter MyCloudNAS gemeckert:

    Zitat

    * Für MyCloudNAS Connect muss der PPTP-VPN-Server aktiviert werden. Bitte konfigurieren Sie die Einstellungen unter „Application Servers (Anwendungsserver)“ > „VPN Service (VPN-Dienst)". Klicken Sie hier, um „VPN Service (VPN-Dienst)“ einzustellen.


    Wie kann ich das jetzt verstehen? Der VPN-Name entspricht dem MyCloudNAS-Namen; diese beiden Einrichtungen gehören also zusammen. In den VPN-Einstellungen kann ich somit nicht zwischen PPTP und OpenVPN entscheiden, sondern "muss" PPTP aktivieren? Und was bedeutet das wiederum für die PPTP-Passthrough-Einrichtung im Router?


    Die darüber hinaus entscheidende Frage ist wahrscheinlich: Was konnte ich falsch machen, als ich dem QNAP-Tuturial http://www.qnap.com/de/index.php?lang=de&sn=4391 zu folgen glaubte? An welchen Einstellungen des Client muss noch eine Schraube gedreht werden? Vielleicht hilft Euch bei der Beurteilung noch die Grundmaske des Network-Managers


    Uff, ich hoffe mich verständlich ausgedrückt zu haben :?
    Vielen Dank schon 'mal für's Lesen :)
    Marind


    PS:
    Hier noch die technischen Rahmenbedingungen:


    Hardware:


    Nas
    QNAP TS-859 Pro+
    Firmware: 3.7.3 Build 20120801
    + HDD 8 x Western Digital RE4-Green Power 2 TB 2002FYPS


    Router
    Cisco Linksys E-4200
    Firmware: 1.0.04.011 US 20120116


    Rechner
    Hauptplatine: Intel DH67BL, B3, LGA 1155
    CPU Prozessor: Intel Core iS-2500, 3,30 Ghz, 4-Kern, 6 MB Cache (Sandy Bridge)
    RAM: 16 GB
    VGA: XFX Radeon HD 679X-ZD, Ver 1.2
    SSD: Intel SSD 510 (120 GB)
    HDD: 2 x Western Digital RE4-Green Power 2 TB 2002FYPS
    Netzteil: Enermax EMG 500 AWT Modu 87+ 500W
    DVD-Brenner: Samsung SH-223C bare SATA


    Software:
    Linux Kubuntu 12.04 + Ubuntu 12.04

    Hallo QNAP-Fans!
    Möchte allzu gern in die schöne neue Welt :Dhttp://www.youtube.com/watch?v…3062135B31EC34&playnext=1 meiner NAS-Cloud abtauchen.
    Wenn ich meinen "MyCloudNAS-Assistenten" anschmeiße, verfällt er in minutenlange Arbeit, um mich schließlich mit folgender Fehlermeldung zu ärgern: "Ihr Router unterstützt das UPnP-Protokoll nicht oder Sie haben die UPnP-Funktion am Router nicht aktiviert."


    Das ist komisch, weil mein Router UPnP unterstützt und die UPnP-Funktion auch aktiviert ist.
    An ihm, Cisco Linksys E-4200, scheinen sich die Geister zu scheiden.
    Unter http://wiki.qnap.com/w/index.p…le_UPnP_Router&setlang=de wird er als inkompatibler UPnP Router beschrieben, allerdings in der Firmware-Version 1.0.03. Auch ein User klagt: http://homecommunity.cisco.com…NAP-412-turbo/td-p/499382
    Unter http://forum.qnap.com/viewtopic.php?p=239510 wird er hingegen als kompatibel dargestellt. Siehe auch http://www.qnap.com/en/index.php?lang=en&sn=4058.
    Bevor ich jetzt ohne den Assistenten erfolglos zu konfigurieren versuche:
    Hat jemand Erfahrung mit dieser Fehlermeldung? Oder sogar eine Lösungsidee? ;)


    Mein System sieht folgendermaßen aus:


    Hardware:


    Nas
    QNAP TS-859 Pro+
    Firmware: 3.7.3 Build 20120801
    + HDD 8 x Western Digital RE4-Green Power 2 TB 2002FYPS


    Router
    Cisco Linksys E-4200
    Firmware: 1.0.04.011 US 20120116


    Rechner
    Hauptplatine: Intel DH67BL, B3, LGA 1155
    CPU Prozessor: Intel Core iS-2500, 3,30 Ghz, 4-Kern, 6 MB Cache (Sandy Bridge)
    RAM: 16 GB
    VGA: XFX Radeon HD 679X-ZD, Ver 1.2
    SSD: Intel SSD 510 (120 GB)
    HDD: 2 x Western Digital RE4-Green Power 2 TB 2002FYPS
    Netzteil: Enermax EMG 500 AWT Modu 87+ 500W
    DVD-Brenner: Samsung SH-223C bare SATA


    Software:
    Linux Kubuntu 12.04


    Marind

    Nö, also QFinder krieg ich nicht zum Laufen. Ist aber auch erst einmal nicht so wild.


    Zu meinem eigentlichen Problem gibt es doch noch einen Wermutstropfen. Ich habe zwei Rechner im Netzwerk laufen und nur auf jeweils einem lässt sich das NAS-Baby mounten, obwohl ich an der fstab jeweils nix verändert hatte.
    Konkret: Beim Rechner 1 habe ich nach Deiner Anleitung mounten können. Nachdem ich das Gleiche beim Rechner 2 gemacht habe, konnte ich auf Rechner 1 NAS nicht mehr ansteuern, komisch nicht?


    Gruß aus der Marzipanstadt
    Martin

    Muck, Du bist der Größte!!! :D
    Dein Tipp hat auf Anhieb funktioniert!
    Den Trick mit dem NAS NFS deaktivieren und wieder aktivieren hätte ich gern irgendwo bei QNAP nachgelesen. Als verhältnismäßiger Laie stehe ich doch erst 'mal ziemlich blöd da, wenn ich nach dem Firmware-Update nicht mehr an meine Ordner komme.
    Noch 'ne Frage nebenher: Verwendest Du QFinder? Und hast Du 'nen Tipp, wie ich den installiere?
    Danke und Gruß aus dem Norden
    Martin

    Gestern habe ich die Firmware auf 3.7.1 Build 20120615 aktualisiert.
    Nun habe ich zwar über den Browser ganz normal Zugriff, aber das Gerät wird nicht mehr gemountet.


    Hier die Angaben zu meinem System


    Hardware:
    Nas
    QNAP TS-859 Pro+


    Rechner
    Hauptplatine: Intel DH67BL, B3, LGA 1155
    CPU Prozessor: Intel Core iS-2500, 3,30 Ghz, 4-Kern, 6 MB Cache (Sandy Bridge)
    RAM: 16 GB
    VGA: XFX Radeon HD 679X-ZD, Ver 1.2
    SSD: Intel SSD 510 (120 GB)
    HDD: 2 x Western Digital RE4-Green Power 2 TB 2002FYPS
    Netzteil: Enermax EMG 500 AWT Modu 87+ 500W
    DVD-Brenner: Samsung SH-223C bare SATA


    Software:
    Linux Kubuntu 12.04


    Meine ersten Versuche, das Problem zu lösen, waren leider ergebnislos.


    Ein neuerliches Mounten über die Konsole scheiterte:

    Code
    xxxxxx@Eigenbau:~$ sudo mount -t nfs 192.168.1.8:/xxxxxxxxx /media/NASQNAP[sudo] password for xxxxxx: mount.nfs: Connection timed outxxxxxx@Eigenbau:~$


    Dann habe ich es mit dem neuen QFinderLinux versuchen wollen (bislang bin ich ohne dieses Hilfsmittel ausgekommen).


    Dazu habe ich zunächst meinen alten Eintrag in der fstab auskommentiert. Danach wollte ich den QFinder, wie im (spärlichen) README beschrieben, auf meinem Rechner installieren.


    README:

    Code
    /////////////////////////////////////////////////////                QNAP Finder/////////////////////////////////////////////////////1. QFinder installation  a. Make sure you have gtk on your linux system.  b. Untar the QFinder.tar.gz package. That's all.   $ tar -xvf QFinder-[version].tar.gz2. Run QFinder   $ ls   QFinder   $ cd QFinderDa   $ sh ./QFinder


    GTK habe ich zunächst installiert. Dann sah das bei mir so ähnlich aus:


    Code
    xxxxxx@Eigenbau:~$ cd /home/xxxxxx/Packagesxxxxxx@Eigenbau:~/Packages$ tar -xvf QFinderLinux_1.0.3.0607.tar.gzQFinder/QFinder/QFinder.releaseQFinder/res/QFinder/res/WOL.iniQFinder/res/res/QFinder/res/res/generic_finder_Install_Background.jpgQFinder/res/res/sans_digi.bmpQFinder/res/res/GeneralFinder.pngQFinder/res/res/sans_dig.bmpQFinder/res/res/bitmap1.bmpQFinder/res/res/recover.bmpQFinder/res/res/Watermark.bmpQFinder/res/res/Finder.gifQFinder/res/res/Banner.bmpQFinder/res/res/GeneralFinder.icnsQFinder/res/res/icon_che.icoQFinder/res/res/Install_Applications.pngQFinder/res/res/152.AVIQFinder/res/res/CD_Banner.bmpQFinder/res/res/nobrand (copy).bmpQFinder/res/res/diagnosis.bmpQFinder/res/res/Checked.gifQFinder/res/res/UnChecked.gifQFinder/res/res/banner_s.bmpQFinder/res/Find_Nas.xrcQFinder/res/Lang/QFinder/res/Lang/pt_PT/QFinder/res/Lang/pt_PT/Finder.poQFinder/res/Lang/pt_PT/Find_NVR.moQFinder/res/Lang/pt_PT/Find_NVR.poQFinder/res/Lang/pt_PT/Finder.moQFinder/res/Lang/fr_FR/QFinder/res/Lang/fr_FR/Finder.poQFinder/res/Lang/fr_FR/Find_NVR.moQFinder/res/Lang/fr_FR/Find_NVR.poQFinder/res/Lang/fr_FR/Finder.moQFinder/res/Lang/en_GB/QFinder/res/Lang/en_GB/Finder.poQFinder/res/Lang/en_GB/Find_NVR.moQFinder/res/Lang/en_GB/Find_NVR.poQFinder/res/Lang/en_GB/Finder.moQFinder/res/Lang/zh_CN/QFinder/res/Lang/zh_CN/Finder.poQFinder/res/Lang/zh_CN/Find_NVR.moQFinder/res/Lang/zh_CN/Find_NVR.poQFinder/res/Lang/zh_CN/Finder.moQFinder/res/Lang/pl_PL/QFinder/res/Lang/pl_PL/Finder.poQFinder/res/Lang/pl_PL/Find_NVR.moQFinder/res/Lang/pl_PL/Find_NVR.poQFinder/res/Lang/pl_PL/Finder.moQFinder/res/Lang/sv_SE/QFinder/res/Lang/sv_SE/Finder.poQFinder/res/Lang/sv_SE/Find_NVR.moQFinder/res/Lang/sv_SE/Find_NVR.poQFinder/res/Lang/sv_SE/Finder.moQFinder/res/Lang/nl_NL/QFinder/res/Lang/nl_NL/Finder.poQFinder/res/Lang/nl_NL/Find_NVR.moQFinder/res/Lang/nl_NL/Find_NVR.poQFinder/res/Lang/nl_NL/Finder.moQFinder/res/Lang/ru_RU/QFinder/res/Lang/ru_RU/Finder.poQFinder/res/Lang/ru_RU/Find_NVR.moQFinder/res/Lang/ru_RU/Find_NVR.poQFinder/res/Lang/ru_RU/Finder.moQFinder/res/Lang/de_DE/QFinder/res/Lang/de_DE/Finder.poQFinder/res/Lang/de_DE/Find_NVR.moQFinder/res/Lang/de_DE/Find_NVR.poQFinder/res/Lang/de_DE/Finder.moQFinder/res/Lang/fi_FI/QFinder/res/Lang/fi_FI/Finder.poQFinder/res/Lang/fi_FI/Find_NVR.moQFinder/res/Lang/fi_FI/Find_NVR.poQFinder/res/Lang/fi_FI/Finder.moQFinder/res/Lang/es_ES/QFinder/res/Lang/es_ES/Finder.poQFinder/res/Lang/es_ES/Find_NVR.moQFinder/res/Lang/es_ES/Find_NVR.poQFinder/res/Lang/es_ES/Finder.moQFinder/res/Lang/it_IT/QFinder/res/Lang/it_IT/Finder.poQFinder/res/Lang/it_IT/Find_NVR.moQFinder/res/Lang/it_IT/Find_NVR.poQFinder/res/Lang/it_IT/Finder.moQFinder/res/Lang/ko_KR/QFinder/res/Lang/ko_KR/Finder.poQFinder/res/Lang/ko_KR/Find_NVR.moQFinder/res/Lang/ko_KR/Find_NVR.poQFinder/res/Lang/ko_KR/Finder.moQFinder/res/Lang/da_DK/QFinder/res/Lang/da_DK/Finder.poQFinder/res/Lang/da_DK/Find_NVR.moQFinder/res/Lang/da_DK/Find_NVR.poQFinder/res/Lang/da_DK/Finder.moQFinder/res/Lang/zh_TW/QFinder/res/Lang/zh_TW/Finder.poQFinder/res/Lang/zh_TW/Find_NVR.moQFinder/res/Lang/zh_TW/Find_NVR.poQFinder/res/Lang/zh_TW/Finder.moQFinder/res/Lang/ja_JP/QFinder/res/Lang/ja_JP/Finder.poQFinder/res/Lang/ja_JP/Find_NVR.moQFinder/res/Lang/ja_JP/Find_NVR.poQFinder/res/Lang/ja_JP/Finder.moQFinder/res/Finder.iniQFinder/res/img/QFinder/res/img/unknown.icoQFinder/res/img/failed.icoQFinder/res/img/icon_che.icoQFinder/res/img/WelcomeInit.bmpQFinder/res/img/latest.icoQFinder/res/img/reminder.icoQFinder/READMEQFinder/QFinderxxxxxx@Eigenbau:~/Packages$ lsAnyDVD                 Favoriten                       otr                             ScidCABAReT_5.0            Flv                             Passwortknacker                 SignaturenChipkartenleser_KAAN   Fonts                           PDF_Editor                      SkypeCitavi                 Grafikkarte                     PDF Scansoft                    UhrenCloneCD                iTunes_fuer_Windows             PDF_XChange_Viewer              virtualboxCloneDVD               Literat                         QFinder                         xmindcuneiform-linux-1.1.0  Moneyplex                       QFinderLinux_1.0.3.0607.tar.gz  yagf-0.8.6-Sourcef4                     officebib-506-1-debian-ubu.deb  RealPlayer                      Youtube2Videoxxxxxx@Eigenbau:~/Packages$


    Dann noch:


    Code
    xxxxxx@Eigenbau:~/Packages$ QFinder
    QFinder: Befehl nicht gefunden.
    xxxxxx@Eigenbau:~/Packages$ cd QFinder
    xxxxxx@Eigenbau:~/Packages/QFinder$ sh ./QFinder
    xxxxxx@Eigenbau:~/Packages/QFinder$


    Bin ratlos. Was habe ich falsch gemacht?


    Marind

    Hallo NAS-Fans,


    leider weiß ich gar nicht, ob ich bei Euch richtig bin ;)


    Wenn ich von einem Desktop-Rechner aus mein TS-859 Pro+ ansteuere, die Download-Station lade, um einen BitTorrent-Auftrag hinzuzufügen, öffnet er mir eine Maske, in der der "Durchsuchen"-Button inaktiv ist (siehe QNAP_BT_Auftrag_hinzufuegen_110714.png). Mit anderen Rechnern aus dem Netzwerk passiert mir das nicht.


    Hardware:


    NAS:
    QNAP TS-859 Pro+
    mit aktueller Firmware
    Desktop:
    Motherboard Asus P5K/C/SI
    Sockel 775 Intel Core 2 Duo 6750 boxed
    3 DDR2-RAM PC 8001024 MB Team Memory CL 5
    Grafikkarte: Colorful GXHGMB102164 GeForce GT 430 1024 MB DDR3
    Netzteil LC-Power 550 Watt Giant, 140 mm Lüfter
    Festplatte: Samsung HD5011J 500 GB


    Software:
    Ubuntu 11.04 / 64



    Nun muss ich dazu sagen, dass besagter Rechner auch an anderen Stellen zickt, weshalb ich im Ubuntuuser-Forum auch einen Thread eröffnet habe.
    http://forum.ubuntuusers.de/to…ch-firefox-friert-ein-ne/
    Allerdings hapert es eben auch an der Kooperation mit dem TS-859 Pro+. Zuweilen verabschieden sich die Menüeinträge (siehe "Bildschirmfoto_110627_NAS.png"). Und vielleicht ist es anderen Linuxern ähnlich gegangen.


    Bin gespannt, ob von Euch jemand eine Idee hat.


    Marind

    Hallo Cello, hallo Eraser-EMC2-,


    ich habe das gleiche Problem wie Du, Cello, und hatte das schon einmal:


    http://forum.qnapclub.de/viewtopic.php?f=35&t=13509


    Nun habe ich versucht, die im o.g. Thread genannten DNS von Kabel Deutschland einzutragen.


    Dann habe ich DNS unter


    https://www.dns-oarc.net/oarc/services/dnsentropy

    getestet und jene Daten eingetragen.
    Dann habe ich wieder die IP des Routers eingetragen.


    Die gleiche Fehlermeldung wie Cello bekomme ich trotzdem.


    Gruß
    Marind