Beiträge von geekmonkey

    Hey Leute, wie in meinem letzten Thread beschrieben, gehts hier immer noch um Redis. Redis läuft zwar mittlerweile ohne Probleme, nur leider lässt sich der Server nicht als Autostart einrichten, weswegen ich hier mal einen neuen Thread starte, weil es ja quasi ein anderer Fehler ist.

    Also Redis läuft ohne Probleme, lässt sich aber nicht in den Autostart integrieren:


    Ich habe mittlerweile alles Mögliche probiert und bin mit meinem Latein am Ende. Hier mal das redis.service script:

    Script liegt hier: /lib/systemd/system/redis.service

    und per symlink hier: /etc/systemd/system/redis.service


    Wenn mir wer helfen kann, oder ne Idee hat, das wäre grandios!:)

    Sehr sehr verwirrend, ...

    Also Redis läuft nun und ist per socket erreichbar.

    Hierfür hab ich eben einen user "redis" angelegt und den der www-data gruppe hinzugefügt

    2 Dinge machen mich stutzig:

    1) nach nem reboot waren sowohl ordner, als auch rechte weg, ... muss ich jetz tbei jedem start das hier ausführen?

    Code
      mkdir /var/run/redis
      chown -R redis:www-data /var/run/redis

    2) Warum zur Hölle bekomme ich das Ganze nicht als autostart zum laufen?

    Code
    root@xf0:~# systemctl enable  redis
    Synchronizing state of redis.service with SysV service script with /lib/systemd/systemd-sysv-install.
    Executing: /lib/systemd/systemd-sysv-install enable redis
    update-rc.d: error: redis Default-Start contains no runlevels, aborting.


    Das service script schaut so aus:

    allerdings mag es sein das Ihnen dieser Fehler bereits aufgefallen ist. Daher wäre meine zweite Vermutung das der Webuser nicht die korrekten Rechte hat einen Socket unter /tmp/redis.sock anzusprechen.

    Hey, danke erst mal für die Antwort. Der erste Fehler war mir tatsächlich aufgefallen, ... nach ca. 30min haha.

    Ich denke auch, es gibt ein Problem mit den Rechten, Redis lief die meiste Zeit als root, somit hatte nginx bzw. www-data keine Berechtigung für den Socket. Hab mich aber gerade eh selbst ausgesperrt, ... fail2ban für nextcloud sei dank - haha. Hab vergessen, dass ich das pw geändert habe. Naja werde den Server nachher wohl noch mal aufsetzten.

    Wie genau läuft denn Redis bei dir? über den user bzw. die gruppe "redis"? Per /etc/init.d script, oder als system service?

    Hab bis jetzt nur die standard config, bzw. das standard init.d script von Redis verwendet, bzw. um -a <secret> erweitert und -p <port> durch -s <socket> ausgetauscht.

    Habs auch probiert über das script redis-server als redis user laufen zu lassen, ... aber ein su redis -c <cmd> wollte irgendwie nicht.

    Wenn du also ein nettes init.d script hast, oder nen redis.service, wäre ich dir sehr dankbar.

    Das Standard Service Script lief bei mir leider nicht :/

    Redis läuft wie ne 1

    Code
    207:M 21 Mar 16:42:06.118 # Server initialized
    1207:M 21 Mar 16:42:06.118 * DB loaded from disk: 0.000 seconds
    1207:M 21 Mar 16:42:06.118 * Ready to accept connections
    1207:M 21 Mar 16:42:06.119 * The server is now ready to accept connections at /tmp/redis.sock

    Und sonst finde ich nix auffälliges, .. das wurmt mich gerade echt

    apcu läuft definitiv, ...

    https://stats.xf0.de/apc.php

    Hey Leute, vielleicht kann mir wer von euch ja weiterhelfen, ... ich verzweifel gerade an meinem Nextcloud Setting.

    Redis läuft in der neusten Version, compiliert aus source:

    Code
    root@xf0:~# ps ax | grep redis
     3336 pts/0    S+     0:00 grep redis
    22598 pts/0    T      0:00 /bin/sh /etc/init.d/redis_6379 stop
    29366 ?        Ssl    0:03 /usr/local/bin/redis-server 127.0.0.1:6379

    bzw.

    Code
    root@xf0:~# redis-cli
    127.0.0.1:6379> ping
    (error) NOAUTH Authentication required.
    127.0.0.1:6379>


    APCu läuft ebenfalls, wobei es anscheinend egal ist, ob aus dem Source compiliert oder per pecl installiert, ...

    Code
      php=7,2 
      echo "extension = apcu.so" | tee -a /etc/php/$php/mods-available/apcu.ini
      ln -s /etc/php/$php/mods-available/apcu.ini /etc/php/$php/fpm/conf.d/30-apcu.ini
      ln -s /etc/php/$php/mods-available/apcu.ini /etc/php/$php/cli/conf.d/30-apcu.ini
      ln -s /etc/php/$php/mods-available/apcu_bc.ini /etc/php/$php/fpm/conf.d/30apcu_bc.ini
      ln -s /etc/php/$php/mods-available/apcu_bc.ini /etc/php/$php/fpm/conf.d/30apcu_bc.ini

    service php$php-fpm restart

    Nextclud config schaut so aus:

    port steht noch mit drin, obwohl ich nen socket nutze, aber auch über localhost und port 6379 ... gleicher Fehler

    Ich hab folgende Settings probiert:

    APCU und Redis (s.o.) = Internal Error

    Nur Redis als memcache locking = klappt

    Nur APCu als memcahce locking = klappt

    Nur Redis fürs local und locking = fail

    NUr APCu fürs local und locking = fail

    Wenn wer irgend einen Tipp für mich hat, wäre ich sehr dankbar, ... denn mir gehen die Ideen aus :/

    Moin,

    erste banale Idee. Hast Du in den Settings die Permalinks aufgerufen und ohne Änderung auf "Speichern" geklickt? Oftmals reicht es, wenn die Datei neu erstellt / geändert wird.

    Wie sieht die Berechtigung auf die .htaccess aus? 660 müsste hier eingestellt sein.

    Ggf. die htaccess löschen und neu anlegen.

    Die Settings selbst sehen gut aus.

    Ganau das hatte damals bei mit geholfen. Hatte das gleiche Problem für die kleineren WP Installationen. Die großen liegen auf nem root Server, da wars komischerweise nicht nötig.

    WordPress leitet vermutlich noch auf die "alte" Adresse um, in dem Fall muss die neue Domain in den Einstellungen hinterlegt werden.

    Stimmt, wäre auch noch ne Option. In die Einstellungen wird er so nicht kommen.

    Kann man aber ohne Probleme in der wp-config.php ändern

    Code
    define('WP_HOME','http://domain.de');
    define('WP_SITEURL','http://domain.com');

    Sorry, kenne mich damit leider auch 0 aus, aber mal ne ganz doofe Frage, bzw. Idee.

    Was spricht gegen diesen Ansatz:

    1) Image daheim am rechner über Virtualbox mounten

    2) in absprache mit dem Kunden gucken, welche services genau benötig werden .... oder zur Not selbst checken

    3) configs und files backupen

    4) root server bei netcup neu aufsetzen

    5) benötigte software neu installieren

    6) configs und files aus dem backup überspielen

    Damit stellst sicher, dass die kernkomponenten des systems zur hardware passen ...

    Für den fall, das später noch files ect. Fehlen, hast ja immer noch lokal deine komische vdhx datei

    Wie gesagt, nur eine Idee, keine Ahnung, ob das in der Umgebung so realisierbar ist. Wäre nur mein erster Versuch. :)

    Wo genau sind denn die nginx configs gespeichert?

    Bzw. hast du daran gedacht, nginx zu restarten?

    /etc/init.d/nginx restart , oder service nginx restart

    Guck aber vorher, ob die configs fehlerfrei sind: nginx -t

    Sonst wäre es ineressant mal dein ganzes nginx Setting zu sehen.

    Hey, vielen Dank für den Tipp. Ansible sieht auf jeden Fall interessant aus. Mir gefallen die Playbook Roles, erinnert nen bissel an bash functions oder Funktionen allgemein.

    Hatte sogar schon mal überlegt gehabt die Scripte in python zu schreiben, oder sogar mal aus Spass gucken, wie weit man mit javascript kommt. Ansible nutzt ja quasi python.

    Wird def. mal ausprobiert! Danööö

    Hey Leute,

    da ich in den letzten Tagen nichts groß zu tun hatte, mit meinen Klausuren fertig bin, meine Freundin derzeit in der Heimat ist und es selbst dem Hund zu kalt ist, um vor die Tür zu gehen, habe ich mal angefangen einen Teil meiner selbst geschriebenen Shell Scripte zu sortieren, bzw, zusammen zu fassen.

    Dachte, vielleicht ist das ja für den ein oder anderen von euch interessant. Gerade für Anfänger, die sich zu Beginn nicht wirklich mit dem Absichern des Servers etc. auseinandersetzten wollen, aber dennoch ein laufendes System wollen, oder aber für die Faulen unter euch - was mich einschließt - haha :P^^:evil:

    Ihr findet die Scripte auf github: https://github.com/gxf0/lazy_server, dort gibts auch jeweils eine kurze Erklärung zu den einzelnen Scripten, allerdings nur auf Englisch, war ehrlich gesagt zu faul das ganze mehrsprachig zu verfassen.

    Kurz zusammen gefasst, mit den Scripten lässt sich im Handumdrehen ein Webserver aufsetzten, welcher zusätzlich nach außen hin abgesichert ist. Im Rahmen der Installation wird eine Config erstellt, welche sich jederzeit auf einem anderen System wieder einbinden lässt, gerade zum Entwickeln, oder Ausprobieren, wenn man mal nur schnell einen LEMP Stack bracht, ganz praktisch.

    Bisher gibt es: Basic Setting, Absicherung des Servers, LEMP Stack, oder standalone NGiNX, Node.js und CO folgen, je nachdem, wann ich wieder Zeit habe.
    Die Scripte laufen derzeit ausschließlich auf Debian, lassen sich aber theoretisch mit nem "su" relativ schnell und unkompliziert auf Ubuntu ummünzen.

    Das lazy_ngx script, welches auch im Rahmen der LEMP Installation zum Einsatz kommt, ist besonders praktisch. Ich mag die vorgepackten NGiNX Pakete nämlich nicht und verwende gerne das cache_purge plugin. Mit dem Script wird also NGiNX aus dem Source gebaut, incl. Modulen. Da es bei nem "apt-get upgrade" dann aber gerne mal zur Problemen kommt, setzt das Script das nginx paket auf hold. Wenn ihr das lazy_ngx script nach der Installation ausführt, wird also geguckt, ob NGiNX bereits installiert ist, wenn ja, wird es neu compiliert, ohne die alten Files zu überschreiben :) Kann also nicht schaden, ab und an, wenn ihr das System updatet, auch mal nginx upzudaten. Wie gesagt, ich bin faul, wenn gewünscht, installiert der Installer ebenfalls apticron für euch, somit werdet ihr per mail über verfügbare Updates informiert 8)

    Ihr könnt entweder den Installer aus dem Repo verwenden, der euch eben durch die Installation leitet, oder die einzelnen Scripte im /scripts/ folder direkt nutzen.

    Und für die ganz Faulen unter euch, hab ich noch ein kleines script gebastelt, welches das Repo clont und die nötigen Rechte für die files setzt.

    Code
    curl -Ssl https://raw.githubusercontent.com/gxf0/lazy_server/master/get | bash

    Hab die Scripte gerade noch mal auf frischen Linodes bzw. Droplets getestet, laufen soweit ohne Probleme - übernehme aber keine Garantie.

    Bei Fragen stehe ich gerne zur Verfügung, viel Spaß damit :)

    PS.: Ich komme aus der Labormedizin/Forschung, bzw. studiere derzeit Wirtschaft und Chinesisch, bin also weder Informatiker noch Systemadministrator. Also wundert euch nicht, wenn der Code vielleicht nicht des Beste ist - haha :D
    Verbesserungsvorschläge nehme ich gern entgegen - aber bitte mit kurzer Erklärung :saint:8)

    Das klingt jetzt aber sehr negativ! :D

    Nein nein, war nur eine Feststellung - ohne Wertung.

    Bin nicht so der Forentyp. Bin eher mit dem QuakeNet, Undernet und EFnet, also IRC aufgewachsen. Oder eben Imagesboards ala futuba, 4chan, oder not7chan - haha .Da wurde aber auch eher aneinander vorbei geredet, also gar nicht so schlecht der Thread hier 8o  

    Bin seit nen paar Tagen hier, hatte den Thread mal beim ersten Überfliegen des Forums gefunden und mich gefragt wofür er gut ist, ... glaub so langsam hab ichs verstanden. Endloses Offtopic, wo entweder auf Kommentare eingegangen /geantwortet wird, oder wer einfach was komplett anderes postet ...

    In diesem Sinne, genießt den morgigen - bzw- heutigen Feiertag!

    Absichern ist immer eine gute Idee - man weiß ja nie. Das Problem ist halt, du bist für die Maschine und was davon ausgeht verantwortlich. Außerdem nimmt netcup die Maschine bei Ungereimtheiten vom Netz - damit wäre deine Cloud dann nicht mehr erreichbar :P

    Weiß nicht, auf welchem Sytem dein Server aufbaut, tippe aber Ubuntu oder Debian. Hatte mal vor einiger Zeit nen Tutorial zu dem Thema geschrieben. Vielleicht hilft dir das ja bei dem Thema Sicherheit weiter: https://geekmonkey.de/webserver-richtig-absichern/

    Wenn du Ubuntu statt Debian einsetzt, setz einfach nen "su" vor den jeweiligen Befehl, oder melde dich mit "su root" direkt als root für den Installationsprozess an.

    Viel Erfolg und Spaß mit der Kiste!:)