und bei denen funktioniert das auch nicht
Hast Du aktuell ein Gerät (PC / Tablet / Telefon), bei dem WLAN mit dem Router überhaupt funktioniert? Anders gefragt, ist das WLAN im Router aktiviert?
und bei denen funktioniert das auch nicht
Hast Du aktuell ein Gerät (PC / Tablet / Telefon), bei dem WLAN mit dem Router überhaupt funktioniert? Anders gefragt, ist das WLAN im Router aktiviert?
SSH? Schau mal ob du hier fündig wirst!
Mir ist da noch etwas aufgefallen. Hast du die Befehle bei der Einrichtung exakt so eingegeben?
Mich stört da der Punkt hinter dem Dateinamen wpa_supplicant.conf. Schau doch mal nach, ob der Punkt wirklich da ist und falls ja, dann mache ihn weg! Der Punkt könnte nämlich dazu führen, dass die Datei nicht erkannt bzw. akzeptiert wird. Du kannst übrigens am Mac im Finder, wenn die SD-Karte eingelegt ist, direkt auf die Boot-Partition zugreifen. Musst da nicht übers Terminal gehen.
Hast Du aktuell ein Gerät (PC / Tablet / Telefon), bei dem WLAN mit dem Router überhaupt funktioniert? Anders gefragt, ist das WLAN im Router aktiviert?
Ja sind alle mit dem verbunden. WLAN alles funktioniert
Wie hast Du das Image auf die SD-Karte geschrieben? Denn mit dem Mac kannst Du ja auch dd in der Kommandozeile benutzen.
Ich habe das mit dem Programm gemacht. Habe dazu mal ein Bild hier auch hochgeladen welches ich benutzt habe.
Schau doch mal, wie weiter oben schon richtig bemerkt wurde, ob deine wpa_supplicant.conf einen Punkt wie in deinem Bild bzw. Text am Ende im Namen hat. Falls es so ist, wird es wohl deshalb nicht funktionieren.
Laut Beitrag #9 (Screenshot der nano Session) ist da tatsächlich ein Punkt am Dateinamen wpa_supplicant.conf.
Also bitte umbenennen:
hab ich gemacht . auch alles von vorne nochmals geschrieben. es klappt nicht :((
Ok, dann nochmals alles auf Anfang...
Der Threadtitel ist SSH, also wie (mit welchem Befehl o.ä.) und womit versuchst Du per SSH auf den RPi zuzugreifen?
Was genau hast Du bisher getan, um dieses Ziel zu erreichen?
Moin!
Bitte denkt daran, das nachträgliches Ändern nichts bringt!
Nur vor den ersten Einschalten bringt ein touch ssh und erstellen der wpa_supplicant.conf was.
Und, bitte, unbedingt kontrollieren, das die Dateien auch wirklich da sind.
73 de Bernd
Bitte denkt daran, das nachträgliches Ändern nichts bringt!
Nur vor den ersten Einschalten bringt ein touch ssh und erstellen der wpa_supplicant.conf was.
Warum bist Du der Meinung, dass "touch ssh" nur vor dem 1. Einschalten etwas bringt?
Was passiert wenn man nachträglich die "ssh"-Datei erstellt?
EDIT:
BTW: Poste mal von deinem PI die Ausgaben von:
Warum bist Du der Meinung, dass "touch ssh" nur vor dem 1. Einschalten etwas bringt?
Beim ausführen wird durch den sshswitch noch ein rm -f /boot/ssh /boot/ssh.txt durchgeführt und ist deshalb beim nächsten boot weg.
Ansonsten kann man natürlich den sshswitch.service mit sudo nano /lib/systemd/system/sshswitch.service bearbeiten und in der Zeile ExecStart= hinten das && rm -f /boot/ssh /boot/ssh.txt wegmachen.
Beim ausführen wird durch den sshswitch noch ein rm -f /boot/ssh /boot/ssh.txt durchgeführt und ist deshalb beim nächsten boot weg.
Ich verstehe nicht, was diese deine Antwort, mit meiner Frage zu tun hat.
Wenn man die Datei ssh vor dem 1. Einschalten schon erstellt hat, ist die Sache doch erledigt und man muss sich bezgl. nachträgliches Ändern/Erstellen doch keine Gedanken mehr machen, oder? Und wenn man auch vor dem 2. Einschalten, die Datei "ssh" erneut erstellt, wird versucht die ssh-service-Unit erneut zu aktivieren (enabled), obwohl sie schon aktiviert ist. Z. B.:
:~# sudo systemctl enable ssh
Synchronizing state of ssh.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable ssh
D. h. es passiert gar nichts. Denn wenn die service-unit ssh nicht enabled ist, passiert Folgendes:
:~# sudo systemctl enable --now ssh
Synchronizing state of ssh.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable ssh
Created symlink /etc/systemd/system/sshd.service → /lib/systemd/system/ssh.service.
Created symlink /etc/systemd/system/multi-user.target.wants/ssh.service → /lib/systemd/system/ssh.service.
Ansonsten kann man natürlich den sshswitch.service mit sudo nano /lib/systemd/system/sshswitch.service bearbeiten und in der Zeile ExecStart= hinten das && rm -f /boot/ssh /boot/ssh.txt wegmachen.
Könnte man machen, aber warum soll man das machen? Die service-unit macht ihre Ausführung doch davon abhängig:
Was man machen kann (wenn ssh aktiviert ist) ist:
, wenn man sich sicher ist, dass man diese service-unit nicht mehr benötigt.
Danke! Wieder etwas gelernt.
Ich wollte immer schon mal herauskriegen, wie das unter der Haube realisiert ist.
sshswitch.service ist also für die /boot/ssh zuständig
Dazu kommt noch raspberrypi-net-mods für die /boot/wpa_supplicant.conf:
Moin!
Auch ich habe wieder was gelernt.
Danke dafür.
Aber wie geht es nun für bilalbares weiter?
73 de Bernd
Falls bilalbares auch mit einer nun korrekten(?) wpa_supplicant.conf nicht zum Ziel kommen sollte,
könnte es noch an einem Hardware-Defekt liegen.
Das hatte ich bei einem 3B+. Einige Monate lief er problemlos, dann war WLAN kaputt... (Nicht weiter verfolgt, weil ich i.d.R. mit LAN-Kabeln arbeite.)
bilalbares Kannst Du die fertig eingerichtete SD-Karte nicht auch einmal mit einem Deiner Pi Zero's testen?
Dass mehrere Pi defekt sind, lässt sich wohl ausschließen.
Falls bilalbares auch mit einer nun korrekten(?) wpa_supplicant.conf nicht zum Ziel kommen sollte,
könnte es noch an einem Hardware-Defekt liegen.
Der TE könnte seinen PI4, temporär auch per LAN-Kabel mit dem Router verbinden (siehe Beitrag #6) und dann könnte man die wpa_supplicant.conf an der richtigen Stelle editieren/erstellen bzw. in der Kommandozeile testen, mit:
Sooooooo viele Möglichkeiten!
Ich will jetzt nicht böse wirken, aber ich finde die Mitarbeit des TE bei der Lösung seines Problems ist stark verbesserungswürdig. Wenn auf die ganzen Vorschläge dann nur das kommt:
hab ich gemacht . auch alles von vorne nochmals geschrieben. es klappt nicht :((
dann finde ich das sehr dürftig. Aktuell weiß man ja immer noch nicht, wo man ansetzen sollte weil man einfach nicht weiß, was der TE jetzt gemacht hat und vor allem ob er es richtig gemacht hat. Stochern im Nebel ...
Ok, dann nochmals alles auf Anfang...
Der Threadtitel ist SSH, also wie (mit welchem Befehl o.ä.) und womit versuchst Du per SSH auf den RPi zuzugreifen?
Was genau hast Du bisher getan, um dieses Ziel zu erreichen?
ich versuche es mit dem Befehl :
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!