Stimmt...
Wenn du möchtest kann ich dir die erste und letzte Mail schicken. Wie auch immer ich bin angepisst und hab grad kein Bock mehr.
Stimmt...
Wenn du möchtest kann ich dir die erste und letzte Mail schicken. Wie auch immer ich bin angepisst und hab grad kein Bock mehr.
Auch eine schöne Geschichte von mir!
Ein Ticket wegen einem Fehler beim MAC mit Videos und Traces von mir usw...
Laufzeit QNAP 1,5 JAHRE !!!!! Dann einmal 3 Tage nicht auf eine Mail geantwortet und zack Ticket zu. Die brauchen mir mit nichts mehr kommen. Ich baue bei meinen Firmen aktuell keine QNAP mehr ein nur noch direkt Server oder Syno.
Das sind so zwar nur ca. 10 Stück im Monat gewesen. Ich weiß für QNAP nur Kleinkram, aber Thema QNAP ist für mich gestorben.
Ein gefrusteter sonst immer gut gelaunter ExKunde
Es nervt aber langsam, wenn an jedem Scheiss ne ellenlange Diskussion entsteht...
Das kann man auch mal über PN machen oder wegen mir ein eigener Thread. Mittlerweile ist es echt so, dass man einige Themen nicht mehr lesen brauch, weil da nur noch über anderen ..... diskutiert wird.
Ich sag nur ein Wort: USV
Hallo,
kannst du mir den Vorteil zu einer direkten Docker Installation sagen? Funktionieren hier Updates über den internen Updater?
Edit: Ich habe mir dein Tutorial jetzt mal zu Gemüte gezogen und muss sagen dass es schon ein paar Vorteile gibt, die du oben auch erwähnt hast. Aber ich habe das Gefühl, dass das Laden relativ lange dauert (TS453 Pro)
Muss aber auch dazu sagen, dass ich mich für die Einbindung in die lokale SQL DB entschieden habe.
+ https Unterstützung
+ Docker wird nicht bei jedem Klick auf die Einstellungen neu gestartet
+ schnell eingerichtet
+ Verzeichnis Wahl
- gefühlt langsamer als eine lokale Installation
Vielen Dank für die Anleitung!
Hallo,
Aktuell habe ich eine QNAP 453 Pro mit Firmware 4.3.4.0435.
Meine Konfiguration sieht so aus.
Router: Fritzbox 6360 (DHCP)
QNAP: 1 NIC angebunden fester IPAdresse ausserhalb vom DHCP Bereich 192.168.1.2
Virtualisation Station: 3 VMs mit manuell vergebener IP Adresse ausserhalb vom DHCP Bereich
Virtueller Switch: Adapter 1 mit manueller IP Adresse vom QNAP (kein NAT)
Nun zum Problem:
QNAP wird von der Fritzbox erkannt mit 192.168.1.2, sobald ich eine VM starte erkennt die Fritzbox die VM mit Ihrer IP Adresse (Bsp.: 192.168.1.100) und zusätzlich erscheint in der Liste der Netzwerkgeräte in der Fritzbox ebenfalls der Name der VM mit der IP Adresse der QNAP. Das bedeutet das meine Liste so aussieht:
QNAP 192.168.1.2
VM 192.168.1.100
VM 192.168.1.2
Das allein würde mich nicht stören, wenn die Fritzbox durch die doppelten Einträge immer wieder auf die Idee kommt a) meine freigeschalten Ports auf die VM zu schicken und b) Freigaben über DNS Namen nicht immer funktionieren.
Ich habe bereits die Fritzbox zurückgesetzt.
Ebenfalls habe ich versucht dem Virtuellen Switch eine andere NIC zuzuweisen ohne IP Adresse. Dann können allerdings die VMs die QNAP nicht erreichen. Was auch richtig ist laut Anleitung.
Kann mir hier jemand Tips geben? Bzw. ob ihr auch das Problem habt?
Vielen Dank und Gruss
Stefan
Ich kann nix dafür, aber ich kann es mir nicht verkneifen...
Es liegt an der Notes Station
P.S.: Sorry Fanti
Hallo,
Natürlich klappt die eigentliche VM mit dem RDP Client. Allerdings gibt es einige Einstellungen ja nur über die VM Station und die bekomme ich aufgrund des fehlenden Zertifikats nicht angezeigt. Wie importiert man denn das Zertifikat im IPAD?
Danke!
Lies Dir das mal durch.
Lange Rede kurzer Sinn...
Zertifikat an einem Rechner exportieren und per E-Mail ans iPad senden.
Dann kannst du es installieren.
Nein, der Threadersteller möchte über Browser zugreifen und RDP nur als zweit Lösung!
Siehe hier. In einigen Konstellationen benötigt man das Zertifikat.
Beispiel bei mir: Subdomain -> Reverse Proxy -> QNAP
Ich hab das gleiche Problem, dass ich aber auch mangels Willen, Zeit usw.... nicht lösen kann. Es ist aber nachvollziehbar.
Erklärung: Wird die VS über https://InterneIP:8089 aufgerufen funktioniert es.
Stülpt man über diese Adresse einen Reverse Proxy: Beispiel: https:vs.domain.com -> https://InterneIP:8089
Ergebnis ist wie bei Dir.
Löst man das ganze Portfreigabe: Beispiel: https://vs.domain.com -> Umleitung auf https://vs.domain.com:8089 -> Portforwarding auf NASIP:8089
Funktioniert es.
Ich vermute mal, dass es dafür den Punkt unter dem VS gibt.
-> Präferenz -> Externe NAS Anmeldedaten
Mangels Doku, Willen, Zeit usw. hab ich das aber nicht zu Ende gespielt.
Schau in den Verzeichnissen über ssh.
/mnt/HDA_ROOT/.logs und oder /var/log/
Ich würde nach Zeit filtern von der Datei Erstellung. Vielleicht taucht da ws ungewöhnliches auf.
Vielleicht auch mal alles stoppen, was darauf läuft. Eventuell hast du dann mehr Zeit...
Ist vielleicht deine Temp zu hoch?
Ob die Zeit nach dem Neustart reicht zum Neu aufspielen weis ich nicht.Wo finde ich die Logs?
Ich würde in den Systemprotokollen schauen und ggf. ein Dump ziehen. Stichwort: QNAP Diagnostik Tool
Alternativ in /mnt/HDA_ROOT/.logs und dann vielleicht im event.log
5 min sollten langen
Firmware noch mal neu aufspielen?
Steht was im Log?
Ich habe vom Supoort die Antwort bekommen, dass der Fehler im Zusammenhang mit der neuen Python Version kommt.
Habe die ältere Python Version installiert. Dann läuft auch der Scanner
Und was genau haben die vor um das zu beheben
vncpasswd
Mal testen?!
Selbes Problem, seid dem monatlichen Sicherheitsupdate 11-2017 für Server 2012
QNAP TS453Pro, SMB 3, 4.3.3_361
Zugriff auf ein anderen Server, ein Synoligy und auf eine Airport geht. Nur QNAP nicht.
Und ich bekomm im Sekunden Takt Post: [Security] Added IP: [192.168.X.X to ban list for 60 minutes. Obwohl ich den Server runtergefahren habe.
EDIT: Netzlaufwerke gelöscht und wieder neu eingerichtet und schon geht es wieder....lustig
Domotz kann das.
Da kannst du einen Testmonat abschließen und den Speedtest dauerhaft laufen lassen.