Skip to content

NGINX - Installation

NGINX
  • Es gibt da ein kleines Problem, was einige verwirren könnte. Wenn man NGINX aus den normalen Repos installiert, bekommt man auf Debian 10.1 folgende Version.

    root@rockpro64:/etc/nginx/sites-enabled# nginx -v
    nginx version: nginx/1.14.2
    

    Diese Installation arbeitet mit /etc/nginx/sites-enabled und dem Pfad /var/www/html

    Und deinstalliert.

    apt purge nginx
    

    Aufpassen, verschiedene Ordner blieben bestehen. Habe ich alle von Hand gelöscht. Als nächstes gehen wir nach der Anleitung von NGINX vor. https://nginx.org/en/linux_packages.html#Debian

    Step 1

    apt install curl gnupg2 ca-certificates lsb-release
    

    Macht nix, alles schon da.

    Step 2

    echo "deb http://nginx.org/packages/debian `lsb_release -cs` nginx" \
        | sudo tee /etc/apt/sources.list.d/nginx.list
    

    Das macht folgendes

    nano /etc/apt/sources.list.d/nginx.list
    

    Inhalt der Datei

     deb http://nginx.org/packages/debian buster nginx
    

    Step 3

    curl -fsSL https://nginx.org/keys/nginx_signing.key | sudo apt-key add -
    

    Als nächstes wird der Key gecheckt.

    root@rockpro64:/etc# apt-key fingerprint ABF5BD827BD9BF62
    pub   rsa2048 2011-08-19 [SC] [expires: 2024-06-14]
          573B FD6B 3D8F BC64 1079  A6AB ABF5 BD82 7BD9 BF62
    uid           [ unknown] nginx signing key <signing-key@nginx.com>
    

    Sieht so weit alles gut aus. Dann wie gewohnt.

    apt update
    apt install nginx
    

    Doch hier ein Problem

    N: Skipping acquire of configured file 'nginx/binary-arm64/Packages' as repository 'http://nginx.org/packages/debian buster InRelease' doesn't support architecture 'arm64'
    

    Hmm, kein arm64 Paket von NGINX!?

    fef101ac-3a97-4bce-a0b1-4091d831471a-grafik.png

    Ok, dann auf einem Ubuntu Bionic Minimal 🙂

    6f82b5da-c57e-4b04-972a-beab4c88bada-grafik.png

    Installation nach -> https://docs.nginx.com/nginx/admin-guide/installing-nginx/installing-nginx-open-source/#prebuilt_ubuntu

    Nach der Installation erhält man folgendes

    rock64@rockpro64:/etc/apt$ nginx -v
    nginx version: nginx/1.17.4
    

    Wir sind also auf der letzten "Mainline" Version von NGINX. Aber hier gibt es

    • /var/www/ nicht mehr
    • /etc/nginx/sites-enabled nicht mehr

    Was ist jetzt anders?

    Nicht so viel, man muss es nur wissen.

    In /etc/nginx findet man die

    • nginx.conf

    Unter /etc/nginx/conf.d findet man die Config Dateien der einzelnen Webseiten, hier im Beispiel die

    • default.conf

    Und die Daten der Webseiten findet man unter /usr/share/nginx/html

    rock64@rockpro64:/etc/nginx/conf.d$ ls -lha /usr/share/nginx/html
    total 16K
    drwxr-xr-x 2 root root 4.0K Oct  1 08:52 .
    drwxr-xr-x 3 root root 4.0K Oct  1 08:52 ..
    -rw-r--r-- 1 root root  494 Sep 24 14:49 50x.html
    -rw-r--r-- 1 root root  612 Sep 24 14:49 index.html
    

    Nach was, der NGINX Server ist nicht automatisch gestartet.

    rock64@rockpro64:/etc/nginx/conf.d$ sudo service nginx status
    ● nginx.service - nginx - high performance web server
       Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: enabled)
       Active: inactive (dead)
         Docs: http://nginx.org/en/docs/
    

    Mit

    sudo service nginx start
    

    ist das dann auch erledigt.

    Fazit

    Ich wollte hier kurz aufzeigen, das es Unterschiede gibt, ob man NGINX aus den Repos installiert oder man die Daten direkt von NGINX benutzt. Mit dem Wissen darüber, ist es nicht so schwer auch die vielen Tutorials im Netz zu verstehen. Hat mich lange verwirrt, bis ich endlich begriffen hatte, warum das so ist.

    In der Praxis ist das hinterher völlig egal. Macht beides das Gleiche, wobei ich es besser finde da ich jetzt den Zwischenschritt mit dem symbolischen Link los bin.

    zusätzlich haben wir gelernt, das es nicht für jede Distribution arm64 Pakete gibt 🙂

  • 0 Stimmen
    2 Beiträge
    77 Aufrufe
    FrankMF

    Wie schon geschrieben, war einer meiner Hauptgründe zu wechseln, der zweite Monitoranschluss. Dann wollen wir das mal testen. Ich habe hier noch einen etwas älteren Monitor rumliegen sollte reichen für einen schnellen Test.

    Mittels HDMI im laufenden Betrieb angesteckt. Das Plasma 6 erkennt den Monitor einwandfrei.

    Screenshot_20240421_173235.png

    Und hier wofür ich das vermutlich benutzen möchte.

    20240421_092909.jpg

    Klappt soweit einwandfrei 🤓

  • Nextcloud - Update auf 28.0.0

    Nextcloud
    5
    0 Stimmen
    5 Beiträge
    361 Aufrufe
    FrankMF

    28.0.1 ist da. Den Log Reader wieder aktiviert. Gleiches Verhalten. Kann ich so leider nicht gebrauchen, also wieder deaktiviert.

  • ufw - Die einfache Firewall

    Linux
    3
    0 Stimmen
    3 Beiträge
    126 Aufrufe
    FrankMF

    Beispiel um eingehend einen Port für eine IP-Adresse zu erlauben.

    ufw allow from 1.1.1.1 to any port 8000
  • Debian 11 - nginx mit Seafile

    NGINX
    3
    0 Stimmen
    3 Beiträge
    116 Aufrufe
    H

    Hi,
    ja es ist zu Warm 😀 😎

    Hab mich vielleicht etwas falsch ausgedrückt.
    Ich suche ne möglichkeit bzw. ein Howto wie ich Seafile für einen bekannten auf ein Shared Hosting Paket installiert bekomme.

  • Restic & Rclone & Nextcloud

    Linux
    3
    0 Stimmen
    3 Beiträge
    688 Aufrufe
    FrankMF

    Hier mal eine Ausgabe vom ersten Durchgang

    root@frank-MS-7C37:~# restic --password-file /root/passwd -r rclone:Nextcloud:HOME_UBUNTU backup --files-from /root/includes.txt repository 99xxxxa0 opened successfully, password is correct created new cache in /root/.cache/restic rclone: 2020/05/08 17:47:57 ERROR : locks: error listing: directory not found rclone: 2020/05/08 17:47:58 ERROR : index: error listing: directory not found rclone: 2020/05/08 17:47:58 ERROR : snapshots: error listing: directory not found Files: 3503 new, 0 changed, 0 unmodified Dirs: 2 new, 0 changed, 0 unmodified Added to the repo: 16.872 GiB processed 3503 files, 21.134 GiB in 1:02:56 snapshot fdxxxxec saved

    Der erste Durchgang hat also etwa eine Stunde benötigt. Durch die Deduplikation der Daten, ist der Vorgang beim zweiten Durchgang viel schneller weil nur neue oder geänderte Daten gesichert werden. Und außerdem sind alle Daten AES-256 verschlüsselt. Also perfekt zur Ablage in irgendeiner Cloud 😉

    root@frank-MS-7C37:~# restic --password-file /root/passwd -r rclone:Nextcloud:HOME_UBUNTU backup --files-from /root/includes.txt repository 99xxxxa0 opened successfully, password is correct Files: 57 new, 41 changed, 3449 unmodified Dirs: 0 new, 2 changed, 0 unmodified Added to the repo: 22.941 MiB processed 3547 files, 21.137 GiB in 0:13 snapshot c6xxxxe4 saved

    Wie ihr seht, hat der zweite Durchgang nur ein paar neue und geänderte Daten gesichert. Der Rest ist ja schon vorhanden. Und das kann man dann auch problemlos täglich, wöchentlich oder was auch immer mal eben schnell durchführen.

    Eines meiner absoluten Lieblingstool 🙂

  • NGINX - Standard .conf

    NGINX
    3
    0 Stimmen
    3 Beiträge
    297 Aufrufe
    FrankMF

    Als kleiner Tipp, die meisten Anbieter von Software haben mittlerweile Beispiele, wie man das konfiguriert. Hier mal ein Beispiel von Nextcloud.

    Link Preview Image Nginx configuration — Nextcloud latest Administration Manual latest documentation

    favicon

    (docs.nextcloud.com)

  • Kernel-Log 4.20

    Linux
    1
    0 Stimmen
    1 Beiträge
    300 Aufrufe
    Niemand hat geantwortet
  • NGINX

    Verschoben NGINX
    1
    0 Stimmen
    1 Beiträge
    534 Aufrufe
    Niemand hat geantwortet