Beiträge von Sauerkraut

AlxMyr Ich bin mir nicht ganz sicher, aber ich glaube Deine Nextcloud geht nicht "dran" weil der vhost-Container richtig konfiguriert ist, sondern es ist gleichzeitig auch der default-Host des Apache. Kann es sein, dass die nextcloud auch angezeigt wird, wenn Du einfach nur die IP des raspis im Browser eingibts? Also "http://IP-des-raspi"

Weil "ServerName" passt nicht.

ServerName nextcloud.raspberry

Und das

<VirtualHost *:80>
    ServerName nextcloud.raspberry:80
    DocumentRoot /srv/www/htdocs/nextcloud
    Redirect permanent / https://nextcloud.raspberry:443/
                     # ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
</VirtualHost>

sollte ins Leere führen, da aus Sicht deines Rechners der Host "nextcloud.raspberry" nicht aufgelöst werden kann.

Noch eine Möglichkeit: Einfach mit der IP des Raspis arbeiten, statt mit einem Namen, das geht auch ohne DNS.

Zitat von AlxMyr

Das bedeutet, der Raspberry ist unter seinem Hostnamen erreichbar, aber nicht unter dem ServerName aus dem virtuellen Host.

Ja, weil der hostname der Fritzbox bekannt ist aber nicht was auf dem Zielrechner für Angaben in den vhosts stehen.

Alles soweit ganu wie es sein soll. "nextcloud" und "nextcloud.fritz.box" sind im Heimnetz für alle Geräter erreichbar. Willst Du nur einen Dienst, nämlich die Nextcloud anbieten, dann muss Dein vhost eben als ServerName den Namen wie er von der Fritzbox weitergereicht wurde sein.

ServerName nextcloud
ServerAlias nextcloud.fritz.box

Die Anfrage geht so:

http://nexcloud > Fritz.box¹ > "Hallo [IP des Raspis], hier kommt eine Anfrage am Eingang 80 an mit dem Namen 'nextcloud'"

¹ Die fritz.box schaut im DNS nach und erkennt das dieser Name ("nextcloud") zur Adresse [IP Deines Rapis] gehört und schickt die Anfrage inkl. Angabe des Port und Namens weiter an diese Adresse.

Jetzt übernimmt dein Apache wie von Igel beschrieben diese Anfrage und schaut, ob es zu dem von der Fritzbox gesendeten Namen "nextcloud" am Eingang (port) 80 (":80") eine Eintrag gibt. Gibt es den (Dein vhost-Container; SeverName = Name wie von Fritzbox geliefert) sprigt er an führt aus. Gibt es keine Entsprechung des Names, wie z.B. "nextcloud.rapi != nextcloud", dann spring entweder der Standard-Host an, oder wenn es den nicht gibt, wird ignoriert und es passiert garnichts, weil der Apache sich nicht angesprochen fühlt.

Nachtrag: Oben schreibe ich was von zwei Möglichkeiten. Das ist nicht stimmig, eine dritte Möglichkeit wäre es, eben den hostname "nextcloud[.fritz.box]" wie von der fritz.box angeboten zu benutzen.

Wir missverstehen uns. Es geht ja erst mal _nur_ darum, den Server überhaupt mit einem selbst gewählten Namen zu erreichen.

Wenn ich im Browser `http://nextcloud.igel01.local` eingebe, soll diese Anfrage auf dem Server mit der IP 192.168.178.20 landen. Was der Server mit der einkommenden Anfrage macht, ist ja zum jetzigen Zeitpunkt noch nicht relevant.

Diese Aufgabe kann ich auf meinem eigenen (oder auch allen beteiligen) Rechner lösen, indem in der /etc/hosts die entsprechenden Einträge anlegt werden. Aber was mache ich wenn ich mit dem Händi (kein Zugriff auf die /etc/hosts) oder einen beliebigen anderen Gerät im Haushalt ebenso an diesen Server eine Anfrage schicken möchte? Kann ich dazu - wie in meinem Beispiel angeführt - in der Fritzbox Namen und deren Ziel-IP anlegen?

Wenn ich es richtig verstanden habe, ist ja das genau das, was der Fragestellen erreichen möchte. Von allen Geräten im Haushalt die Nexcloud zu erreichen.

Wenn das über die Fritzbox nicht geht, was ich nicht weiß weil mein Modell schon älter ist, bleiben eigentlich nur zwei Lösungen:

1. DNS-Dienst aufsetzen, z.B. am Raspi oder über ein vielleicht vorhandenes NAS. Die Adresse des DNS dann in der Fritzbox konfigurieren.

2. Soviel VMs auf dem Raspi aufmachen, damit sich jede VM mit eigenen Rechnername in der Fritzbox wiederfindet. Also "vm-dienst1.fritz.box", "vm-dienst2.fritz.box", diese wären dann über das Feature der Fritzbox im Heimnetz verfügbar ohne eigenen DNS.

AlxMyr was mich irritiert ist folgende Aussage

Zitat

Der Zugriff auf die nextcloud funktioniert mit Folgenden URLs/Eingaben "https://nextcloud/" und "nextcloud/"

Woher weiß Dein Browser, auf welche IP der Hostname "nexcloud" zeigen soll? Ist das evlt. auch ein Feature der fritzbox … sowas wie die Kurzform von "nextcloud.fritz.box"?

Nee, ich glaube nicht, dass ich das will, da müsste ich mich ja zu klugscheißen extra anmelden. Passt schon, man gewöhnt sich an vieles.

Ja, das kenne ich, was ich meinte wäre nun das Anlegen von neuen Namen/Adressen.

z.B.

bilder.igel01.local > 192.168.178.20
nextcloud.igel01.local > 192.168.178.20
pihole-frontend > 192.168.178.20
alt.website1 > 192.168.178.20
neu.website1 > 192.168.178.20
nocheine-website.local > 192.168.178.20

Auf dem 192.168.178.20 läuft dann jetzt z.B. der Apache, der die entsprechenden Hostnamen auf deren vhost umlegt. Sowas geht mit der fritz.box nicht, oder?

Zitat

[Rechnername].fritz.box

Ist ein (DNS-)Feature der fritz.box. Darum ereichst Du nextcloud.fritz.box aber nicht nextcloud.raspberry.fritz.box.

Wenn Du einem beliebigen Hostname wie eben nextcloud.raspberry.fritz.box (vhost Apache "ServerName nextcloud.raspberry.fritz.box") an eine IP addressieren möchtest, bleiben Dir nur die geannanten Möglichkeit des Eintrages in die /etc/hosts (Dein lokaler DNS), oder alternativ, wenn wie gewünscht andere Geräte aus dem Heimnetz den Server unter einem anderen Namen erreichen sollen als [Rechnername].fritz.box, eine eigener DNS.

Zitat

Dieser Router ist auch mein Lokaler DNS-Server

Die fritz.box bietet glaube ich keine Möglichkeit einen DNS selbst einzurichten, oder? Also ähnlich wie die /etc/hosts, dass man Namen auf IP-Adressen leiten kann? Das würde mich auch interessieren. Du könntest den Raspi vermutlich mit einen DNS aufrüsten.

Interessantes Thema. Die Ursache der Verwirrung ließe sich sicher beseitigen, dann gäbe es auch keine Verwirrung mehr.

Ich denke es ist die Checkbox bzw. der Anschein derer. So lange ein Thema offen ist, ist der Status natürlich "unerledigt", allerings passt da die nebenstehende und nicht gehakte Checkbox nicht dazu. Andererseits läd die Checkbox auch zum klicken ein, was nötig ist, denn es ist nicht erkenntlich, dass man hier mit Klick den Status des Threads ändern kann.

Für mich folgt daraus die Konsequenz:

1. Icons für die verschiedenen Status ändern.
   • erledigt = "fa-check", auch für die Listung der Themen in der Übersicht.
   • offen = "fa-???" irgendwas für "processing", oder was wahrscheinlich der häufigere Fall ist: "Idle"
2. Die Möglichkeit des Klicks, erkennbar machen.
   • Status: ? Unerledigt <a title=Status ändern: erledigt>Thema erledigt.</a>
   • Status: ✓Erledigt <a title=Status ändern: offen>Thema noch offen.</a>
3. Soll es eine Checkbox bleiben, müsste der Text angepasst werden, damit die Semantik wieder stimmt.
   • [ ] Erledigt
   • [✓] Erledigt

So, jetzt seit Ihr wieder entlassen, ich nerve nicht weiter

Nachtrag: OK, eins muss ich noch anmerken. In der Auflistung der Themen passt die Checkbox an/aus, weil in dem Text beim überfahren der aktuelle Status geannt wird. Im Beitrag selbst, steht der aktuelle Status aber neben der Checkbox und drückt damit was falsches aus. Es würde wieder stimmen wenn der angezeigt Text "[ ] Erleidigt" wäre und bei überfahren mit der Maus ebenfalls das "unerledigt" erscheinen würde.

Wenn ich das richtig sehe, ist das aber ja ohnehin eine Funkion des Boards oder eines Plugins, was die Auseinandersetzung mit der Sache wohl eher in die Gefilde des Herstellers verschieben sollte.

Also … ähm … ich habe nichts gesagt.

Ja natürlich, jetzt stimmt die Aussage: "Erledigt? Ja, check!" Ausgerückt durch "[x] Erledigt"

Zitat

Bis zum Klick ist die Frage ja auch unerledigt. Oder?

Natürlich, dass steht ja nicht zur Debatte, sondern die Bedeutung des Hakens in Beziehung zu seiner Beschriftung. Wenn ein Thema aktuell unerledigt ist, müsste der Haken gesetzt sein um den Status "Unerledigt" zu bestätigen, also so "[x] Unerledigt".

Ich will kein Fass aufmachen und kriege das schon hin, ich will nur verdeutlichen um was es mir geht:

- [ ] Erledigt = Erledigt? Nein, kein check, noch offen. = nicht erledigt / Damit fängt man an, Thema offen

- [x] Erledigt = Erledigt? Ja, check. = Erledigt

Mit dem Begriff "Unerledigt" ist die Bedeutung umgedreht:

- [x] Unerledigt = Unerledigt? Ja, check, unerledigt. = nicht erledigt / / Damit fängt man an, Thema offen

- [ ] Unerledigt = Unerledigt? Nein, _nicht_ unerledigt. = Erledigt

Verständlich, oder?

Wie auch immer, so erschiene es mir sinnvoller.

Schönen Tag noch

Ah! Danke, so einfach …

Wäre da die Beschriftung "[ ] Erledigt" nicht sinnvoller? Bei Sichtung des Kästchens "[ ] Unerledigt", könnte man meinen mit Klick das Unerledigtsein zu bestätigt.

Hi Leute, vielen Dank für die Hilfe, ich denke ab hier komme ich klar.

Wie geht das noch mal mit dem "Gelöst" ?