Posts by Franjo G

Quote from framp

Ich habe aber nur Regensensoren gefunden die mit proprietaeren Protokollen (zigbee usw) ihre Daten uebertragen.

Wie wärs denn mit so etwas?

https://www.az-delivery.de/products/regen-sensor-modul

Quote

✔️ Das AZDelivery Regen Sensor Modul kann zur Regenerkennung, zur Bestimmung der Intensität des Regens und als Schalter verwendet werden. ✔️ Das Steuermodul hat einen einstellbaren Schaltkontakt mit Potentiometer und LM393 Komparator. ✔️ Bei der Verwendung dieses Regentropfen-Erkennung-Moduls können Sie wählen, ob Sie den digitalen oder den analogen Ausgang benutzen. ✔️ Das Modul erfordert eine Stromversorgung von 3,3V – 5V, wodurch eine Nutzung mit gängigen Mikrocontrollern, wie z. B. Arduino und Raspberry Pi, problemlos möglich ist.

Hier noch die Anleitung dazu

Regensensor_modul_DE.pdf

Quote from rpi444

Was bei einer FritzBox (die Du ja hast) kein Problem wäre, denn die FritzBox kann Hairpinning und dns-rebind-Schutz kann man (falls erforderlich) mit der FritzBox auch konfigurieren.

Schon, aber so brauche ich keine weiteren ports (443) öffnen. Ausserdem fühle ich mich mit Wireguard etwas wohler. Vor allem auch im öffentlichen Wlan.

Quote from rpi444

Ja, aber das hat der TE nicht gewusst und evtl. auch nicht gewollt. Denn wenn man z. B. ein Smartphone hat, will man zuhause und weit weg von zuhause (d. h. im richtigen Internet), "identisch" zugreifen

Das ist mir schon klar.

Meine Antwort in #20 bezog sich ja auch nur auf die Frage, warum auf dem Pi ein ssl Zertifikat erstellt werden muss, obwohl bei Strato ja eins existiert.

An sonsten.

Dadurch, dass ich mich von außen über das "richtige Internet" nur per Wireguard verbinde, nutze ich eh ausschließlich die Interne IP. Die DynDns brauche ich folglich nur für Wireguard.

Quote from rpi444

Kann die VF-Box Hairpinning und dns-rebind-Schutz? Hairpinning eher nicht, oder?

Das weiß ich nicht, da ich die VF Box nicht weiter kenne. Aber da die Box sehr eingeschränkt ist, vermute ich mal nicht.

Ansonsten müsste die Verbindung ja an den pi weitergeleitet werden und nicht an den Router. Von außen scheint es ja zu funktionieren.

//EDIT

Da habe ich mir auch noch nie Gedanken drüber gemacht, weil es mit der Fritzbox kein Problem ist.

Quote from Gooseberry_314

Ganz ehrlich, ich verstehe immer noch nicht warum es so einen Unterschied macht

Dann musst du erst einmal verstehen, was dyndns ist.

Dyndns brauchst du nur, weil du keine feste externe IP-Adresse hast. Diese ändert sich in regelmässigen Abständen.

Deshalb brauchst du entweder den ddclient auf deinem pi oder halt die Einstellungen in der VF-Box.

Damit wird dem Dyndns-Server (Strato) mitgeteilt, wie deine aktuelle IP lautet.

Wenn deine Dyndns Adresse nun im Browser aufgerufen wird, wird bei Strato ausschließlich die aktuelle IP abgefragt und somit an deinen Router auf Port 443 weitergeleitet.

Der Webserver bei Strato ist da außen vor. Somit greift auch das Zertifikat nicht.
Deshalb brauchst du ein SSL Zertifikat auf dem Webserver deines Pi.

Quote from llutz

Hmm, Kommando nicht verstanden?

Jetzt ja.

War ne beschissene Nacht.

Quote from llutz

Um im Beispiel zu bleiben

Klar, viele Wege führen nach Rom, und der Weg über -C ist wohl der bessere.

Allerdings benutze ich tar selten. Da ich heute morgen um 4.30 Uhr auch keine große Lust verspürt habe mich in die man tar einzulesen, habe ich dann den Weg über einen Verzeichniswechsel mit cd beschrieben.

Dieser wurde auch schon in #11 erwähnt.

Allerdings hast du in deinem Post bei /opt/retropie/ Mario/ einen "Fipptheler"

Quote from Gooseberry_314

In Strato habe ich jedoch das SSL Zertifikat aktiviert und es wird als aktiv angegeben, zu erkennen an dem Symbol des geschlossenen Schlosses.

Wenn du deine Webseite bei Strato hostest, dann ist das auch aktiv. Das bezieht sich aber nur auf den Webserver bei Strato.

Nicht, wenn du die auf deinem Pi hostest.

In dem Fall musst du auf dem Pi ebenfalls ein Zertifikat etrstellen. Am Besten mit Letsencrypt. Das ist kostenlos.

Das ist aber ein anderes Thema und dafür solltest du dann einen neuen Thread erstellen.

Oder du schaust in meinem Tutorial nach. (Ab Punkt 1.5.0

Quote from Bernd666

Irgendwie habe ich das Gefühl, das du mit den Begriffen nicht wirklich klar kommst.

Da fehlt noch ein wenig zum Verständnis.

Ich versuche es nochmal zu erklären.

PARALAX

Wenn du z.B.

tar -cvzf Archiv.tar.gz /opt/retropie/Mario

eingibst, dann wird der gesamte Pfad /opt/retropie (ohne Daten) mitgesichert.

Nur das Verzeichnis "Mario" wird mit den entsprechenden Unzterverzeichnissen gesichert.

Wenn du das absolut nicht willst, dann musst du vorher in das Verzeichnis /opt/retropie wechseln.

cd /opt/retropie

Danach kannst du dann mit

tar -cvzf /home/pi/Archiv.tar.gz Mario
 
# /home/pi/Archiv.tar ist der Speicherort und der Name des Archivs.
# Mario ist das Verzeichnis, das sich dann anschliessend im Archiv befindet.

das Verzeichnis "Mario" sichern.

Dann befindet sich auch nur das Verzeichnis "Mario" samt Unterverzeichnissen und Daten in der tar-Datei.

Das hat dir Bernd666 in #11 aber auch schon geschrieben.

Allerdings musst du dann beim Zurücksichern aufpassen, dass du die tar-Datei auch im richtigen Verzeichnis entpackst.

Ich denke mal, dass das jetzt verständlich war.

Quote from rpi444

Willst Du damit sagen, dass bei bzw. für Strato, nur der dyndns-Client verwendet werden _muss_ und mit einem dyndns-Client (z. B. ddclient) auf dem PI, würde es nicht funktionieren?

Das habe ich doch gar nicht gesagt. Klar funktioniert auch der ddclient auf dem Pi.

pid=/var/run/ddclient.pid
ssl=yes
protocol=dyndns2
use=web
server=dyndns.strato.com/nic/update
login='domainname'
password='xxx'
'domainname'

Quote from rpi444

Hast Du evtl. auch eine Vodafone EasyBox 805?

Nein, "zum Glück" nicht.

Aber die Eingabemaske für dyndns ist genauso wie bei meiner Fritte. (Strato ist vorkonfiguriert und es müssen nur noch die Zugangsdaten eingegeben werden.

Was die Portfreigaben (Weiterleitung) betrifft, kann ich dazu nichts sagen.

Bezüglich https. Das ist bei Apache nicht automatisch aktiv. Ich gehe mal davon aus, dass der TE einen Apache laufen hat, da er geschrieben hat, dass er "LAMP" installiert hat.

Und dann besteht ja noch die Frage, ob DS-Lite........(Vodafone)

Quote from Gooseberry_314

Die DynDns Option sieht folgendermaßen aus.

Ich habe auch eine Domain bei Strato. Das funktioniert einwandfrei.

Du hast bei Strato mehrere Passwörter. (Paket Passwort, Master Passwort und DynDns Passwort) Du musst halt das richtige eingeben.

Bei deiner Domain (Subdomain) muss Dyndns aktiviert sein.

Im Router gibst du dann folgende Infos ein.

Domainname name.domain.de

Benutzername name.domain.de

Passwort dein DynDns Passwort

Zu der Portweiterleitung:

Ist der ssh-Zugriff (https) auf deinem Pi aktiviert?

Was wird im Browser angezeigt wenn du im Heimnetz

http://deine IP vom Pi/phpmyadmin eingibst

und was bei

https;//deine IP vom Pi/phpmyadmin

Quote from Ra_Spy

Alleridings hatte ich dann immernoch "nur" 2 Paritionen. 1 mit nem Bootloader glaub ich und 1 , wo ich unter Windows nicht drauf zugreifen kann.

Genau so muss das sein. Die erste Partition ist die Bootpartition (fat-Dateisystem) und die 2. ist die Rootpartition (ext4-Dateisystem) Die kann von Windows nicht gelesen werden.

Hier noch 2 funktionierende Adapter (m.2-Gehäuse)

1. SSK Aluminium USB 3.1 bis M.2 NGFF SSD-Gehäuseadapter, externes SATA-basiertes M.2-Solid-State-Festplattengehäuse (Nur für M.2-SATA-SSD) (Affiliate-Link)

ID 152d:0562 JMicron Technology Corp. / JMicron USA Technology Corp. JMS567 SATA 6Gb/s bridge

Gehäuse aus Aluminium. Perfekte Wärmeableitung über das gesamte Gehäuse, da durch Federmechanismus guter Gehäusekontakt mit den Bauteilen.

Das Gehäuse funktioniert (trotz JMicron 152d:0562) einwandfrei ohne Änderung der config.

2. SSK Aluminium M.2 NVME SSD Gehäuse-Adapter, USB 3.1/3.2 Gen 2 (10 Gbps) zu NVME PCI-E M-Key Solid State Drive externes Gehäuse (nur für NVMe PCIe 2242/2260/2280) (Affiliate-Link)

ID 152d:a583 JMicron Technology Corp. / JMicron USA Technology Corp. SSK Storage

Identisches Gehäuse wie Punkt 1, allerdings für NVMe PCIe

Das Gehäuse funktioniert ebenfalls einwandfrei ohne Änderung der config.

Quote from Ra_Spy

Was mach ich jetzt?

Welche Fehler sind mir passiert?

https://www.raspberrypi.com/software/operating-systems/

Die Datei "2021-01-11-raspios-buster-i386.iso",

Als erstes mal die richtige Image-Datei auswählen, und nicht die "2021-01-11-raspios-buster-i386.iso",

Die ist nämlich für PC oder Mac

Quote

Raspberry Pi Desktop

Compatible with:

• PC and Mac

Debian Buster with Raspberry Pi Desktop

• Release date: January 11th 2021
• System: 32-bit
• Kernel version: 4.19
• Debian version: 10 (buster)
• Size: 2,948MB

Show SHA256 file integrity hash:

Download

Quote from hyle

Wozu will man sich denn als root auf dem Desktop anmelden?

Das ist Gewohnheit von Windows.

Allerdings verhindert da die Benutzerkontensteuerung bei Windows (sofern nicht deaktiviert) gewisse Zugriffe und Installationen, indem der Zugriff nochmals bestätigt werden muss.

Das ist den meisten frischen Linux-Anwendern aber nicht bewusst.

Quote from blacksun

hättet ihr eine Idee woran das liegen könnte?

Einige grafische Oberflächen verhindern mittlerweile die Anmeldung als root, was auch Sinn macht.

Ich kann mir vorstellen, dass du das nicht hören/lesen willst.

Quote

Bei anderen Linux-Distributionen war es in der Vergangenheit möglich, sich über den grafischen Anmeldebildschirm als Root anzumelden und einen Root-Desktop zu erhalten, obwohl sich viele Anwendungen möglicherweise beschweren (und sich sogar weigern, wie VLC als Root ausgeführt zu werden).

Quote from https://www.thefastcode.com/de-eur/article/why-you-shouldn-t-log-into-your-linux-system-as-root

Mit sudo führen Sie einen bestimmten Befehl (mit dem Präfix sudo) aus, der Root-Berechtigungen erhält. Mit su verwenden Sie den Befehl su, um eine Root-Shell zu erhalten, in der Sie den gewünschten Befehl ausführen, bevor Sie (hoffentlich) die Root-Shell verlassen. Sudo hilft bei der Durchsetzung von Best Practices, indem nur Befehle ausgeführt werden, die als Root ausgeführt werden müssen (z. B. Softwareinstallationsbefehle), ohne dass Sie sich in einer Root-Shell befinden, in der Sie möglicherweise angemeldet bleiben oder andere Anwendungen als Root ausführen.

Den Schaden begrenzen

Wenn Sie sich als Ihr eigenes Benutzerkonto anmelden, dürfen Programme, die Sie ausführen, nicht in den Rest des Systems schreiben. Sie können nur in Ihren Basisordner schreiben. Sie können Systemdateien nicht ändern, ohne Root-Berechtigungen zu erhalten. Dies hilft, Ihren Computer sicher zu halten. Wenn der Firefox-Browser beispielsweise eine Sicherheitslücke aufweist und Sie diese als Root ausführen, kann eine schädliche Webseite in alle Dateien auf Ihrem System schreiben, Dateien in den Home-Ordnern anderer Benutzerkonten lesen und Systembefehle durch kompromittierte ersetzen Einsen. Wenn Sie dagegen als eingeschränktes Benutzerkonto angemeldet sind, kann die böswillige Webseite nichts davon tun - sie kann nur Schaden in Ihrem Home-Ordner verursachen. Dies kann zwar immer noch Probleme verursachen, ist jedoch viel besser, als wenn Ihr gesamtes System kompromittiert wird.

Quote from hyle

Bei mir, Bullseye 32Bit, habe ich mal die Installation von chromium-browser simuliert:

Ich habe bei mir Bullseye 32 bit ein update/upgrade durchgeführt.

Wie ich das in Zeile 5 sehe, wird doch die V. 98.0.4758.106 mit der 101.0.4951.57 überschrieben.

Ein anschließendes chromium-browser --version ergibt auch die 101.0.4951.57

Building dependency tree... Done
Preparing to unpack .../chromium-browser-l10n_101.0.4951.57-rpt1_all.deb ...
Unpacking chromium-browser-l10n (101.0.4951.57-rpt1) over (98.0.4758.106-rpt1) ...
Preparing to unpack .../chromium-browser_101.0.4951.57-rpt1_armhf.deb ...
Unpacking chromium-browser (101.0.4951.57-rpt1) over (98.0.4758.106-rpt1) ...
Preparing to unpack .../chromium-codecs-ffmpeg-extra_101.0.4951.57-rpt1_armhf.deb ...
Unpacking chromium-codecs-ffmpeg-extra (101.0.4951.57-rpt1) over (98.0.4758.106-rpt1) ...
.
.
.
Setting up chromium-codecs-ffmpeg-extra (101.0.4951.57-rpt1) ...
Setting up chromium-browser (101.0.4951.57-rpt1) ...
Setting up chromium-browser-l10n (101.0.4951.57-rpt1) ...

chromium-browser --version
Chromium 101.0.4951.57 Built on Raspbian , running on Raspbian 11

Quote from Peter0311

Hmm..., das würde bedeuten, dass eine Umstellung auf 64Bit nicht dringend ist. Ich habe keine Prozesse, die 3GB erreichen, nicht mal annähernd.

So sieht es aus. Es gibt im Raspberry-Bereich nicht viele Apps... die so Speicherhungrig sind.

Wenn überhaupt. Sonst würden die auf anderen Pi's mit weniger Ram gar nicht mehr flüssig laufen.

Quote from Peter0311

Soweit ich weiß, nutzen mir die 8GB RAM nichts, weil das OS mit 32Bit läuft:

Das stimmt so nicht so ganz.

Das OS nutzt die vollen 8GB.

Lediglich einzelne Prozesse sind auf 3 GB beschränkt.

Quote from https://www.raspberry-pi-geek.de/ausgaben/rpg/2020/10/der-raspberry-pi-mit-8-gbyte-ram-64-bit-und-usb-boot/

Raspberry Pi OS

Mit der Speichererweiterung überschreitet der RasPi 4 8 GByte die Grenze von 4 GByte, die 32-Bit-Systeme adressieren können [3]. Dank eines LPAE-Kernels (Large Physical Address Extension) steht jedoch dem nach wie vor nur als 32-Bit-System vorliegenden Raspberry Pi OS trotzdem der gesamte Arbeitsspeicher zur Verfügung. Dabei müssen sich die einzelnen Prozesse jedoch mit maximal 3 GByte Speicher begnügen. Speicherhungrige Anwendungen schränkt das in der Regel nur wenig ein, da sie meist mehrere Prozesse verwenden. Der Chromium-Browser startet zum Beispiel für jeden Tab einen eigenen Prozess.