Beiträge von Borgqueen

Die zweite Domain führe ich genauso in ein paar Tagen aus.
Denn bei der hatte ich schon zu viele Versuche und riskiere sonst die paar Tage Sperre.

Zitat von Bud

Installiere dir erstmal certbot und die zugehörigen Pakete:

Code

sudo apt install certbot python3-certbot-apache -y

certbot ist schon die neueste Version (2.1.0-4). python3-certbot-apache ist schon die neueste Version (2.1.0-2).
An dem lag es zumindest nicht.

Zitat von Bud

Code: example.com.conf

<VirtualHost *:80>

    ServerAdmin apache@example.com

    ServerName example.com
    ServerAlias www.example.com

    DocumentRoot /var/www/html/

    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined

</VirtualHost>

Alles anzeigen

war von den Inhalten identisch vor meinem damaligen certbot Zertifikat anlegen

Zitat von Bud

Code

sudo certbot --apache --agree-tos --redirect --hsts --staple-ocsp --email letsencrypt@example.com -d example.com -d www.example.com

Habe ich so mit meinen zu ausfüllenden Angaben ausgeführt

Zitat von Bud

(Du kannst auch einfach nur sudo certbot --apache nutzen, dann wirst du manuell durch die Zertifizierung geführt, und siehst/lernst, was die einzelnen Zusätze eigentlich bedeuten.)

Hatte ich zuvor stets so ausgeführt

Zitat von Bud

Die .conf sowie die des Zertifikats aktivierst du dann wie folgt:

Code

sudo a2ensite example.com.conf
sudo a2ensite example.com-le-ssl.conf

Und die default - falls nicht schon geschehen - deaktivierst du so:

Code

sudo a2dissite 000-default.conf

Abschließend noch Apache neu laden und dann sollte das eigentlich schon laufen:

Code

sudo systemctl reload apache2

Solltest du eine Firewall installiert haben, musst du natürlich die Ports 80 und 443 (jeweils tcp) freigeben.

Diese Punkte waren mir bekannt/vertraut

Zitat von Bud

Dieser Beitrag wurde von einem Anfänger erstellt und darf gerne bestätigt oder widerlegt/verbessert werden

Staple Dich doch bitte nicht kleiner als Du bist.

Nun zum Ergebnis:

Nun funktioniert es bei mydomain.de und http://www.mydomain.de

Das einzigste was von meinem zuvorigen (gewohnten) Prozedere abwich war wie folgt:

sudo certbot --apache --agree-tos --redirect --hsts --staple-ocsp --email letsencrypt@example.com -d example.com -d www.example.com

Ich hoffe es bleibt so

Danke

Moment, muss mich vom Sofa aufraffen und den Rechner hochfahren und es probieren.

Hallo Bud,

Danke, bis auf die Zusatz-Pakete für cerrtbot und den Code zum Zertifikat (inkl. der Zusätze wie von Dir im Beitrag) hatte ich alles seit Jahren verwendet.

Hallo frank_m,

mein CMS welches auf mydomain.de betrieben wird läuft auf meinem Server und innerhalb der config der vhost (Apache2 des Server) ist der Servernamen = mydomain.de und der Alias = http://www.mydomain.de

Hallo zusammen,

ich nutze folgende Produkte:

• für meine Mail-Accounts nutze ich (aus Bequemlichkeit) die Funktionen in Plesk meines Webhosting-Pakets.
• Bedingt dessen verweisen die DNS MX Einträge weiterhin auf das Webhosting
• Jedoch meine für die Nutzung meiner vhosts / Pages verweisen die jeweiligen A und AAAA Record Einträge auf die jeweilige IP der Server

Nun zu meinem Problem:

• im WCP unter Websites & Domains SSL/TLS Zertifikate nicht geschützt
• SSL/TLS-Zertifikat konnte für mydomain.de nicht ausgestellt werden. Details: SSL/TLS-Zertifikat von Let's Encrypt konnte nicht für mydomain.de abgerufen werden.
• für sämtliche vhosts für die Sub-Domains auf den Servern kann ich per certbot ein Zertifikat erstellen (nutze dies auch)
• jedoch erstelle ich auf dem Server Zertifikat für mydomain.de (Servername + Alias) so habe ich danach https für http://www.mydomain.de aber nicht für mydomain.de

Könnte ich eventuell dieses Problem beheben, wenn ich

• mein CMS auf dem Webhosting betreibe und wieder in den DNS-Einstellungen der Domains wieder bei A und AAAA Record die IPs des Webhosting verwende
• und für die Subdomains welche auf den Servern betrieben werden dann nur die DNS Record Einträge für die jeweilige Subdomain belassen

Oder einsteht dann dass umgekehrte Problem dass die Zertifikate der Subdomains auf den Servern nicht mehr greifen würden?

Als ich (bevor ich alles zu netcup wechselte (Jan./Feb. 2023) hatte ich mein Webhosting bei einem Provider und meinen Server bei einem anderen Provider.
Mein Problem habe ich erst seitdem ich mit dem Webhosting und den Servern bei netcup bin. Denn irgendwie funktioniert das intern nicht so gut mit den IPs des Webhosting und der Server in meinem Fall.

Zitat von p3nnyman

Ja, das dachte ich mir schon.

Hat mich anfangs nur ein wenig irritiert.

Interessieren würde mich eher, wieso man mit Kundennummer registriert ist?

Das hängt sicherlich mit zusammen, dass wenn man das Forum mit dem CCP verknüpft, um vom CCP aus (per Klick) zum Forum (als Kunde mit Foren-Account) gelangen zu können.

Denn woher soll das Forum sonst an die Kunden-Nummer gelangen.

Hallo p3nnyman,

Zitat von p3nnyman

Mich hat es aber auch von Anfang an irritiert, dass meine Kundennummer, für mich(?), auch im Profil auftaucht.

Ich hoffe, dass nur ich die sehe.

Die Kunden-Nummer sieht nur der Kunde selbst und mit hoher Wahrscheinlichkeit die Administratoren & Moderatoren dieses Forums.

Zitat von muhkuhnc

Bin ich der einzige der findet, dass die Winterdeals schon viel zu lang her sind und es Zeit für eine närrische Karnevalsaktion wird? #rheinländer

Wünscht Du dann Alaf- oder Helau-Server im Februar Angebot?

Abseits der digitalen Welt gibt es noch genügend wie man an Adressen kommt für Datendiebstahl.

• Telefonbücher
• Bücher wo Einwohner der Städte (weiß gerade nicht wie das öffentliche Buch heißt und ob man dieses noch erhalten kann) gelistet sind

Am besten man geht in einem Land mit viel Berge und Höhlen (z. B. Afghanistan etc.) und versteckt sich da.

Fazit:
Es ist doch wie mit vielem, man kann die Panikmache selbst antreiben bis sie automatisch einen täglich verfolgt.

M. M. n. wãre bei Bud und seine vielen Server

server-bud.de

die passende Domain. Die wäre sogar noch frei (vor wenigen Minuten überprüft).

Auch wenn Dein Seafile eine Altenative zu Nextcloud sein soll, so hilft es beim eigentlichen Problem der aktuelle Nextcloud nicht weiter.

Meine Plugins welche ich verwende laufen zum Glück und was die Template betrifft bin ich seitdem damaligen Umstieg von Joomla 3.* auf Joomla 4.* pragmatisch geworden. Denn ich nutze nur noch das Standard- Template. Denn ich beabsichtige keinen Design-Award zu erhalten.

Hallo zusammen,

nutzt jemand von Euch bereits Joomla 5.*

Ich habe es vor zwei Tage gewagt von Joomla 4.* auf Joomla 5.0.2 upzugraden.

Das Joomla 5.0.2 läuft bei mir bis dato (zum Glück) ohne Probleme.

Danke für die Info.

Ich warte auf das nächst höhere Upgrade der 28.* bis ich einen neuen Versuch starte.

Ggf. sogar auf das übernächste Upgrade der 28.*

Zitat von Hille

Klar. Kannste direkt während der Benutzung machen

Danke, mache dann aber nach dem löschen mindestens ein restart der Maria und dem Apache

Zitat von Hille

ne neue "tolle" Sache in der Nextcloud 28. Die Fehler waren sicherlich schon vorher im Log vorhanden. Jetzt werden diese zusätzlich in den Sicherheitseinstellungen dargestellt. Möglicherweise kann man das deaktivieren.

Da haben sich die Entwickler m. M. n. nicht viel dabei gedacht.
Mich machte das total kirre als ich die Überdimensionale Anzahl an Fehlermeldungen sah.

Kann man die Logs i m Verzeichnis ../nextcloud/ auch einfach löschen währendem man die Cloud kurz deaktiviert?

Ich habe gerade auch die erste Cloud wo das Upgrade bereits gestern schon scheiterte wieder das letzte Backup zurück gespielt.

Nun warte ich auf weitere Upgrade der Version 28.* bis die sogenannten Kinderkrankheiten behoben sind.

Zitat von andreas.

Eventuell ist es ratsamer, nicht immer gleich auf die neueste Version zu aktualisieren.

Ein bisschen Pioniergeist ist halt ab und an bei mir vorhanden.

Oft geht es bei neuen Versionen gut und manchmal zahlt man Lehrgeld für das Wagnis.

Aber darum verwende ich für Wagnisse meist die am wenigsten verwendete Cloud für Experimente und erst wenn es bei der klappt, dann kommen die restlichen dran.

Zitat von andreas.

Ich selber habe erst vor einigen Tagen meine Test-Nextcloud auf die Version 26.0.10 angehoben und die Produktive auf die Version 26.0.4.

Das wäre mir etwas zu alt.