linux-nerds.org

Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.

Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).

Ubiquiti ER-X - iperf

Verschoben OpenWRT & Ubiquiti ER-X

2 Beiträge 1 Kommentatoren 362 Aufrufe

FrankM

schrieb am

Mal schauen was da durchgeht. Der erste normal, die beiden anderen mit -R (Reverse Mode). Damit sendet der Server. Der Server steht im Internet

root@:~# iperf3 -s
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
Accepted connection from 37.201.xxx.xxx, port 26106
[  5] local 88.198.xxx.xxx port 5201 connected to 37.201.xxx.xxx port 26104
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  5.52 MBytes  46.3 Mbits/sec                  
[  5]   1.00-2.00   sec  4.79 MBytes  40.2 Mbits/sec                  
[  5]   2.00-3.00   sec  4.85 MBytes  40.7 Mbits/sec                  
[  5]   3.00-4.00   sec  6.04 MBytes  50.6 Mbits/sec                  
[  5]   4.00-5.00   sec  5.93 MBytes  49.7 Mbits/sec                  
[  5]   5.00-6.00   sec  6.05 MBytes  50.8 Mbits/sec                  
[  5]   6.00-7.00   sec  5.55 MBytes  46.5 Mbits/sec                  
[  5]   7.00-8.00   sec  5.99 MBytes  50.3 Mbits/sec                  
[  5]   8.00-9.00   sec  6.05 MBytes  50.8 Mbits/sec                  
[  5]   9.00-10.00  sec  6.05 MBytes  50.8 Mbits/sec                  
[  5]  10.00-10.03  sec   169 KBytes  50.2 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-10.03  sec  57.0 MBytes  47.7 Mbits/sec                  receiver
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
Accepted connection from 37.201.xxx.xxx, port 26034
[  5] local 88.198.xxx.xxx port 5201 connected to 37.201.xxx.xxx port 26016
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  14.0 MBytes   117 Mbits/sec    0    659 KBytes       
[  5]   1.00-2.00   sec  63.8 MBytes   535 Mbits/sec    0   3.04 MBytes       
[  5]   2.00-3.00   sec  82.5 MBytes   692 Mbits/sec    9   2.28 MBytes       
[  5]   3.00-4.00   sec  77.5 MBytes   650 Mbits/sec    0   2.47 MBytes       
[  5]   4.00-5.00   sec  87.5 MBytes   734 Mbits/sec    0   2.62 MBytes       
[  5]   5.00-6.00   sec  90.0 MBytes   755 Mbits/sec    0   2.74 MBytes       
[  5]   6.00-7.00   sec  95.0 MBytes   797 Mbits/sec    0   2.84 MBytes       
[  5]   7.00-8.00   sec  72.5 MBytes   608 Mbits/sec   10   2.09 MBytes       
[  5]   8.00-9.00   sec  72.5 MBytes   608 Mbits/sec    0   2.20 MBytes       
[  5]   9.00-10.00  sec  81.2 MBytes   682 Mbits/sec    0   2.28 MBytes       
[  5]  10.00-10.04  sec  2.50 MBytes   591 Mbits/sec    0   2.28 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.04  sec   739 MBytes   618 Mbits/sec   19             sender
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
Accepted connection from 37.201.xxx.xxx, port 26040
[  5] local 88.198.xxx.xxx port 5201 connected to 37.201.xxx.xxx port 26022
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  21.2 MBytes   178 Mbits/sec    0   1.09 MBytes       
[  5]   1.00-2.00   sec  80.0 MBytes   671 Mbits/sec    0   3.01 MBytes       
[  5]   2.00-3.00   sec  78.8 MBytes   661 Mbits/sec   10   2.23 MBytes       
[  5]   3.00-4.00   sec  77.5 MBytes   650 Mbits/sec    0   2.42 MBytes       
[  5]   4.00-5.00   sec  88.8 MBytes   744 Mbits/sec    0   2.57 MBytes       
[  5]   5.00-6.00   sec  88.8 MBytes   745 Mbits/sec    0   2.70 MBytes       
[  5]   6.00-7.00   sec  92.5 MBytes   776 Mbits/sec    0   2.80 MBytes       
[  5]   7.00-8.00   sec  81.2 MBytes   681 Mbits/sec   10   2.05 MBytes       
[  5]   8.00-9.00   sec  73.8 MBytes   619 Mbits/sec    0   2.16 MBytes       
[  5]   9.00-10.00  sec  80.0 MBytes   671 Mbits/sec    0   2.25 MBytes       
[  5]  10.00-10.04  sec  2.50 MBytes   557 Mbits/sec    0   2.25 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.04  sec   765 MBytes   639 Mbits/sec   20             sender

Zur Kontrolle, ein Speedtest auf meinem Haupt-PC

Fazit

Upload geht das was der Anbieter zulässt, Download ist nicht voll am Anschlag. Aber, das wird man wohl auch in den allermeisten Fällen nicht benötigen.

FrankM

schrieb am

Hier noch ein Test von DMZ / LAN und andersrum.

frank@frank-MS-7C37:~$ iperf3 -c 192.168.5.15
Connecting to host 192.168.5.15, port 5201
[  5] local 192.168.3.213 port 44052 connected to 192.168.5.15 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec   114 MBytes   952 Mbits/sec  314    153 KBytes       
[  5]   1.00-2.00   sec   112 MBytes   937 Mbits/sec  259    205 KBytes       
[  5]   2.00-3.00   sec   111 MBytes   929 Mbits/sec  210    212 KBytes       
[  5]   3.00-4.00   sec   111 MBytes   934 Mbits/sec  235    202 KBytes       
[  5]   4.00-5.00   sec   112 MBytes   936 Mbits/sec  263    153 KBytes       
[  5]   5.00-6.00   sec   111 MBytes   935 Mbits/sec  255    209 KBytes       
[  5]   6.00-7.00   sec   112 MBytes   937 Mbits/sec  313    129 KBytes       
[  5]   7.00-8.00   sec   111 MBytes   932 Mbits/sec  296    209 KBytes       
[  5]   8.00-9.00   sec   111 MBytes   934 Mbits/sec  258    208 KBytes       
[  5]   9.00-10.00  sec   111 MBytes   934 Mbits/sec  292    201 KBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  1.09 GBytes   936 Mbits/sec  2695             sender
[  5]   0.00-10.00  sec  1.09 GBytes   935 Mbits/sec                  receiver

iperf Done.
frank@frank-MS-7C37:~$ iperf3 -R -c 192.168.5.15
Connecting to host 192.168.5.15, port 5201
Reverse mode, remote host 192.168.5.15 is sending
[  5] local 192.168.3.213 port 44058 connected to 192.168.5.15 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   109 MBytes   911 Mbits/sec                  
[  5]   1.00-2.00   sec   109 MBytes   912 Mbits/sec                  
[  5]   2.00-3.00   sec   109 MBytes   912 Mbits/sec                  
[  5]   3.00-4.00   sec   109 MBytes   912 Mbits/sec                  
[  5]   4.00-5.00   sec   109 MBytes   912 Mbits/sec                  
[  5]   5.00-6.00   sec   108 MBytes   903 Mbits/sec                  
[  5]   6.00-7.00   sec   109 MBytes   912 Mbits/sec                  
[  5]   7.00-8.00   sec   109 MBytes   912 Mbits/sec                  
[  5]   8.00-9.00   sec   109 MBytes   912 Mbits/sec                  
[  5]   9.00-10.00  sec   109 MBytes   912 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  1.06 GBytes   913 Mbits/sec  114             sender
[  5]   0.00-10.00  sec  1.06 GBytes   911 Mbits/sec                  receiver

iperf Done.

Anmelden zum Antworten

F

OpenCloud - Docker Compose local
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben OpenCloud opencloud linux
3

1

0 Stimmen

3 Beiträge

679 Aufrufe

F

Noch was Wichtiges. Die Docker Installation nutzt folgende config. In meinem Beispiel findet man sie unter /home/frank/opencloud/deployments/examples/opencloud_full Darin liegt ein .env ## Basic Settings ## # Define the docker compose log driver used. # Defaults to local LOG_DRIVER= # If you're on an internet facing server, comment out following line. # It skips certificate validation for various parts of OpenCloud and is # needed when self signed certificates are used. INSECURE=true ## Traefik Settings ## # Note: Traefik is always enabled and can't be disabled. # Serve Traefik dashboard. # Defaults to "false". TRAEFIK_DASHBOARD= # Domain of Traefik, where you can find the dashboard. # Defaults to "traefik.opencloud.test" TRAEFIK_DOMAIN= # Basic authentication for the traefik dashboard. # Defaults to user "admin" and password "admin" (written as: "admin:$2y$05$KDHu3xq92SPaO3G8Ybkc7edd51pPLJcG1nWk3lmlrIdANQ/B6r5pq"). # To create user:password pair, it's possible to use this command: # echo $(htpasswd -nB user) | sed -e s/\\$/\\$\\$/g TRAEFIK_BASIC_AUTH_USERS= # Email address for obtaining LetsEncrypt certificates. # Needs only be changed if this is a public facing server. TRAEFIK_ACME_MAIL= # Set to the following for testing to check the certificate process: # "https://acme-staging-v02.api.letsencrypt.org/directory" # With staging configured, there will be an SSL error in the browser. # When certificates are displayed and are emitted by # "Fake LE Intermediate X1", # the process went well and the envvar can be reset to empty to get valid certificates. TRAEFIK_ACME_CASERVER= [....gekürzt....] Man kann dort etwas ändern und mittels docker compose up -d alles aktualisieren. Radicale OpenCloud nutzt im Moment folgendes https://radicale.org/v3.html als Backend Server für Kalender & Kontakte. Jemand hat mir dann erklärt, wie das so funktioniert. Danach hatte es dann klick gemacht. https://fosstodon.org/@h4kamp/114562514701351170 In der config findet man zum Beispiel die Konfiguration für radicale (Kalender- und Kontakte-App) Das ist nur eine rudimentäre Ablage, wird gesteuert über Clienten, z.B. die Thunderbird Kalender Funktion. ### Radicale Setting ### # Radicale is a small open-source CalDAV (calendars, to-do lists) and CardDAV (contacts) server. # When enabled OpenCloud is configured as a reverse proxy for Radicale, providing all authenticated # OpenCloud users access to a Personal Calendar and Addressbook RADICALE=:radicale.yml # Docker image to use for the Radicale Container #RADICALE_DOCKER_IMAGE=opencloudeu/radicale # Docker tag to pull for the Radicale Container #RADICALE_DOCKER_TAG=latest # Define the storage location for the Radicale data. Set the path to a local path. # Ensure that the configuration and data directories are owned by the user and group with ID 1000:1000. # This matches the default user inside the container and avoids permission issues when accessing files. # Leaving it default stores data in docker internal volumes. #RADICALE_DATA_DIR=/your/local/radicale/data In einer Standard Installation ist das auskommentiert. RADICALE=:radicale.yml Danach ein docker compose up -d und Eure Kalendereinträge (extern auf einem Clienten verwaltet) werden in der OpenCloud gesichert.
F

Update 1.30.3 released
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Vaultwarden vaultwarden linux
1

0 Stimmen

1 Beiträge

162 Aufrufe

Niemand hat geantwortet
F

Flatpak - Signal
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Linux flatpak signal linux
1

0 Stimmen

1 Beiträge

156 Aufrufe

Niemand hat geantwortet
F

Fragen, Probleme, geht nicht?
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Support vaultwarden support linux
1

0 Stimmen

1 Beiträge

168 Aufrufe

Niemand hat geantwortet
F

Crowdsec - Ein fail2ban Ersatz?
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Linux crowdsec linux fail2ban
2

1

0 Stimmen

2 Beiträge

1k Aufrufe

F

Ich kann jetzt hier von meiner ersten Erfahrung berichten und wie CrowdSec mich gebannt hat Was war passiert? Ich war gestern sehr intensiv mit der Konfiguration von Nextcloud <-> Collabora Online beschäftigt. Nachdem ich irgendwie nicht weiterkam habe ich mich der Erstellung eines Dokumentes gewidmet. Nach einiger Zeit war die Nextcloud nicht mehr erreichbar. Ok, hatte ich bei der Konfiguration auch schon mal, den Server einmal neugestartet und fertig. Doch jetzt kam es, Server neugestartet - hilft nicht. Gut, schauen wir mal nach, Der SSH Login ging auch nicht Jetzt war guter Rat gefragt. Zu diesem Zeitpunkt ging ich noch davon aus, das auf diesem Server kein CrowdSec installiert war, sondern fail2ban. Und fail2ban hatte eine sehr kurze Bantime vom 10M. Also blieb wohl nur noch das Rescue System von Hetzner. [image: 1694411392066-488866bc-3dcf-4abc-9e98-6107d65aa4c7-grafik.png] Da hatte ich ja so gut wie gar keine Erfahrung mit. Also mal kurz den Nico angetriggert und es kam folgender Link. https://docs.hetzner.com/de/robot/dedicated-server/troubleshooting/hetzner-rescue-system/ Das Laufwerk war schnell bestimmt und schnell nach /tmp gemountet. Danach musste man sich noch mit chroot in diese Umgebung anmelden. chroot-prepare /mnt chroot /mnt Nachdem das klappte, habe ich eben fail2ban disabled. sysmctl disable fail2ban Danach das Rescue beendet. Der Server startete wieder und ich kam wieder per SSH drauf. Puuh. Bei meiner ersten Kontrolle fiel mir was auf root@:~# pstree systemd─┬─2*[agetty] ├─atd ├─cron ├─crowdsec─┬─journalctl │ └─8*[{crowdsec}] ├─crowdsec-firewa───9*[{crowdsec-firewa}] Wie? Da läuft CrowdSec? Da ich dabei bin die Server auf CrowdSec umzustellen, war das wohl hier schon gemacht, aber leider nicht vernünftig. fail2ban hätte mindestens disabled werden müssen und in meiner Dokumentation war das auch nicht enthalten. 6 setzen! CrowdSec besteht ja aus zwei Diensten, CrowdSec und dem Firewall-Bouncer. Der CrowdSec Dienst lief aber nicht, der war irgendwie failed. Ok, starten wir ihn und schauen was passiert. Nachdem er gestarte war mal die Banliste angeschaut. cscli decisions list ergab diesen Eintrag. 2551501 │ crowdsec │ Ip:5.146.xxx.xxx │ crowdsecurity/http-crawl-non_statics │ ban │ │ │ 53 │ 1h5m55.391864693s │ 1671 Meine IP war gebannt. Dann wissen wir ja , woher die Probleme kamen. cscli decisions delete --id 2551501 Nach Eingabe war der Ban entfernt. Na gut, aber da ich aktuell immer noch an der richtigen Konfiguration von NC <-> CODE bastel, könnte das ja wieder passieren. Was machen? Kurz gegoogelt. Es gibt eine Whitelist. Aha! /etc/crowdsec/parsers/s02-enrich/whitelists.yaml name: crowdsecurity/whitelists description: "Whitelist events from private ipv4 addresses" whitelist: reason: "private ipv4/ipv6 ip/ranges" ip: - "127.0.0.1" - "::1" - "5.146.XXX.XXX" cidr: - "192.168.0.0/16" - "10.0.0.0/8" - "172.16.0.0/12" # expression: # - "'foo.com' in evt.Meta.source_ip.reverse" Danach den Dienst neustarten. Jetzt hoffen wir mal, das es hilft. Zum Schluss noch was, was mir aufgefallen war und was mich auch sehr verwirrt hatte. CrowdSec hatte wegen einem crowdsecurity/http-crawl-non_statics gebannt. Dadurch konnte ich meine subdomain.<DOMAIN> nicht erreichen. Ok, logisch, wenn der Ban von da ausgeht. Ich konnte aber gleichzeitig eine andere subdomain mit derselben <DOMAIN> auch nicht erreichen. Komplett verwirrte es mich dann, als ich eine andere <DOMAIN> auf dem selben Server erreichen konnte. Und zum Schluss ging auch der SSH nicht. Also, wieder viel gelernt..
F

Pycharm & Docker
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Linux pycharm docker linux
1

4

0 Stimmen

1 Beiträge

333 Aufrufe

Niemand hat geantwortet
F

ROCKPro64 - Debian Bullseye Teil 2
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 debian linux rockpro64
3

0 Stimmen

3 Beiträge

532 Aufrufe

F

Gestern mal das Ganze mit einem Cinnamon Desktop ausprobiert. Eine verschlüsselte Installation auf eine PCIe NVMe SSD. So weit lief das alles reibungslos. Der Cinnamon Desktop hat dann leider keine 3D Unterstützung. Sieht so aus, als wenn keine vernünftigen Grafiktreiber genutzt würden. Da ich auf diesem Gebiet aber eine Null bin, lassen wir das mal so. Außerdem mag ich sowieso keine Desktops auf diesen kleinen SBC. Da fehlt mir einfach der Dampf Gut, was ist mir so aufgefallen? Unbedingt die Daten des Daily Images erneuern, keine alten Images nutzen. Ich hatte da jetzt ein paar Mal Schwierigkeiten mit. Da das ja nun keine Arbeit ist, vorher einfach neu runterladen und Image bauen. Warum zum Henker bootet eigentlich. außer meiner Samsung T5, nichts vom USB3 oder USB-C Port??
F

NodeBB - Upgrade auf v1.9.0
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben NodeBB nodebb linux
2

1

0 Stimmen

2 Beiträge

937 Aufrufe

F

Da oben fehlt ein Schritt. cd nodebb (or path to where nodebb is installed) ./nodebb stop git fetch git checkout v1.12.x git merge origin/v1.12.x ./nodebb upgrade Beim nächsten Upgrade testen.