Nextcloud auf Debian 12 konfigurieren

[Udo Dawid]

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

[Tim Ritberg]

Post by Udo Dawid
/etc/apache2/sites-available/nextcloud.conf

^^^^^^

Post by Udo Dawid
Kann mir hier jemand weiterhelfen?

Auch enabled?

Tim

[Udo Dawid]

Post by Tim Ritberg

Post by 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?

[Tim Ritberg]

Post by Udo Dawid

Post by Tim Ritberg

Post by Udo Dawid
/etc/apache2/sites-available/nextcloud.conf

^^^^^^
Auch enabled?

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

[Udo Dawid]

Post by 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.

Post by Tim Ritberg
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.

[Tim Ritberg]

Post by Udo Dawid

Post by 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.

Post by Tim Ritberg
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

[Udo Dawid]

Post by 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?

[Tim Ritberg]

Post by Udo Dawid

Post by Tim Ritberg
Vhosts laufen eigentlich nur mit Hostnamen (Domainnamen) und du hast
keine eingegeben.

Wo sollte der denn stehen?

Im Browser!

Tim

[Udo Dawid]

Post by 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

[Arno Welzel]

Post by Udo Dawid

Post by 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.

Du hast nirgends eintragen, welche IP-Adresse "nextcloud.fritz.box" sein
soll - z.B. in /etc/hosts von dem Computuer, wo der Browser läuft, mit
dem Du das aufrufen willst:

192.168.1.42 nextcloud.fritz.box

Dass Du die Kenntnis hast, einen lokalen Nameserver zu betreiben, den
die Fritz!Box befragen kann, um diese Information an alle Clients in
deinem LAN mitzuteilen, bezweifle ich.

[Udo Dawid]

Post by Arno Welzel
Du hast nirgends eintragen, welche IP-Adresse "nextcloud.fritz.box" sein
soll - z.B. in /etc/hosts von dem Computuer, wo der Browser läuft, mit
192.168.1.42 nextcloud.fritz.box

Ich will die Nextcloud im Intranet von Android-Geräten aus erreichen.
Da gibts kein /etc/hosts.
Das das auch ohne internen Nameserver möglich ist, zeigt ein Raspi , auf
dem Nextcloudpi läuft.
Die NC ist ohne Schwierigkeiten von jedem Gerät hier zu Hause erreichbar.
Jetzt will ich eine andere NC auf Debian aufsetzen, was mir Probleme
bereitet.

Post by Arno Welzel
Dass Du die Kenntnis hast, einen lokalen Nameserver zu betreiben, den
die Fritz!Box befragen kann, um diese Information an alle Clients in
deinem LAN mitzuteilen, bezweifle ich.

Diese Kenntnis habe ich nicht, genau darum stelle ich hier dumme Fragen.
Wenn ich das von Haus aus könnte, brauchte ich Dich nicht zu belästigen.

[erzhausen]

Post by Udo Dawid
Da gibts kein /etc/hosts.

Doch die gibt es - sie liegt in einem Bereich auf den du ohne
root-Berechtigung nicht zugreifen kannst.

Post by Udo Dawid
Das das auch ohne internen Nameserver möglich ist, zeigt ein Raspi , auf
dem Nextcloudpi läuft.

Willst du auf dem Raspi auch versucht vhosts einzurichten?

Post by Udo Dawid
Die NC ist ohne Schwierigkeiten von jedem Gerät hier zu Hause erreichbar.
Jetzt will ich eine andere NC auf Debian aufsetzen, was mir Probleme
bereitet.

Wenn die NC auf dem Raspi als einziger Host definiert ist reicht es mit
der IP darauf zuzugreifen und er antwortet.
Sobald mehrere Websites auf einem Gerät mit vhosts eingerichtet werden
sollen, musst du entweder mehrere IPs dem Gerät (bzw. der Netzwerkkarte)
zuweisen (dann spricht man von IP-based-vhosts) oder unterschiedliche
Namen einer einzigen IP zuweisen (dann spricht man von
name-based-vhosts). Genaueres kannst du in der Apache-Doku nachlesen.
Üblich ist übrigens die zweite Variante. Deine *.conf Datei ist
jedenfalls in diesem Stil aufgebaut (was nicht heißen soll, dass sie so
auch funktioniert).

Post by Udo Dawid

Post by Arno Welzel
Dass Du die Kenntnis hast, einen lokalen Nameserver zu betreiben, den
die Fritz!Box befragen kann, um diese Information an alle Clients in
deinem LAN mitzuteilen, bezweifle ich.

dito

Post by Udo Dawid
Diese Kenntnis habe ich nicht, genau darum stelle ich hier dumme Fragen.
Wenn ich das von Haus aus könnte, brauchte ich Dich nicht zu belästigen.

Die Einsicht ist gut - du hast aber noch nicht realisiert, dass zum
Aufbau eines Webservers mehr als nur die Installation eines
Softwarepakets gehört.
Verschiedenes wurde schon genannt, wie z.B. DNS (Namensauflösung).
Es wird dir nichts anderes übrig bleiben dich weiterzubilden.
Howtoforge hast du schon entdeckt. Von denen kommt auch die kostenlose
Server-Verwaltung ISPconfig. Mit deren ausführlichen Beschreibung kannst
du dir einen vollständigen Server mit Web-, Mail-, Datenbank und
DNS-Diensten aufbauen. Wenn du dich **exakt** an die Anleitung hälst,
wirst du relativ schmerzfrei zum Erfolg kommen. Das Ganze ist zwar für
deinen Einsatzzweck völlig überdimensioniert, wenn du aber die
Zusammenhänge verstehen willst, solltest du dir die Mühe machen.
https://www.howtoforge.com/perfect-server-debian-12-buster-apache-bind-dovecot-ispconfig-3-2/
Da dein Wissen sehr rudimentär ist, wirst du sicher das eine oder andere
Mal von vorne anfangen müssen. Lass dir raten jeden Begriff, den du
nicht eindeutig kennst, im Netz zu recherchieren.

[Arno Welzel]

Post by Udo Dawid

Post by Arno Welzel
Du hast nirgends eintragen, welche IP-Adresse "nextcloud.fritz.box" sein
soll - z.B. in /etc/hosts von dem Computuer, wo der Browser läuft, mit
192.168.1.42 nextcloud.fritz.box

Ich will die Nextcloud im Intranet von Android-Geräten aus erreichen.
Da gibts kein /etc/hosts.

Dann brauchst Du einen Nameserver, de diese Information liefert. Nein,
die Fritz!Box tut das nur, wenn ein System in Netz sich selbst als
"nextcloud" bezeichnet, wenn es per DHCP eine IP-Adresse holt.

Post by Udo Dawid
Das das auch ohne internen Nameserver möglich ist, zeigt ein Raspi , auf
dem Nextcloudpi läuft.
Die NC ist ohne Schwierigkeiten von jedem Gerät hier zu Hause erreichbar.
Jetzt will ich eine andere NC auf Debian aufsetzen, was mir Probleme
bereitet.

Dann mach es halt so, wie es bei Nextcloudpi ohne Nameserver gelöst
wurde. Vermutlich hat das Ding einfach direkt als Hostnamen den Namen
der Nextcloud.

Es gibt nur diese Optionen:

1) Du hast einen Nameserver im LAN, der nextcloud.fritz.box zu
192.168.1.42 auflösen kann

2) Die Kiste, auf der Nextcloud laufen soll, nennt sich *selber*
"nextcloud" und teilt das der Fritz!Box beim DHCP-Request mit, wenn sie
sich eine IP-Adrese zuteilen lässt.

3) Die Clients wissen anhand eines Eintrags in /etc/hosts, dass
"nextcloud.fritz.box" auf 192.168.1.42 aufgelöst werden soll.

Wähle eine der möglichen Optionen - es gibt keine anderen.

[Udo Dawid]

Post by Arno Welzel
1) Du hast einen Nameserver im LAN, der nextcloud.fritz.box zu
192.168.1.42 auflösen kann
2) Die Kiste, auf der Nextcloud laufen soll, nennt sich *selber*
"nextcloud" und teilt das der Fritz!Box beim DHCP-Request mit, wenn sie
sich eine IP-Adrese zuteilen lässt.
3) Die Clients wissen anhand eines Eintrags in /etc/hosts, dass
"nextcloud.fritz.box" auf 192.168.1.42 aufgelöst werden soll.

Damit hast Du sicher Recht.

Sobald ich Zeit habe, werde ich die virt. Hosts mit einer eigenen IP
versehen (intern gibts da genug) und alle Webanwendungen auf dem Apache
per IP ansprechen. Das ging bis jetzt mit der NC auch.

Wenn auch das nicht funktioniert, werde ich mich mit einem lokalen DNS
beschäftigen müssen.

Danke

[Arno Welzel]

Post by Udo Dawid

Post by Arno Welzel
1) Du hast einen Nameserver im LAN, der nextcloud.fritz.box zu
192.168.1.42 auflösen kann
2) Die Kiste, auf der Nextcloud laufen soll, nennt sich *selber*
"nextcloud" und teilt das der Fritz!Box beim DHCP-Request mit, wenn sie
sich eine IP-Adrese zuteilen lässt.
3) Die Clients wissen anhand eines Eintrags in /etc/hosts, dass
"nextcloud.fritz.box" auf 192.168.1.42 aufgelöst werden soll.

Damit hast Du sicher Recht.
Sobald ich Zeit habe, werde ich die virt. Hosts mit einer eigenen IP
versehen (intern gibts da genug) und alle Webanwendungen auf dem Apache
per IP ansprechen. Das ging bis jetzt mit der NC auch.

Man nutzt *entweder* virtuelle Hosts *oder IP-Adressen - aber nicht
beides. Wenn Du ohnehin nur pro Server einen Web-Host hast, braucht das
kein virtueller Host mehr sein - das ist dann einfach die
Default-Website auf der jeweiligen Maschine.

[Ralph Aichinger]

Post by Arno Welzel
Man nutzt *entweder* virtuelle Hosts *oder IP-Adressen - aber nicht
beides. Wenn Du ohnehin nur pro Server einen Web-Host hast, braucht das
kein virtueller Host mehr sein - das ist dann einfach die
Default-Website auf der jeweiligen Maschine.

Wenn man genug Adressen hat, dann kann man sehr wohl virtuelle
Hosts auf verschiedenen IPs verwenden. Hat man früher gerne gemacht um
nicht HTTP 1.1-fähige Clients (oder so) versorgen zu können.

Zugegenben, es ist ein eher ungewöhnliches Setup, und ich würde auch
eher meinen DNS fixen, bevor ich sowas mach, wenn es nicht andere Gründe
gibt.

/ralph

[Udo Dawid]

Post by Ralph Aichinger
Zugegenben, es ist ein eher ungewöhnliches Setup, und ich würde auch
eher meinen DNS fixen, bevor ich sowas mach, wenn es nicht andere Gründe
gibt.

Ich hatte das hier gefunden:

<https://httpd.apache.org/docs/2.4/de/vhosts/#:~:text=Virtuelle%20Hosts%20können%20%22IP%2Dbasiert,für%20den%20Endbenutzer%20nicht%20offensichtlich.>

Wenn ein lokaler DNS einfacher zu konfigurieren ist, werde ich mich
erstmal da einarbeiten.

Danke für Eure Hinweise

[Arno Welzel]

Post by Udo Dawid

Post by Ralph Aichinger
Zugegenben, es ist ein eher ungewöhnliches Setup, und ich würde auch
eher meinen DNS fixen, bevor ich sowas mach, wenn es nicht andere Gründe
gibt.

<https://httpd.apache.org/docs/2.4/de/vhosts/#:~:text=Virtuelle%20Hosts%20können%20%22IP%2Dbasiert,für%20den%20Endbenutzer%20nicht%20offensichtlich.>
Wenn ein lokaler DNS einfacher zu konfigurieren ist, werde ich mich
erstmal da einarbeiten.

Als lokaler DNS tut's auch ein Raspberry Pi mit Pi-hole - da kann man
auch eigene DNS-Einträge hinzufügen und hat eine Web-GUI dafür:

<https://pi-hole.net/>

[Arno Welzel]

Post by Ralph Aichinger

Post by Arno Welzel
Man nutzt *entweder* virtuelle Hosts *oder IP-Adressen - aber nicht
beides. Wenn Du ohnehin nur pro Server einen Web-Host hast, braucht das
kein virtueller Host mehr sein - das ist dann einfach die
Default-Website auf der jeweiligen Maschine.

Wenn man genug Adressen hat, dann kann man sehr wohl virtuelle
Hosts auf verschiedenen IPs verwenden. Hat man früher gerne gemacht um
nicht HTTP 1.1-fähige Clients (oder so) versorgen zu können.

Ja, technisch kann man bei einem virtual Host auch eine IP-Adresse
angeben. Das ändert aber nichts daran, dass pro Server nur *ein* Host
möglich ist, wenn man keinen DNS hat, der weiß, dass ein Server unter
mehrere IP-Adressen erreichbar ist.

Und zu "früher" - das dürfte so um die 25 Jahre her sein.

HTTP 1.1 wurde 1997 eingeführt. AFAIR konnte schon Netscape Navigator
4.0 (ab Juni 197) dieses Protokoll, spätestens aber 4.06 (ab 1998).

[Friedemann Stoyan]

Post by Udo Dawid
Wo steckt der Fehler?

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

mfg Friedemann

[Udo Dawid]

Post by Friedemann Stoyan
Was liefert denn: 'apache2ctl -S' zurück?

***@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

[Friedemann Stoyan]

Post by Udo Dawid

Post by Friedemann Stoyan
Was liefert denn: 'apache2ctl -S' zurück?

*: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"

In Deinem Request muss "nextcloud.fritz.box" stehen, sonst wird gar nicht in
den entsprechenden virtuellen Server gesprungen.

mfg Friedemann

[Udo Dawid]

Post by Friedemann Stoyan

Post by Udo Dawid

Post by Friedemann Stoyan
Was liefert denn: 'apache2ctl -S' zurück?

*: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"

In Deinem Request muss "nextcloud.fritz.box" stehen, sonst wird gar nicht in
den entsprechenden virtuellen Server gesprungen.

Ich verstehe Deinen Satz nicht.
In welcher config-Datei sollte welcher Eintrag geändert werden.

[Arno Welzel]

Post by Udo Dawid

Post by 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.

Post by Tim Ritberg
Ohne Vhost geht das nicht richtig.

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

Nichts.

Post by Udo Dawid
Vielleicht stelle ich auch die falsche Frage: wie rufe ich vom anderen
Rechner die Nextcloud auf?

Mit dem *Namen* den Du angegeben hast!

Post by Udo Dawid
192.168.1.42/nextcloud/ liefert auch nur eine Fehlermeldung.

Ja - weil das nicht der *Name* ist! Also NUR SO:

http://nextcloud.fritz.box

Und wenn der Computer, von dem aus Du das machen willst, nicht weiß,
dass "nextcloud.fritz.box" die IP-Adresse 192.168.1.42 sein soll, musst
Du ihm es beibringen. Wenn Du nicht weißt, wie das geht - lass das mit
dem VirtualHost bleiben und richte Nextcloud einfach in der
Default-Website (000-default) ein.

[Arno Welzel]

Post by Arno Welzel

Post by Udo Dawid

Post by 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.

Post by Tim Ritberg
Ohne Vhost geht das nicht richtig.

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

Nichts.

Post by Udo Dawid
Vielleicht stelle ich auch die falsche Frage: wie rufe ich vom anderen
Rechner die Nextcloud auf?

Mit dem *Namen* den Du angegeben hast!

Post by Udo Dawid
192.168.1.42/nextcloud/ liefert auch nur eine Fehlermeldung.

http://nextcloud.fritz.box
Und wenn der Computer, von dem aus Du das machen willst, nicht weiß,
dass "nextcloud.fritz.box" die IP-Adresse 192.168.1.42 sein soll, musst
Du ihm es beibringen. Wenn Du nicht weißt, wie das geht - lass das mit
dem VirtualHost bleiben und richte Nextcloud einfach in der
Default-Website (000-default) ein.

Ergänzend: oder gebe der Debian-Kiste den Hostnamen "nextcloud". Dann
sollte die Fritz!Box auch verstehen, dass "nextcloud.fritz.box" diese
Kist sein soll. Pro Host geht halt so nur ein Name.

[Ralph Aichinger]

Post by Udo Dawid
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?

Post by Udo Dawid
<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]

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

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

[Ralph Aichinger]

Post by Udo Dawid

Post by 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]

Post by Ralph Aichinger
Kannst du mit dem Mac andere fritz.box-Namen auflösen?

z.B. mein Handy:
***@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

Post by Ralph Aichinger
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)?

[Ralph Aichinger]

Post by Udo Dawid
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

Das widerspricht dem, was du in einem anderen Posting schreibst,
wo du behauptest 8.8.8.8 und 1.1.1.1 als DNS zu verwenden. Denn
wenn dem so wäre, so könntest du diese fritz.box-Domain ganz sicher
nicht auflösen.

Was sagt dein Mac wenn du in den Netzwerkeinstellungen nachsiehst
was der DNS ist? Ich möchte fast wetten, dass da die Fritzbox drinsteht.

Wenn dem so ist, dann mußt du nur mehr der Fritzbox beibringen, dass sie
nextcloud.fritz.box mit der enstprechenden IP auflöst, was im
Webinterface der Fritzbox sicher irgendwie einfach geht.

/ralph

[Udo Dawid]

Post by Ralph Aichinger

Post by Udo Dawid
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

Das widerspricht dem, was du in einem anderen Posting schreibst,
wo du behauptest 8.8.8.8 und 1.1.1.1 als DNS zu verwenden. Denn
wenn dem so wäre, so könntest du diese fritz.box-Domain ganz sicher
nicht auflösen.
Was sagt dein Mac wenn du in den Netzwerkeinstellungen nachsiehst
was der DNS ist? Ich möchte fast wetten, dass da die Fritzbox drinsteht.

Auf meinem Schreibtischrechner steht in den Netzwerkeinstellungen die IP
der Fritzbox als DNS.
Was sollte ich da anderes eintragen, wenn doch die Fritzbox bei Google
oder Cloudflare nachschaut?

Post by Ralph Aichinger
Wenn dem so ist, dann mußt du nur mehr der Fritzbox beibringen, dass sie
nextcloud.fritz.box mit der enstprechenden IP auflöst, was im
Webinterface der Fritzbox sicher irgendwie einfach geht.

[Ralph Aichinger]

Post by Udo Dawid
Auf meinem Schreibtischrechner steht in den Netzwerkeinstellungen die IP
der Fritzbox als DNS.

Das paßt schon mal.

Post by Udo Dawid
Was sollte ich da anderes eintragen, wenn doch die Fritzbox bei Google
oder Cloudflare nachschaut?

Du könntest z.B. 8.8.8.8 direkt eintragen. Oder ganz was anderes ;)

Kannst du auf *diesem* Mac, auf dem die Fritzbox als DNS eingetragen
ist, erfolgreich

ping nextcloud.fritz.box

machen (oder was auch immer der genaue Name deines virtuellen hosts
ist)? Wenn ja: Dann probier auf diesem Rechner mal im Browser die URL
abzurufen.

Wenn nein, dann geh ins Webinterface deiner Fritzbox und mach einen
A-Record für nextcloud.fritz.box der auf deinen Linux-Server mit dem
Apache zeigt.

/ralph

[Udo Dawid]

Post by 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?

[Ralph Aichinger]

Post by Udo Dawid
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.

Post by Udo Dawid
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.

Post by Udo Dawid
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

[Udo Dawid]

Post by 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.

Post by Ralph Aichinger
Nur wird es vermutlich auch nur von intern funktionieren.

Ja, so will ich es haben.

Post by Ralph Aichinger
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/

[Ralph Aichinger]

Post by Udo Dawid

Post by 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.

Post by Udo Dawid
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

[Michael Schütz]

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

Post by Udo Dawid
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.
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
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
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

[Udo Dawid]

Post by Michael Schütz
ich finde die Konfig etwas seltsam.

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

Post by Michael Schütz
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.

[Michael Schütz]

Post by Udo Dawid

Post by Michael Schütz
ich finde die Konfig etwas seltsam.

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

Post by Michael Schütz
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?

[Udo Dawid]

Post by 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

[Michael Schütz]

Post by Udo Dawid

Post by 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?

[Ralph Aichinger]

Post by Udo Dawid

Post by 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

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