Also funktioniert es jetzt? Problem gelöst?
Beiträge von Bud
-
-
fürs hoch und runterladen nehm ich dann einfach nen fileZilla oder so?
datenbanken einspielen: also beim alten tarif alle einzeln runterladen/exportieren und beim neuen wieder importieren oder so?
Ja, so mehr oder weniger. Etwaige Tutorials hierfür gibt es zuhauf auf YouTube.
was meinst du mit "Konfigurationen der Seite anpassen" Was denn da so?
Wenn du z. B. die Daten und die DB einer Seite umgezogen hast, musst du in der Konfiguration den DB-Namen/-User/-Passwort ändern, normalerweise ändert man das auch gleich mit, und übernimmt das nicht einfach so vom alten - sofern überhaupt möglich.
Ach meine Seite ist echt mega groß - bzw. ich hab mehrere verschiedene Wordpressinstallationen am Laufen etc.
Krieg echt bauchweh bei dem gedanken, dass irgendwie alles selbst zu migrieren.
Das ist halb so schlimm. Wie gesagt, da gibt es eine Menge Tutorials auf YouTube, und wenn du eine hast, dann geht der Rest eigentlich recht einfach. Aber wenn du davor schon Angst hast, darf ich fragen, wer deine WP-Installationen absichert und überwacht? Wir haben da erst aktuell wieder einen Fall im Forum...
Woher weiß ich denn, ob alles geklappt hat? Also ist meine Website dann einfach doppelt im Internet und ich kann auf so einer merkwürdig aussehenden URL dann raufgehen und muss mich da mal durch alles durchklicken?
Darum geht es ja - mehr oder weniger. Du „kopierst“ erst deine Seiten auf das neue Hosting, überprüfst dann, ob diese einwandfrei laufen, und erst dann ziehst du die Domains um.
-
Installiere dir erstmal certbot und die zugehörigen Pakete:
Wenn der A-Record auf die IP des Servers zeigt, kannst du für Apache unter /etc/apache2/sites-available/ folgende Datei erstellen:
Code: example.com.conf
Alles anzeigen<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>Ein Zertifikat forderst du dann wie folgt an:
Codesudo certbot --apache --agree-tos --redirect --hsts --staple-ocsp --email letsencrypt@example.com -d example.com -d www.example.com(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.)
Die .conf sowie die des Zertifikats aktivierst du dann wie folgt:
Und die default - falls nicht schon geschehen - deaktivierst du so:
Abschließend noch Apache neu laden und dann sollte das eigentlich schon laufen:
Solltest du eine Firewall installiert haben, musst du natürlich die Ports 80 und 443 (jeweils tcp) freigeben.
Dieser Beitrag wurde von einem Anfänger erstellt und darf gerne bestätigt oder widerlegt/verbessert werden
-
In der Regel liegt es nicht an WP selbst, sondern an Plugins oder Themes. Ich bin da sehr sorgfälig in der Auswahl und beschränke mich immer nur auf das Notwendigste.
So ist es. Wobei ich relativ viel Aufwand beim Einrichten und Absichern der Installationen betreibe. Starke Passwörter und 2FA, Sicherheitsplugins... Was davon wirklich hilft, kann ich nicht zu 100 % sagen, aber es funktioniert.
-
Ich habe seit Jahren mehrere WP-Seiten in Betrieb und die laufen durchweg reibungslos.
-
Nach dem du Server horder warst wirst du jetzt Domain horder?

In diesem Fall muss ich tatsächlich einen Fehler aus meiner Anfangszeit ausbügeln... Ich will mein privates Webhosting 8000 kündigen, weil mir das 4000er reicht, aber im 8000er hängen noch zwei Inklusivdomains fest...

-
Also... Ich weiß ja nicht wie es euch geht, aber ich könnt schon wieder *.de-Domains im Angebot gebrauchen

-
Sind deine WP-Installationen aktuell?
Sind deine Plugins aktuell?
Wechselst du die Passwörter gleich alle mit?
Ist es dir möglich die Seite ohne Backup mal von Grund auf neu aufzubauen? -
Im CCP, beim Produkt unter dem Reiter "Backups"
-
Ich verweise mal auf Server administrieren - wo fange ich an? und Minecraft-Server - aber letztendlich ist es viel googeln, viel lesen, viel (lokal) ausprobieren und lernen.
-
-
im großen und ganzen hast du schon alles beinander – nur gefällt mir so einiges nicht an dem script (daten im script/tmpfile).
ich bau meins mal etwas um und schick dir das dann (eher heute abend oder morgen).
Gerne!

-
Das nächste Mal schreib ich Nummern und ihr müsst euch nicht die Köpfe einschlagen

-
Ehrlichgesagt wundere ich mich auch immer wieder, wie es zustande kommt, dass manche Mitglieder ihre Kundennummer als Username angeben. Das ist natürlich nicht in unserem Interesse und wir empfehlen, irgendein Pseudonym aus Buchstaben und Zahlen als Usernamen zu nutzen.
Vorschlag: Wie wäre es mit einer einfachen Prüfung bei der Registrierung? Wenn der Benutzername eine 6-stellige Zahl (oder auch weniger) ist, wird darauf hingewiesen, dass ein Benutzername aus reinen Ziffern nicht erlaubt ist, und er auch nicht die Kundennummer enthalten soll. Diese Prüfung zu integrieren sollte eigentlich ein leichtes sein... Vielleicht ist es manchen nicht bewusst, das diese Nummer als Benutzername genutzt wird, und sie denken, sie müssen diese sogar angeben?
-
poste doch mal dein login-watchdog-script in deinen server-install-thread.
Bash: /etc/profile.d/telegram_sshalert.sh
Alles anzeigen#!/bin/bash CHAT_ID="1234567890" BOT_TOKEN="0987654321:abcDEFghijklMNopqRstuVwXyz" URL="https://api.telegram.org/bot$BOT_TOKEN/sendMessage" TMPFILE='/tmp/ipinfotemp.txt' if [ -n "$SSH_CLIENT" ]; then IP_USER=$(echo $SSH_CLIENT | awk '{print $1}') HOSTNAME=$(hostname) IP_SRV=$(hostname -I | awk '{print $1}') curl https://ipinfo.io/$IP_USER -s -o $TMPFILE POSTAL=$(cat $TMPFILE | jq '.postal' | sed 's/"//g') CITY=$(cat $TMPFILE | jq '.city' | sed 's/"//g') REGION=$(cat $TMPFILE | jq '.region' | sed 's/"//g') COUNTRY=$(cat $TMPFILE | jq '.country' | sed 's/"//g') DATE=$(date +"%A, den %d.%m.%Y um %T Uhr") TEXT="<pre>${USER} @ $HOSTNAME</pre> %0ASSH Login auf <b>$HOSTNAME</b> [<code>$IP_SRV</code>] als <b>${USER}</b> [<code>$IP_USER</code>] aus $POSTAL $CITY ($REGION, $COUNTRY)%0A%0Ahttps://ipinfo.io/$IP_USER%0A%0A$DATE" curl -s --max-time 10 -d "chat_id=$CHAT_ID&disable_web_page_preview=1&text=$TEXT" $URL -d parse_mode=HTML > /dev/null rm $TMPFILE fi -
Bei dynamischen IPs hast du sehr wahrscheinlich andere Daten, wenn du später »ipinfost«. Ich lass das gleich den Server abfragen und in der Message mitsenden.
Danke für den Hinweis, da lese ich mich mal ein wie das am besten zu machen ist...
-
Ne Spielerei, aber würdet ihr das anders gestalten? Mehr / weniger Informationen etc.?
Spoiler anzeigen
-
Nach ewigem rumprobieren mit certbot die Zertifikate wieder gelöscht und neu beantragt, nun geht es auf Anhieb. Trotzdem danke für eure Ideensammlung / Tipps

-
od. man erfindet einfach was ...
wenn dagegen ein Abmahnanwalt dagegen vorgeht,
dann gibts x Paragraphen, gegen die der verstoßen hat, um an Daten zu kommen;
Ich mag wie du denkst, aber dafür bin ich zu feige

-
Zitat
Dieser Server konnte nicht beweisen, dass er example.com ist. Sein Sicherheitszertifikat stammt von hosting000000.aaaaa.netcup.net. Mögliche Gründe sind eine fehlerhafte Konfiguration oder ein Angreifer, der deine Verbindung abfängt.
Ich habe eine Domain von einem Webhosting entfernt, und sie auf einen Server gesetzt. Mit diesen habe ich auch bereits mit certbot ein neues Zertifikat erstellt. Allerdings bekomme ich diese Fehlermeldung beim Aufrufen der Seite.
Wie löse ich das? Einfach warten?