nochmal um sicher zu gehen, dass ich die richtig verstanden habe.
bei dir funktioniert qget wirklich wenn du in deinem qnap den haken bei "Nur eine sichere Verbindung (SSL) herstellen" setzt ?
welchen port verwendest du default 443 ? ich hab ihn auf nen highport gestellt.......
zum thema anfragezettel, benutzer erstellen die nur rechte für die downloadstation haben wäre wie gesagt auch ne super sache 
hatte das selbe problem auch! und es liegt wirklich an qget mit https verbindung ! mir is der fehler fast egal, viel schlimmer finde ich das es einfach nicht funktioniert. leider muss ich deshalb auf den qget client verzichten und alles über die webapp machen. nennt mich paranoid, aber mein admin pw der nas werde ich auch nicht in meinem eigenen netz unverschlüsselt preisgeben.
wird zeit das sich qnap mal drum kümmert. kann doch nicht so schwer sein auch noch https in qget zu implementieren. einen anderem user zugriff auf die downloadstation zu gebene wäre wenigstens auch ne lösung aber auch das funktioniert nicht! bin echt enttäuscht.
Zitat von "netrene"
Ich habe es gerade bei mir probiert und alle meine drei Macs fahren sauber und ohne Probleme runter.
du verwendest afp, deine macs haben deine shares gemountet und du hast die nas runtergefahren und dann erst deine macs ?
nur um sicher zu gehen dass wir von der dem selben szenario ausgehen.
gruss,
chris
wenn ich die nas runterfahre und dann meine macs, beleiben sie beim runterfahren hängen.
vielleicht weil sie die shares nicht mehr unmounten können ? für sowas sollte es doch ein timeout geben.
weiß aber leider nicht ob es an snow leo liegt, da ich keine altes leopard mehr habe. jemand ähnliche probleme ?
Zitat von "frosch2"Die Umleitung im Router kann und wird nicht funktionieren.
Warum? (als Eingangsport nehme ich 10000 als Beispiel)
.....
Man müsste den ssl-Port ändern, an dem der Qwebserver lauscht.
Wie? Keine Ahnung.
danke! nicht das wir diese informationen bereits in meinen postings stehen haben Was du das beschreibst bezieht sich aber nur auf die firmware von QNAP.
Zitat von "frosch2"
Aber warum nicht den ganzen Qhttpd-Inhalt in ein Unterverzeichnis von Qweb kopieren und im Apache einen vHost auf Port 10000 mit dem Zertifikat anlegen?
Soweit so gut.
wäre eine idee. trotzdem schade dass es nich schon out of the box unterstützt wird.
Zitat von "frosch2"
Warum den ssl-Port verlegen?
Sicherheit?
Ein Portscan hält der Verlegung nicht stand.
Quatsch, der 01815 china portscanner scannt immer die standart ports. der hat überhaupt keine zeit bis 64k hoch zu scannen.
Zitat von "frosch2"
Die Sicherheit bietet die Software, die an einem Port gebunden ist.
Ich frage mich gerade, wieviel Internet-Server den Port 80 oder 443 verlegt haben, damit sie niemals erreicht werden können.
Verstehe deine Aussage hier garnicht?
Zitat von "frosch2"
Hast du es probiert?
Wird nicht gehen.
Was wird nicht gehen ?
Zitat von "frosch2"
Relative Pfade fangen mit '..' an, niemals mit '/', dies ist absolut.
copy & paste fehler, ich glaub man wird den Kern meiner aussage schon verstanden haben.
hab mir grad dern quelltext der seite angesehen. ist leider so wie ich es vermutet habe:
bei http wird der port weitergereicht
oFormSidForm.action = "http://"+ location.hostname + webAccessPortString +"/cgi-bin/index.cgi";
bei https wird der port nicht weitegreicht. gibt ja auch keine config dafür in der qnap.
oFormSidForm.action = "https://"+ location.hostname +"/cgi-bin/index.cgi";
eigentlich sollte im formular sowieso nur ein relativer pfad angeben sein wie zb /cgi-bin/index.cgi (sprich ohne hostname und port), dann wäre das problem auch gelöst
sollten die jungs von qnap mal ändern. ganz schön bescheuert sowas.
teilweise richtig. wenn du KEINEN port angibst, "springt" der browser bei https automatisch auf 443.
wenn du mit https an port z.b. 2323 ran geht, dann bleibt er auch da.
ausser der server macht einen redirect auf port 443. und nur so kann mein bug zustande kommen
gruß
nein wenn ich in meinen router über NAT extern port XY verwende und ihn auf port 443 weiterleite ...müsste es funktionieren !
ausser die qnap firmware hat einen fehler. wäre super wenn mir das einfach jemand bestätigigen könnte ?
hi,
wie gesagt der browser selber findet die seite nicht.
(Firefox kann keine Verbindung zu dem Server unter xxxxxxx.dyndns.org aufbauen.).
ich vermute mal dass die jungs von qnap irgendwo in der firmware den https port 443 fest codiert haben,
was aber meiner meinung nach echt nen anfänger fehler wäre.
hi,
ich komme zwar via https über dyndns auf das webinterface der nas (auswahl bildschirm).
nur nachdem ich mich einlogge gehts leider nicht weiter, sprich seite wird nicht gefunden.
habe via router NAT port 443 intern weitergeleitet und nach aussen auf einen highport gelegt (stichwort sichertheit).
im lan funktionier das ganze natürlich.
jemand eine idee woran das liegen kann ?
danke!
Hallo,
kann mir jemand bitte 1TB Festplatten für das TS-639 PRO empfehlen, die so leise wie möglich sind!
Die WD Platten fallen ja schon mal raus, Stichwort Smartwerte.
Was bleibt? Samsung? Seagate? Welches Modell?
Vielen Dank,
Chris
