Beiträge von LinuxfarmerHH

Netzwerk überprüft und ja das ist etwas komisch. Natürlich macht der QNap Richtung Inhouse alle Freigaben und UPNP. Natürlich hat er auch kein Problem sein Firmware Update zu machen und seine eigenen Haus APPs zu aktualisieren.

Also Test eingeloggt über SSH.

[qmaster@hades ~]$ wget https://wordpress.org/latest.zip
--2018-05-25 15:34:33--  https://wordpress.org/latest.zip
Resolving wordpress.org (wordpress.org)... 198.143.164.252
Connecting to wordpress.org (wordpress.org)|198.143.164.252|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 9502138 (9.1M) [application/zip]
Saving to: ‘latest.zip’

latest.zip          100%[=====================>]   9.06M  4.87MB/s   in 1.9s

2018-05-25 15:34:41 (4.87 MB/s) - ‘latest.zip’ saved [9502138/9502138]

Zeigt das IPv4 DNS funktioniert und Dateien über HTTPS herunter geladen werden können.

Nochmal DNS

[qmaster@hades ~]$ nslookup http://www.qnapclub.eu
Server:     scylla.myth.lan
Address:    192.168.1.1

Name:       http://www.qnapclub.eu
Address:    37.187.75.121

Das App Center macht arbeitet nur mit QNAP eigenen Apps, klappt prima.

[qmaster@hades ~]$ wget https://qnapclub.eu/de/repo.xml
--2018-05-25 15:46:01--  https://qnapclub.eu/de/repo.xml
Resolving qnapclub.eu (qnapclub.eu)... 37.187.75.121
Connecting to qnapclub.eu (qnapclub.eu)|37.187.75.121|:443... connected.

Hier kann man die repo.xml auch nicht herunter laden, wer die Zeile mal in einen Browser eingibt kriegt sie sofort angezeigt.

201607221201  iPerf3 iPerf3 https://qnapclub.eu/de/qpkg/releasenotes/180 QnapClub Entwicklerwerkzeuge https://qnapclub.eu/qpkg_artifacts/iPerf3_3.1.0_x86/qpkg_icon_80.gif 4.2.1 3.1.3 
TS-X41            https://qnapclub.eu/de/qpkg/model/download/98000/iPerf3_3.1.3.1_arm-x41.qpkg

Ist das nun eine partielle Nichtfunktion? Mir fällt keine vernünftige Erklärung dafür ein

Moin,

habe hier die TS231P und seit über einem Jahr erfolgreich die Repo von qnapclub drin gehabt. Gibt momentan aber auch zig verschiedene URL und ich weiss nicht wirklich welche aktuell und funktionell ist. Momentan funktioniert keine davon, beim Update gibt es nur:

NAS konnte die App Informationsliste nicht beziehen. Bitte ihre Netzwerkeinstellungen prüfen.

Anleitung mit URL die hier nicht geht: https://qnapclub.eu/de/howto/1

QTS: 4.3.4.0569 + zugehörige Appcenter Version

Wer hat mal eine URL die definitiv funktioniert?

Hmm, also ist es tatsächlich notwendig ein W10 dann auf smb1 zu degradieren um ein Filesharing mit dem Qnap überhaupt möglich zu machen? Kriegte da schon noch mehr graue Haare weil sowohl smb2 also auch smb3 keine Verbindung kriegten.

Obwohl das so einfach klingt, Windows User mit seinem Passwort auch im NAS anlegen und das Share darauf berechtigen. In der QNap Theorie sollte das dann ein smb3 Share ergeben. Hat hier nie funktioniert, Windows verweigert strikt den Zugriff, frägt sogar noch nach einem Passwort und ignoriert dann das richtige.

Mit einem W10 Proff könnte man den NFS Client von M$ installieren, bei Home ist das unterbunden und externe NFS Clients technisch sabotiert.

Okay also MS Onedrive funktioniert nun wieder, natürlich alles im Cloud Drive Sync weil QNap zurück rudert und die Billig-Clouds aus dem HBS heraus genommen hat.

Google Drive durchläuft die Online Anmeldung im Web, ich kriege die Warnmails von Google auf das Handy und dann eiert in Cloud Drive Sync der Wartezeiger bis das NAS mich ausloggt. Kurzum: QTS Fehler oder Google hat da was geändert.

WebDAV: Also Autos mit runden Reifen verwenden dies als Standard, man hat das mal so abgesprochen und normiert hat. Google verwendet dreieckige Reifen die am besten auf Google Straßen mit Einbuchtungen zu fahren sind und Microsoft die eckigen Reifen für Microsoft Straßen. Jeder der die Spezialstraßen befahren will, muss dies auf Zeit lizensieren

https://en.wikipedia.org/wiki/WebDAV

Noch immer funktioniert meine Web.de Cloud über die WebDAV App beharrlich zuverlässig, jede Cloud die diesen Standard bietet könnte man mit dem QNap prima nutzen. Schade das es wohl fast keine Anbieter mehr gibt die das im Programm haben, dafür würde ich glatt zahlen.

Heute gab es ein Update von QTS 4.3.4 20180501 aber der Fehler bleibt, GDive und MS Onedrive kann man einmalig mit Cloud Drive Sync enablen und zurück gekehrt ins Cloud Drive Sync ist der Zugriff dann verboten.

Schaut man allerdings in die Accounts der Clouds hinein, dann ist das QNAP dort korrekt registriert und für den Datenzugriff zugelassen. Proprietärer Sh***** nur noch web.de per webdav funktioniert richtig.

Erst waren Clouds teuer

Dann krankte es an Breitband, vor allem Uploadbandbreite

Heute verka**** die Anbieter mit proprietärem Zugriff statt Webstandards die Nutzung

Ich beginne zu verstehen, warum NAS heute viele USB Ports haben....

Habe ich hier mit MS Onedrive und Google Drive, der ganze Tanz begann als Qnap diese beiden Clouds von HBS nach CBS umverlagert hat. Seitdem kann ich mich auf der Loginseite der Clouds anmelden, in CBS kurbelt sich der Wartezeiger kaputt: "Netzwerkverbindungsfehler".

Irgendwas hat Qnap da zünftig verfrickelt, vor allem da Connect und Transfer ja irgendein proprietärer XXXX sind. Warum die nun alle Arten von Backup in 3 Programme auseinander dividieren, statt alles im HBS zu bünden ist mir auch unverständlich.

QTS 4.3.4.0537

CBS 2.1.556

TS-231P

P.S. Empfehlungen für mehr webdav Clouds sind immer willkommen.

Die Apps von Qnap sind ziemlicher schrunz, das Hybridbackup kann zum Beispiel kein verschlüsseltes WebDAV das in Europa ein Standard ist, dann akzeptiert es diese Cloud nicht. Also muss man Hybridbackup UND parallel die WebDAV APP konfigurieren, seit Jahresanfang steht mein Thread in deren Forum. Seltsamerweise ist Qnap sehr bemüht das Hybridbackup viele proprietäre Protokolle zum sichern bedienen kann statt definierter Standards.
Mein NAS sichert sich nun nachts auf eine USB3 Platte die dran hängt, das kann Hybridbackup immerhin und sogar nur Änderungen um nicht jedes mal alles komplett sichern zu müssen. Hybridbackup und WebDAV syncen dann die Clouds, so das man tagsüber auf dem NAS arbeitet. Aber man muss öfters mal nach den Logfiles schauen, denn wie der OP oben schon zeigt hakt sich das gerne mal weg. Oder sichert eine Rekursion (die es nicht auf Platte gibt) bis die Cloud nach Stunden platzt....

Die Rechner im Haushalt (Linux) verwenden alle dejadup was lediglich ein NFS Share auf der Qnap braucht, verschlüsseln tut dabei dejadup. Die NFS Shares werden auf den Rechern mit dem NFS-Client und AutoFS eingebunden wenn man auf die Ordner zugreift.

Falls jemand ein Windows Programm in der Qualität die dejadup kennt das einfach nur in ein Share sichern und auch wirklich Restore kann, dann würden mich Vorschläge freuen.

Hallo,

ich beginne hier einfach mal mit einer Kurzbeschreibung, was hier schon läuft und was ich gerne noch realisieren möchte.

Sitze hier hinter einem DS-Lite Anschluss (RFC 6333) mit /56er Prefix und habe einen LEDE Router laufen. Dadurch kann ich meinem Qnap immer eine aktuelle IPv6 aus dem aktuellen Prefix zuweisen. Der LEDE Router davor bedient ein DDNS6 Dienst der Zugriff auf ihn per IPv6 von außen erlaubt. Der Webserver und die Dienste des NAS können im LAN problemlos über seine IPv6 angesprochen werden.
Bei IPv6 heisst es nun nicht mehr UPNP mit NAT, sondern über eine IGD2 (PCP) Anforderung leitet die Firewall im Router einen Port von draußen nach drinnen weiter. Das myqnapcloud Programm ist leider plain IPv4 und kann weder mit IPv6 noch IGD etwas anfangen. Dabei braucht es lediglich eine IGD2 Anfrage vom NAS an den Router und der Port würde sich öffnen.

Wem es mal richtig in den Fingern juckt Dinge mit IPv6 zu lösen, der ist eingeladen und jede Idee ist willkommen. Gibt es ein Softwarepaket wo vielleicht ein solches Tool drin steckt? Noch ganz andere Ideen um Lösungen zu finden die dann jeder verwenden kann?

P.S. Die Dinge im 24/7 laufenden Router zu lösen macht auch mehr Sinn, als das NAS über Nacht wenn es keiner braucht nicht in den idle zu schicken.

LinuxfarmerHH