Hallo,
kleiner Roman, dabei liegt mir das viele tippen so garnicht....
sollte die Worte Harsch klingen nimm es mir bitte nicht übel.
Ist wirklich nett gemeint und nicht um irgendwen anzublaffen (norddeutsches Gemüt)
Es kommt war in SSH ne Abfrage nach dem PW aber ausgelöst wird dann nix, bekomme auch keine Fehlermeldung in Putty zurück.
Wo hast Du das genau eingetippt ? Üblicherweise führst Du diesen Befehl Lokal von Deinem Rechner aus
(oder einem Server, ggf. auch von einer CK, DM oder den PI auf dem die Hausautomation läuft, oder oder oder....)
um genau zu sein müsse es dann "ssh user@AccessPointIP -f ...." sein, wenn Dein lokaler User
unterschiedlich ist zum remote User ist (also den user zum Login in den AccessPoint).
Schau mal bitte hier das ist zwar das Ubuntu Wiki, aber das gilt im Grunde für alle Betriebsystemen
(auch Win10 bringt einen SSH komandozeilen client mit). Da wird auch auf Public/Private Key
eingegangen der das eintippen eines Passwortes überflüssig macht (und notwendig ist wenn
es dann mal automatisierst laufen soll).
Ne Automatische Suche nach der Datei ctrlLED.sh war auch erfoglos.
Keine Ahnung was Du wie suchst aber die "ctrlLED.sh" befindest sich ein paar Beitrage weiter oben und ist
einfach nur ein Script von mir geschrieben als evt. Grundlage, Demo, machtbarkeitsstudie.
Du übergibst von deinem Rechner dem Script nur IP des AP und An oder aus...
Der Ordner /persistent/ Befindet sich bei mir im Hauptverzeichniss vom CloudKey,
das ist schön aber CloudKey / Controller sind hier nicht gefragt. Es ist die die Datei "mgmt" im Verzeichnis
"var/etc/persistent/cfg/" eines jeden AccessPoints die hier manipuliert wird.
Da liegt vielleicht schon der erste Hund begraben. Es wird der AP direkt Manipuliert und nichts
auf dem Controller.
Die Befehlszeile verbindet sich also mit einem AP und manipuliert die Config Datei.
Ich versuche das mal auzubröseln.
"ssh user@x.x.x.x"
stellt eine Verbindung nach "x.x.x.x" mit dem User "user"
-f
und führt folgenden Befehl aus (meist eigentlich nicht nötig das -f anzugeben, aber es ist sauberer)
sed -i
führe sed aus und verändere die Datei statt die Änderungen auf der kommandozeile auszugeben.
SED ist ein mächtiges Tool für TextDatei Manipulationen aller Art von der Kommando Zeile aus.
's/mgmt.led_enabled=true/mgmt.led_enabled=false/g'
gehört zu SED und ist die Aktion die ausgeführt werden soll in dem fall:
Suche nach "mgmt.led_enabled=true" und ersetze es mit "mgmt.led_enabled=false"
/var/etc/persistent/cfg/mgmt
in dieser Datei
"; syswrapper.sh reload"
fehlte noch, die neuere APs (zumindest die U6) scheinen die config nicht mehr adhoc selber einzulesen.
";" sort für ein "zweiten Befehl in der gleichen Zeile" und der "syswrapper.sh reload"
ist ein Unified eigner Befehl um die config neu laden.
Konstruktive Nächste Schritte für Dich:
du könntest Anfangen und dich mit Putty aus deinen AP anmelden.
das sieht bei mir so aus:
gierig@moe ~ % ssh marge
BusyBox v1.25.1 () built-in shell (ash)
___ ___ .__________.__
| | |____ |__\_ ____/__|
| | / \| || __) | | (c) 2010-2021
| | | | \ || \ | | Ubiquiti Networks, Inc.
|______|___| /__||__/ |__|
|_/ https://www.ui.com/
Welcome to UniFi UAP-AC-Lite!
Marge-BZ.5.43.37#
Alles anzeigen
dort führst du
sed -i 's/mgmt.led_enabled=true/mgmt.led_enabled=false/g' /var/etc/persistent/cfg/mgmt ; syswrapper.sh reload
oder
sed -i 's/mgmt.led_enabled=false/mgmt.led_enabled=true/g' /var/etc/persistent/cfg/mgmt ; syswrapper.sh reload
aus. (Achte auf die Leerzeichen grade das ";" mus getrennt sein)
Marge-BZ.5.43.37# sed -i 's/mgmt.led_enabled=true/mgmt.led_enabled=false/g' /var/etc/persistent/cfg/mgmt ; syswrapper.sh reload
Marge-BZ.5.43.37#
Das ist dann der lange manuelle weg zeigt dir aber sofort ob es im Prinzip geht oder nicht.
Und ja keine Ausgabe keine Bestätigung einfach nur wieder Befehl ist ein gutes Zeichen.
(sag nichts wenn gut wahr is so ne alte UNIX Doctrine)
Wenn das läuft sorgen wir/du dafür das es von der Maschine die du gerne hättest läuft
und die sich remote mit dem AP verbindet...