cleptomanix
Goto Top

Nextcloud auf QNAP (Container Station)

Hallo Zusammen,

ich stehe aktuell vor der Problematik eine Nextcloud auf meinem QNAP aufzusetzen. Leider scheitere ich an gewissen Anforderungen.

Aktuell läuft ein Debian Jessie als LXC (Container). Eine Entsprechende statische Route ins Netz für die Container (10.0.3.0/24) für auf meiner Fritzbox eingerichtet. Die Nextcloud ist mit folgender Apache VHost config auch aus dem normalen Clientnetz zu erreichen:

Alias /nextcloud "/var/www/nextcloud/"  

<Directory /var/www/nextcloud/>
  Options +FollowSymlinks
  AllowOverride All

 <IfModule mod_dav.c>
  Dav off
 </IfModule>

 SetEnv HOME /var/www/nextcloud
 SetEnv HTTP_HOME /var/www/nextcloud

</Directory>

Da eine Anforderung ist, dass die Nextcloud auf Port 81 laufen soll (muss noch für SSL Überzeugungsarbeit leisten, da unverschlüsselt für mich persönlich nicht in Frage kommt)
habe ich im VHost und in der Apache Ports.conf Listen 81 hinzugefügt. Leider kann ich auch intern die Nextcloud nicht über Port 81 ansprechen (Verbindung abgelehnt).
Gibts es da vielleicht einen Lösungsansatz?
Über Hilfe würde ich mich freuen

Content-Key: 381129

Url: https://administrator.de/contentid/381129

Printed on: April 23, 2024 at 18:04 o'clock

Member: dodo30
dodo30 Jul 24, 2018 at 08:14:34 (UTC)
Goto Top
hey,

was sagt denn
netstat -tulpn
?

wird auf port 81 denn gelauscht?
Mitglied: 129580
Solution 129580 Jul 24, 2018 updated at 12:18:01 (UTC)
Goto Top
Hallo,

du musst dem Scope den Port 81 zuordnen. Also so:

<VirtualHost *:81>
 Alias /nextcloud "/var/www/nextcloud/"  
 
 <Directory /var/www/nextcloud/>
   Options +FollowSymlinks
   AllowOverride All
 
  <IfModule mod_dav.c>
   Dav off
  </IfModule>
 
  SetEnv HOME /var/www/nextcloud
  SetEnv HTTP_HOME /var/www/nextcloud
 
 </Directory>
</VirtualHost>
 

Viele Grüße.
Exception
Member: ClepToManix
ClepToManix Jul 30, 2018 at 14:10:11 (UTC)
Goto Top
danke hat funktioniert ^^
Member: ClepToManix
ClepToManix Jul 30, 2018 at 14:10:47 (UTC)
Goto Top
Ja wurde gelauscht, lag tatsächlich an der vhost config.
Aber dennoch danke face-smile