{"id":433,"date":"2013-08-11T17:10:56","date_gmt":"2013-08-11T15:10:56","guid":{"rendered":"https:\/\/www.peerskrzypek.de\/wordpress\/?p=433"},"modified":"2013-08-11T19:38:50","modified_gmt":"2013-08-11T17:38:50","slug":"qnap-update-4-0-2-laesst-admin-oberflaeche-verschwinden","status":"publish","type":"post","link":"https:\/\/www.peerskrzypek.de\/wordpress\/2013\/08\/11\/qnap-update-4-0-2-laesst-admin-oberflaeche-verschwinden","title":{"rendered":"QNAP Update 4.0.2 l\u00e4sst Admin Oberfl\u00e4che verschwinden"},"content":{"rendered":"

Heute hatte ich ein gro\u00dfes Problem beim Update meines QNAP TS-119<\/strong> von Version 4.0.1 auf 4.0.2.<\/p>\n

Als erstes habe ich mein QNAP TS-459 Pro II<\/strong> ohne irgendwelche Probleme upgedated. Also sollte auch mein zweites, als Remote Backup Storage ausgelegtes QNAP TS-119, geupdated werden.<\/p>\n

Im Gegensatz zu meinem QNAP TS-459 Pro II<\/strong> habe ich in die Konfiguration des QNAP TS-119<\/strong> nie viel Zeit investiert. Lediglich ein Remote Backupserver wurde eingerichtet und die Administrations Oberfl\u00e4che hat einen seperaten Port bekommen:
\nDas TS-119 h\u00f6rt auf der 8080 f\u00fcr http Verbindungen und auf der 8081 f\u00fcr verschl\u00fcsselte https Verbindungen. Ausserdem ist die Administration nur \u00fcber gesicherte Verbindunden (https auf 8081) erlaubt.
\n\"Netzwerk<\/a>Die Einstellungen des Webserververs habe ich nie ge\u00e4ndert.
\n\"webserver-vor-update\"<\/a>Nun zur\u00fcck zum Update: Nach dem Update von 4.0.1 auf 4.0.2 habe ich den Hinweis „Warten auf Neustart des System“ oder so bekommen. Beim voher upgedateten QNAP 459 Pro II hat dies 3 Minunten gedauert.
\nAls ich von meinem TS-119 nach einer halben Stunde immer noch keinen neuen Admin-Anmelde bildschirm bekommen habe, wurde ich unruhig. Ich konnte nicht beurteilen, ob ein Neustart erfolgreich ausgef\u00fchrt wurde, da es nicht vor Ort steht. Beim Anmeldeversuch auf der Admin Login Seite auf dem SSL Port 8081 wurde ich immer auf den nicht gesicherten Port 8080 umgeleitet. Dieser Port wird vom Router jedoch nicht an das TS-119 weitergeleitet.
\nMit blieb nichts anderes \u00fcbrig, als zum TS-119 zu fahren, um mit der Fehlersuche zu beginnen.<\/p>\n

Vor Ort signalisierten die Status-LEDs das alles OK ist. Also noch einmal die Admin Login Seite aufrufen. Mein Browser endete in einer Dauerschleife: Von dem gesicherten Port 8081 wurde ich auf den nicht gesicherten Port 8080 weitergeleitet. Von hier wieder auf den gesicherten Port 8081.<\/p>\n

Also einmal \u00fcber den Ein\/Ausschalter das QNAP neu starten. Danach \u00fcber den Port 8081 im Browser versuchen die Admin Login Seite aufzurufen. KEIN Erfolg – das gleiche Spiel!<\/p>\n

Also noch einmal Neustarten. Und: Kein Gl\u00fcck mit der Admin Login Seite.<\/p>\n

Dann habe ich den Zugriff per SSH probiert. Und: Anmeldevorgang erfolgreich! Das QNAP lebte also noch \";)\"<\/p>\n

Als N\u00e4chstes mal ein ps aux<\/strong>. Hier waren viele apache<\/strong> und apache_proxy<\/strong> Prozesse zu sehen. Warum kann ich mich also nicht anmelden?
\nIch kontrollierte die Konfig-Files f\u00fcr das Web Admin Interface:
\n\/etc\/apache-sys-proxy.conf<\/strong> and \/etc\/apache-sys-proxy-ssl.conf<\/strong>
\nBeide Dateien schienen korrekte Konfig Files zu sein.<\/p>\n

\"apache-proxy-ssl.conf\"<\/a>
\/etc\/apache-proxy-ssl.conf mit konfigurierten Port 8081 f\u00fcr Admin Oberfl\u00e4che<\/figcaption><\/figure>\n

Dann kontrollierte ich die Apache Konfig Files:
\n \/etc\/config\/apache\/apache.conf<\/strong> schien auch OK. Aber Moment: Es wurde noch die Konfig Datei f\u00fcr den SSL-Apache eingebunden: \/etc\/config\/apache\/extra\/apache-ssl.conf<\/strong>.
\n<\/strong>Ich kontrollierten auch diese und hatte eine Idee.<\/p>\n

In der Datei \/etc\/apache-sys-proxy-ssl.conf<\/strong> war ein Listen 8081<\/strong>. Richtig, das SSL-Admin Interface nimmt auf Port 8081 Verbindungen entgegen.
\nAber auch in der Datei \/etc\/config\/apache\/extra\/apache-ssl.conf<\/strong> fand ich ein Listen 8081<\/strong>„. Dabei hatte ich nie einen SSL-Webserver konfiguriert, bzw. aktiviert.<\/p>\n

Na gut. Dann bearbeite ich halt die Datei \/etc\/config\/apache\/extra\/apache-ssl.conf<\/strong> und \u00e4ndere den Port manuell von Listen 8081<\/strong> auf Listen 8082<\/strong>.<\/p>\n

\"apache-ssl.conf<\/a>
\/etc\/config\/apache\/extra\/apache-ssl.conf mit korrigiertem Port 8082<\/figcaption><\/figure>\n

Danach werden die Apaches neu gestartet. Ich habe mal die Prozesse beendet:
\nkillall apache<\/strong>
\nkillall apache_proxy<\/strong><\/p>\n

Nach einer Minute waren sie wieder da. Scheinbar checked das QNAP per cronjob, ob die Apache noch laufen und startet sie bei Bedarf neu.<\/p>\n

Dann ein neuer Anmelde Versuch auf der Admin Oberfl\u00e4che und: Bingo! Ich kann mich wieder auf der Web Admin Oberfl\u00e4che am QNAP anmdelen. Als letztes ver\u00e4ndere ich noch den Port im Admin f\u00fcr Anwendungen -> Webserver -> SSL von 8081 auf 8082. Somit sollte beim n\u00e4chsten Update alles glatt laufen.<\/p>\n

Nach einem Neustart des QNAP ist weiterhin die Admin Oberfl\u00e4che aufrufbar.<\/p>\n","protected":false},"excerpt":{"rendered":"

Heute hatte ich ein gro\u00dfes Problem beim Update meines QNAP TS-119 von Version 4.0.1 auf 4.0.2. Als erstes habe ich mein QNAP TS-459 Pro II ohne irgendwelche Probleme upgedated. Also sollte auch mein zweites, als Remote Backup Storage ausgelegtes QNAP TS-119, geupdated werden. Im Gegensatz zu meinem QNAP TS-459 Pro II habe ich in die […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7],"tags":[21,22,23],"class_list":["post-433","post","type-post","status-publish","format-standard","hentry","category-pc","tag-qnap","tag-ts-119","tag-ts-459-pro-ii"],"_links":{"self":[{"href":"https:\/\/www.peerskrzypek.de\/wordpress\/wp-json\/wp\/v2\/posts\/433","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.peerskrzypek.de\/wordpress\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.peerskrzypek.de\/wordpress\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.peerskrzypek.de\/wordpress\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.peerskrzypek.de\/wordpress\/wp-json\/wp\/v2\/comments?post=433"}],"version-history":[{"count":8,"href":"https:\/\/www.peerskrzypek.de\/wordpress\/wp-json\/wp\/v2\/posts\/433\/revisions"}],"predecessor-version":[{"id":450,"href":"https:\/\/www.peerskrzypek.de\/wordpress\/wp-json\/wp\/v2\/posts\/433\/revisions\/450"}],"wp:attachment":[{"href":"https:\/\/www.peerskrzypek.de\/wordpress\/wp-json\/wp\/v2\/media?parent=433"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.peerskrzypek.de\/wordpress\/wp-json\/wp\/v2\/categories?post=433"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.peerskrzypek.de\/wordpress\/wp-json\/wp\/v2\/tags?post=433"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}