Hallo,
ich will einen Webserver mit Nextcloud auf der Grundlage von Debian12
aufsetzen (später sollen noch eine lokale Webseite und eine Wiki
dazukommen).
Apache2, PHP8, MariaDB und Nextcloud sind installiert und liefern
erstmal keine Fehlermeldungen.
Der Aufruf der Rechner-IP (192.168.1.42) zeigt mir das 'Testbild' von
Apache, nicht aber das Login der Nextcloud.
Da ich keine Ahnung von virtuellen Hosts habe, vermute ich den Fehler hier.

/etc/network/interfaces:

source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
allow-hotplug wlp3s0b1
iface wlp3s0b1 inet static
address 192.168.1.42
netmask 255.255.255.0
gateway 192.168.1.1
wpa-ssid fritz.box
wpa-psk xxxxxxxxxxxxxxxxxxxx

/etc/hosts:

127.0.0.1 localhost
127.0.1.1 debian.fritz.box debian
# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

/etc/hostname:

debian

Bis hierhin ist für mich Alles einigermassen verständlich.
Bei der nextcloud.conf vermute ich den (die) Fehler.

/etc/apache2/sites-available/nextcloud.conf

<VirtualHost *:80>
ServerName nextcloud.fritz.box
DocumentRoot /var/www/nextcloud/
# log files
ErrorLog /var/log/apache2/files.fritz.box-error.log
CustomLog /var/log/apache2/files.fritz.box-access.log combined
<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>

Kann mir hier jemand weiterhelfen?

Danke

Udo

Am 11.04.24 um 10:12 schrieb Udo Dawid:

>
> /etc/apache2/sites-available/nextcloud.conf
^^^^^^

>
> Kann mir hier jemand weiterhelfen?
>
Auch enabled?

Tim

Am 11.04.24 um 11:12 schrieb Tim Ritberg:
> Am 11.04.24 um 10:12 schrieb Udo Dawid:
>
>> /etc/apache2/sites-available/nextcloud.conf
> ^^^^^^
> Auch enabled?

Was heißt enabled, nach Änderungen an der Konfiguration lasse ich laufen:

a2ensite nextcloud.conf
apachectl configtest
systemctl restart apache2

Wobei configtest sagt: Syntax OK

Was stimmt hier nicht?

Am 11.04.24 um 11:24 schrieb Udo Dawid:
> Am 11.04.24 um 11:12 schrieb Tim Ritberg:
> > Am 11.04.24 um 10:12 schrieb Udo Dawid:
> >
> >> /etc/apache2/sites-available/nextcloud.conf
> > ^^^^^^
> > Auch enabled?
>
> Was heißt enabled, nach Änderungen an der Konfiguration lasse ich laufen:
>
> a2ensite nextcloud.conf
> apachectl configtest
> systemctl restart apache2
>
> Wobei configtest sagt: Syntax OK
>
> Was stimmt hier nicht?
Mit der IP-Adresse wirst du immer auf den Default-Host von Apache landen.
Ohne Vhost geht das nicht richtig.

Tim

Am 11.04.24 um 11:43 schrieb Tim Ritberg:

> Mit der IP-Adresse wirst du immer auf den Default-Host von Apache landen.

So ist es jetzt, ich rufe im Intranet 192.168.1.42 auf und lande auf dem
Default von Apache.

> Ohne Vhost geht das nicht richtig.

Daher meine Frage: was ist in der nextcloud.conf falsch.

Vielleicht stelle ich auch die falsche Frage: wie rufe ich vom anderen
Rechner die Nextcloud auf?
192.168.1.42/nextcloud/ liefert auch nur eine Fehlermeldung.

Am 11.04.24 um 11:59 schrieb Udo Dawid:
> Am 11.04.24 um 11:43 schrieb Tim Ritberg:
>
>> Mit der IP-Adresse wirst du immer auf den Default-Host von Apache landen.
>
> So ist es jetzt, ich rufe im Intranet 192.168.1.42 auf und lande auf dem
> Default von Apache.
>
>> Ohne Vhost geht das nicht richtig.
>
> Daher meine Frage: was ist in der nextcloud.conf falsch.
>
> Vielleicht stelle ich auch die falsche Frage: wie rufe ich vom anderen
> Rechner die Nextcloud auf?
> 192.168.1.42/nextcloud/ liefert auch nur eine Fehlermeldung.
Vhosts laufen eigentlich nur mit Hostnamen (Domainnamen) und du hast
keine eingegeben.

Tim

Am 11.04.24 um 12:32 schrieb Tim Ritberg:

> Vhosts laufen eigentlich nur mit Hostnamen (Domainnamen) und du hast
> keine eingegeben.

Wo sollte der denn stehen?

Bei der Installation von Debian habe ich dem Rechner den Namen 'debian'
gegeben.
Der Router hängt hier an alle Geräte im Intranet *.fritz.box hinten dran.
Sollte in /etc/hosts sichtbar sein.

Wo steckt der Fehler?

Am 11.04.24 um 12:48 schrieb Udo Dawid:
> Am 11.04.24 um 12:32 schrieb Tim Ritberg:
>
>> Vhosts laufen eigentlich nur mit Hostnamen (Domainnamen) und du hast
>> keine eingegeben.
>
> Wo sollte der denn stehen?
Im Browser!

Tim

Am 11.04.24 um 12:50 schrieb Tim Ritberg:

> Im Browser!

http://nextcloud.fritz.box Safari kann Server nicht finden
192.168.1.42 Apache default page

Vielleicht kannst Du mir einfach sagen, was ich falsch mache.
Das erspart uns Zeit.

Danke für Deine Mühe

Udo Dawid <udo.dawid@t-online.de> wrote:
> Der Aufruf der Rechner-IP (192.168.1.42) zeigt mir das 'Testbild' von
> Apache, nicht aber das Login der Nextcloud.

Wenn du einen Virtual Host über Namen (d.h. mehrere Hostnamen
teilen sich deine IP 192.168.1.42) realisieren willst, dann mußt
du im Browser den Namen aufrufen, und nicht die IP.

D.h. du mußt am Clientrechner (dort wo der Browser läuft) ins /etc/hosts
den Eintrag für deinen virtuellen host drin haben, oder ihn in einem
lokalen Nameserver (z.B. der Fritzbox) auflösbar haben.

Wenn du auf deinem client "ping nextcloud.fritz.box" machst,
funktioniert das, d.h. kannst du das auflösen?

Wenn du im Browser http://nextcloud.fritz.box eingibst, geht das?

> <VirtualHost *:80>
> ServerName nextcloud.fritz.box
> DocumentRoot /var/www/nextcloud/

....

schaut eigentlich OK aus für mich auf den ersten Blick.

Kannst du mal kontrollieren, ob deine Namensauflösung funktioniert?

/ralph

Udo Dawid wrote:

> Wo steckt der Fehler?

Was liefert denn: 'apache2ctl -S' zurück?

mfg Friedemann

Am 11.04.24 um 15:46 schrieb Friedemann Stoyan:

> Was liefert denn: 'apache2ctl -S' zurück?

root@debian:/var/www/nextcloud# apache2ctl -S
VirtualHost configuration:
*:80 is a NameVirtualHost
default server debian.fritz.box
(/etc/apache2/sites-enabled/000-default.conf:1)
port 80 namevhost debian.fritz.box
(/etc/apache2/sites-enabled/000-default.conf:1)
port 80 namevhost nextcloud.fritz.box
(/etc/apache2/sites-enabled/nextcloud.conf:1)
ServerRoot: "/etc/apache2"
Main DocumentRoot: "/var/www/html"
Main ErrorLog: "/var/log/apache2/error.log"
Mutex watchdog-callback: using_defaults
Mutex default: dir="/var/run/apache2/" mechanism=default
Mutex mpm-accept: using_defaults
PidFile: "/var/run/apache2/apache2.pid"
Define: DUMP_VHOSTS
Define: DUMP_RUN_CFG
User: name="www-data" id=33
Group: name="www-data" id=33

Am 11.04.24 um 13:24 schrieb Ralph Aichinger:

> Wenn du im Browser http://nextcloud.fritz.box eingibst, geht das?

auf dem Client (MacMini OSX14): 'Safari kann Server nicht finden'

Hallo Udo,

ich finde die Konfig etwas seltsam. Läuft denn der Webserver auf der
Fritzbox?

Vielleicht hat es auch hiermit zu tun:
https://www.heise.de/news/Fritz-box-Domain-aus-dem-Verkehr-gezogen-9647776.html

Udo Dawid <udo.dawid@t-online.de> schrieb:
> Hallo,
> ich will einen Webserver mit Nextcloud auf der Grundlage von Debian12
> aufsetzen (später sollen noch eine lokale Webseite und eine Wiki
> dazukommen).
> Apache2, PHP8, MariaDB und Nextcloud sind installiert und liefern
> erstmal keine Fehlermeldungen.
> Der Aufruf der Rechner-IP (192.168.1.42) zeigt mir das 'Testbild' von
> Apache, nicht aber das Login der Nextcloud.
> Da ich keine Ahnung von virtuellen Hosts habe, vermute ich den Fehler hier.
>
> /etc/network/interfaces:
>
> source /etc/network/interfaces.d/*
> # The loopback network interface
> auto lo
> iface lo inet loopback
> # The primary network interface
> allow-hotplug wlp3s0b1
> iface wlp3s0b1 inet static
> address 192.168.1.42
> netmask 255.255.255.0
> gateway 192.168.1.1
> wpa-ssid fritz.box
> wpa-psk xxxxxxxxxxxxxxxxxxxx
>
> /etc/hosts:
>
> 127.0.0.1 localhost
> 127.0.1.1 debian.fritz.box debian
> # The following lines are desirable for IPv6 capable hosts
> ::1 localhost ip6-localhost ip6-loopback
> ff02::1 ip6-allnodes
> ff02::2 ip6-allrouters
>
> /etc/hostname:
>
> debian
>
> Bis hierhin ist für mich Alles einigermassen verständlich.
> Bei der nextcloud.conf vermute ich den (die) Fehler.
>
> /etc/apache2/sites-available/nextcloud.conf
>
> <VirtualHost *:80>
> ServerName nextcloud.fritz.box
> DocumentRoot /var/www/nextcloud/
> # log files
> ErrorLog /var/log/apache2/files.fritz.box-error.log
> CustomLog /var/log/apache2/files.fritz.box-access.log combined
> <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>
>
> Kann mir hier jemand weiterhelfen?
>
> Danke
>
> Udo

--
Die USA versuchen im Irak die Demokratie zu etablieren.
Wenn es gelingt, dann wollen sie es bei sich auch ausprobieren.

Am 11.04.24 um 13:24 schrieb Ralph Aichinger:

> D.h. du mußt am Clientrechner (dort wo der Browser läuft) ins /etc/hosts
> den Eintrag für deinen virtuellen host drin haben, oder ihn in einem
> lokalen Nameserver (z.B. der Fritzbox) auflösbar haben.

Könnte ich testen.

Ich will aber die Nextcloud vor Allem mit Android-Geräten nutzen, dort
gibts keine /etc/hosts.
Ich habe schon eine Nextcloud laufen auf einem Raspi.
Nextcloudpi installiert, SSH frei geschaltet und feste IP vergeben.
Danach konnte ich den Rest per SSH administrieren, war sofort bei Aufruf
der IP in der Login-Maske der Nextcloud und konnte von allen Geräten im
Intranet problemlos per IP auf NC zugreifen. Das war sogar für mich
Unerfahrenen mit Anleitung ein Kinderspiel.
Da steckt ja auch ein Debian drin, warum macht man so ein Gehampel mit
virt. Hosts, wenns auch einfach geht?

Am 11.04.24 um 18:14 schrieb Michael Schütz:

> ich finde die Konfig etwas seltsam.

Was genau findest Du seltsam? Vielleicht hilft mir das weiter?

> Läuft denn der Webserver auf der Fritzbox?

Nein, auf einem alten MacMini mit Debian12 drauf.
Die Endung kommt vom Router, der benennt alle Geräte im Intranet
xyz.fritz.box.

Udo Dawid <udo.dawid@t-online.de> wrote:
> Am 11.04.24 um 13:24 schrieb Ralph Aichinger:
>
>> Wenn du im Browser http://nextcloud.fritz.box eingibst, geht das?
>
> auf dem Client (MacMini OSX14): 'Safari kann Server nicht finden'

Dann mußt du zuerst mal die Namensauflösung fixen, wenn du es wirklich
über einen namensbasierten Virtual Host machen willst.

Kannst du mit dem Mac andere fritz.box-Namen auflösen?
Hast du nextcloud.fritz.box im Nameserver der Fritzbox überhaupt
eingetragen?

Oder du machst es IP-basiert (als einzigen Website auf der Maschine,
oder indem du jedem virtual host eine eigene IP gibst (der Maschine auf
der Apache läuft mehr als eine). Oder du verwendest verschiedene Ports.

/ralph

Udo Dawid <udo.dawid@t-online.de> schrieb:
> Am 11.04.24 um 18:14 schrieb Michael Schütz:
>
>> ich finde die Konfig etwas seltsam.
>
> Was genau findest Du seltsam? Vielleicht hilft mir das weiter?
>
>> Läuft denn der Webserver auf der Fritzbox?
>
> Nein, auf einem alten MacMini mit Debian12 drauf.
> Die Endung kommt vom Router, der benennt alle Geräte im Intranet
> xyz.fritz.box.
>
Ach so. Und als Nameserver nutzt Du auch die Fritzbox?

--
Die Dummheit ist rund.
Niemand weiß, wo sie anfängt und wo sie aufhört.
Ernst Ferstl

Udo Dawid <udo.dawid@t-online.de> wrote:
> Ich will aber die Nextcloud vor Allem mit Android-Geräten nutzen, dort
> gibts keine /etc/hosts.

Sind die Android-Geräte im WLAN hinter der Fritzbox? Soll das nur
daheim funktionieren oder auch von extern? Weil im letzteren Fall seh
ich schwarz mit deinem Ansatz.

> Ich habe schon eine Nextcloud laufen auf einem Raspi.
> Nextcloudpi installiert, SSH frei geschaltet und feste IP vergeben.
> Danach konnte ich den Rest per SSH administrieren, war sofort bei Aufruf
> der IP in der Login-Maske der Nextcloud und konnte von allen Geräten im
> Intranet problemlos per IP auf NC zugreifen. Das war sogar für mich
> Unerfahrenen mit Anleitung ein Kinderspiel.

Ja ;)

Nur wird es vermutlich auch nur von intern funktionieren.

> Da steckt ja auch ein Debian drin, warum macht man so ein Gehampel mit
> virt. Hosts, wenns auch einfach geht?

Virtuelle Hosts verwendet man typischerweise wenn sich mehrere Webseiten
eine IP teilen müssen (typischerweise eine "echte", routbare, die
letztendlich teuer ist). Von dir kommt die Idee mit dem virtual host,
was du damit erreichen willst, das mußt schon du wissen, letztendlich.

/ralph

Am 11.04.24 um 18:34 schrieb Michael Schütz:

> Ach so. Und als Nameserver nutzt Du auch die Fritzbox?

Nö, der ist Gateway.
Nameserver fürs Internet sind 8.8.8.8 und alternativ 1.1.1.1

Udo Dawid <udo.dawid@t-online.de> schrieb:
> Am 11.04.24 um 18:34 schrieb Michael Schütz:
>
>> Ach so. Und als Nameserver nutzt Du auch die Fritzbox?
>
> Nö, der ist Gateway.
> Nameserver fürs Internet sind 8.8.8.8 und alternativ 1.1.1.1
>
Na, woher soll dein Device dann wissen, unter welcher IP der Webserver
erreichbar ist?

--
/"\
\ / ASCII Ribbon Campaign
X against HTML email & vCards
/ \

Am 11.04.24 um 18:38 schrieb Ralph Aichinger:

> Sind die Android-Geräte im WLAN hinter der Fritzbox? Soll das nur
> daheim funktionieren oder auch von extern? Weil im letzteren Fall seh
> ich schwarz mit deinem Ansatz.

Ja, grundsätzlich nur intern.

> Nur wird es vermutlich auch nur von intern funktionieren.

Ja, so will ich es haben.

> Von dir kommt die Idee mit dem virtual host,
> was du damit erreichen willst, das mußt schon du wissen, letztendlich.

Das habe ich von einer Anleitung aus dem Netz.
https://www.howtoforge.de/anleitung/nextcloud-auf-debian-12-installieren/

Am 11.04.24 um 18:34 schrieb Ralph Aichinger:

> Kannst du mit dem Mac andere fritz.box-Namen auflösen?

z.B. mein Handy:
udo@MacMiniUdo ~ % ping galaxy-a14.fritz.box
PING galaxy-a14.fritz.box (192.168.1.33): 56 data bytes
64 bytes from 192.168.1.33: icmp_seq=0 ttl=64 time=6.939 ms
64 bytes from 192.168.1.33: icmp_seq=1 ttl=64 time=11.228 ms

> oder indem du jedem virtual host eine eigene IP gibst (der Maschine auf
> der Apache läuft mehr als eine).

Das wäre ideal. Interne IPs habe ich mehr als genug.
Z.Zt. soll nur die NC auf der IP laufen, für später sind geplant eine
WIKI und eine interne Webseite, wenn möglich mit eigener int. IP.
Kannst Du mir einen Hinweis geben, wie ich den Apache konfigurieren muß?
Wo kann ich das nachlesen (ich glaub, mir fehlen die Fachbegriffe)?

Udo Dawid <udo.dawid@t-online.de> wrote:
>> Ach so. Und als Nameserver nutzt Du auch die Fritzbox?
>
> Nö, der ist Gateway.
> Nameserver fürs Internet sind 8.8.8.8 und alternativ 1.1.1.1

Vorher hast du einen Ping von einem Client gepostet, der
die fritz.box-URL hat auflösen können. Zumindest auf diesem
Client kannst du nicht 8.8.8.8 oder 1.1.1.1 eingestellt haben,
sonst könntest du diesen Namen nicht auflösen.

Ich würde mal auf dem Client, der den Abruf der Webseite machen soll
den Nameserver von 8.8.8.8/1.1.1.1 auf die Fritzbox umstellen (keine
Ahnung, die Fritzbox diesen DNS per DHCP verteilen lassen, oder das
am Client umdrehen). Dann sollte er dein nextcloud.fritz.box (oder was
auch immer) auch auflösen können. Notfalls mußt du diesen Namen auf der
Fritzbox der IP deines Debian-Apache zuordnen, wenn das noch nicht
passiert ist.

D.h. für einen namensbasierten virtual host (der eh für rein interne
Nutzung eine gute Lösung ist, wenn du mit der Fritzbox einen eigenen
internen DNS hast) *mußt* du zuerst "ping nextcloud.fritz.box"
erfolgreich durchführen können, vorher brauchst du an der Apache-Config
gar nicht weiter drehen.

/ralph
>
>

Udo Dawid <udo.dawid@t-online.de> wrote:
> Am 11.04.24 um 18:38 schrieb Ralph Aichinger:
>
>> Sind die Android-Geräte im WLAN hinter der Fritzbox? Soll das nur
>> daheim funktionieren oder auch von extern? Weil im letzteren Fall seh
>> ich schwarz mit deinem Ansatz.
>
> Ja, grundsätzlich nur intern.

OK, das klingt gut, dann mit dem DNS der Fritzbox, also war dein
Ansatz mit "nextcloud.fritz.box" oder was auch immer schon richtig.

> Das habe ich von einer Anleitung aus dem Netz.
> https://www.howtoforge.de/anleitung/nextcloud-auf-debian-12-installieren/

Alles gut, wenn es von intern funktionieren soll und du mit der Fritzbox
eh die volle Kontrolle über die Namensauflösung hat, dann ist das eine
durchaus elegante Lösung.

Nur mußt du halt zuerst zusehen, dass die Namensauflösung wirklich
funktioniert. Das T-Shirt dazu:

https://redshirtjeff.com/listing/it-was-dns-shirt?product=211

/ralph