Udo Dawid <udo.dawid@t-online.de> wrote:
> 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

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

Am 11.04.24 um 19:29 schrieb Ralph Aichinger:
> Udo Dawid <udo.dawid@t-online.de> wrote:
>> 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
>
> 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?

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

Udo Dawid <udo.dawid@t-online.de> wrote:
> Auf meinem Schreibtischrechner steht in den Netzwerkeinstellungen die IP
> der Fritzbox als DNS.

Das paßt schon mal.

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

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

mfg Friedemann

Am 12.04.24 um 04:55 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"
>
> 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.

Udo Dawid, 2024-04-11 11:59:

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

Nichts.

> Vielleicht stelle ich auch die falsche Frage: wie rufe ich vom anderen
> Rechner die Nextcloud auf?

Mit dem *Namen* den Du angegeben hast!

> 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
https://arnowelzel.de

Udo Dawid, 2024-04-11 13:01:

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

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.

--
Arno Welzel
https://arnowelzel.de

Arno Welzel, 2024-04-12 18:34:

> Udo Dawid, 2024-04-11 11:59:
>
>> 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.
>
> Nichts.
>
>> Vielleicht stelle ich auch die falsche Frage: wie rufe ich vom anderen
>> Rechner die Nextcloud auf?
>
> Mit dem *Namen* den Du angegeben hast!
>
>> 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.

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.

--
Arno Welzel
https://arnowelzel.de

Am 12.04.24 um 18:37 schrieb 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
> dem Du das aufrufen willst:
>
> 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.

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

Am 12.04.24 um 19:20 schrieb 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.

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

> 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).

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

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

Udo Dawid, 2024-04-12 19:20:

> Am 12.04.24 um 18:37 schrieb 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
>> dem Du das aufrufen willst:
>>
>> 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.

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

--
Arno Welzel
https://arnowelzel.de

Am 15.04.24 um 14:59 schrieb 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

Udo Dawid, 2024-04-15 20:17:

> Am 15.04.24 um 14:59 schrieb 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.

--
Arno Welzel
https://arnowelzel.de

Arno Welzel <usenet@arnowelzel.de> wrote:
> 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

Am 17.04.24 um 06:46 schrieb 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

Ralph Aichinger, 2024-04-17 06:46:

> Arno Welzel <usenet@arnowelzel.de> wrote:
>> 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).

--
Arno Welzel
https://arnowelzel.de

Udo Dawid, 2024-04-17 08:37:

> Am 17.04.24 um 06:46 schrieb 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.

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
https://arnowelzel.de