Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comm.software.webserver > #1547 > unrolled thread

Re: Nextcloud auf Debian 12 konfigurieren

Back to article view | Back to de.comm.software.webserver

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: Nextcloud auf Debian 12 konfigurieren Tim Ritberg <tim@server.invalid> - 2024-04-11 11:12 +0200
    Re: Nextcloud auf Debian 12 konfigurieren Udo Dawid <udo.dawid@t-online.de> - 2024-04-11 13:01 +0200
      Re: Nextcloud auf Debian 12 konfigurieren Arno Welzel <usenet@arnowelzel.de> - 2024-04-12 18:37 +0200
        Re: Nextcloud auf Debian 12 konfigurieren Udo Dawid <udo.dawid@t-online.de> - 2024-04-12 19:20 +0200
          Re: Nextcloud auf Debian 12 konfigurieren erzhausen <erzhausen@gmx.net> - 2024-04-12 22:05 +0200
          Re: Nextcloud auf Debian 12 konfigurieren Arno Welzel <usenet@arnowelzel.de> - 2024-04-15 14:59 +0200
            Re: Nextcloud auf Debian 12 konfigurieren Udo Dawid <udo.dawid@t-online.de> - 2024-04-15 20:17 +0200
              Re: Nextcloud auf Debian 12 konfigurieren Arno Welzel <usenet@arnowelzel.de> - 2024-04-16 22:59 +0200
                Re: Nextcloud auf Debian 12 konfigurieren Ralph Aichinger <ralph@pi.h5.or.at> - 2024-04-17 04:46 +0000
                  Re: Nextcloud auf Debian 12 konfigurieren Udo Dawid <udo.dawid@t-online.de> - 2024-04-17 08:37 +0200
                    Re: Nextcloud auf Debian 12 konfigurieren Arno Welzel <usenet@arnowelzel.de> - 2024-04-17 19:35 +0200
                  Re: Nextcloud auf Debian 12 konfigurieren Arno Welzel <usenet@arnowelzel.de> - 2024-04-17 19:32 +0200
    Re: Nextcloud auf Debian 12 konfigurieren Tim Ritberg <tim@server.invalid> - 2024-04-11 12:50 +0200
    Re: Nextcloud auf Debian 12 konfigurieren Tim Ritberg <tim@server.invalid> - 2024-04-11 11:43 +0200
      Re: Nextcloud auf Debian 12 konfigurieren Udo Dawid <udo.dawid@t-online.de> - 2024-04-11 11:59 +0200
        Re: Nextcloud auf Debian 12 konfigurieren Udo Dawid <udo.dawid@t-online.de> - 2024-04-11 12:48 +0200
          Re: Nextcloud auf Debian 12 konfigurieren Udo Dawid <udo.dawid@t-online.de> - 2024-04-11 17:48 +0200
            Re: Nextcloud auf Debian 12 konfigurieren Friedemann Stoyan <usenet@ip6-mail.de> - 2024-04-12 04:55 +0200
              Re: Nextcloud auf Debian 12 konfigurieren Udo Dawid <udo.dawid@t-online.de> - 2024-04-12 08:51 +0200
          Re: Nextcloud auf Debian 12 konfigurieren Friedemann Stoyan <usenet@ip6-mail.de> - 2024-04-11 15:46 +0200
        Re: Nextcloud auf Debian 12 konfigurieren Tim Ritberg <tim@server.invalid> - 2024-04-11 12:32 +0200
        Re: Nextcloud auf Debian 12 konfigurieren Arno Welzel <usenet@arnowelzel.de> - 2024-04-12 18:34 +0200
          Re: Nextcloud auf Debian 12 konfigurieren Arno Welzel <usenet@arnowelzel.de> - 2024-04-12 18:40 +0200
    Re: Nextcloud auf Debian 12 konfigurieren Udo Dawid <udo.dawid@t-online.de> - 2024-04-11 11:24 +0200

Page 1 of 2  [1] 2  Next page →

#1547 — Re: Nextcloud auf Debian 12 konfigurieren

Am 11.04.24 um 10:12 schrieb Udo Dawid:

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

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

Tim

[toc] | [next] | [standalone]

#1549

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

[toc] | [prev] | [next] | [standalone]

#1577

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

[toc] | [prev] | [next] | [standalone]

#1579

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.

[toc] | [prev] | [next] | [standalone]

#1580

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.

[toc] | [prev] | [next] | [standalone]

#1581

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

[toc] | [prev] | [next] | [standalone]

#1582

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

[toc] | [prev] | [next] | [standalone]

#1583

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

[toc] | [prev] | [next] | [standalone]

#1584

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

[toc] | [prev] | [next] | [standalone]

#1585

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

[toc] | [prev] | [next] | [standalone]

#1587

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

[toc] | [prev] | [next] | [standalone]

#1586

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

[toc] | [prev] | [next] | [standalone]

#1550

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

[toc] | [prev] | [next] | [standalone]

#1551

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

[toc] | [prev] | [next] | [standalone]

#1555

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.

[toc] | [prev] | [next] | [standalone]

#1556

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?

[toc] | [prev] | [next] | [standalone]

#1562

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

[toc] | [prev] | [next] | [standalone]

#1574

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

[toc] | [prev] | [next] | [standalone]

#1575

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.

[toc] | [prev] | [next] | [standalone]

#1569

Udo Dawid wrote:

> Wo steckt der Fehler?

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

mfg Friedemann

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | de.comm.software.webserver

csiph-web