Servus Zusammen,
welche Möglichkeiten eines Reboots der UDM Pro habe ich, wenn ich nicht auf die WEB-Oberfläche zugreifen kann, mich aber im Netzwerk befinde?
Vielen Dank für Eure Antworten
Gruß Gordon
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenEs gibt 13 Antworten in diesem Thema, welches 3.104 mal aufgerufen wurde. Der letzte Beitrag () ist von Kurt-oe1kyw.
Servus Zusammen,
welche Möglichkeiten eines Reboots der UDM Pro habe ich, wenn ich nicht auf die WEB-Oberfläche zugreifen kann, mich aber im Netzwerk befinde?
Vielen Dank für Eure Antworten
Gruß Gordon
SSH
kann ich irgendwo eone Anleitung für ssh und einen reboot dort finden?
Wenn du vor der UDM-P stehst, kannst du auch über das Touch-Display einen Restart initiieren.
kann ich irgendwo eone Anleitung für ssh und einen reboot dort finden?
> ssh -l root <IP der UDM-P>
Welcome to UbiOS
By logging in, accessing, or using the Ubiquiti product, you
acknowledge that you have read and understood the Ubiquiti
License Agreement and agree to be bound by its terms.
root@<IP der UDM-P>'s password: <Passwort>
___ ___ .__________.__
| | |____ |__\_ ____/__|
| | / \| || __) | | (c) 2010-2022
| | | | \ || \ | | Ubiquiti Inc.
|______|___| /__||__/ |__|
|_/ http://www.ui.com
Welcome to UniFi Dream Machine!
********************************* NOTICE **********************************
* By logging in to, accessing, or using any Ubiquiti product, you are *
* signifying that you have read our Terms of Service (ToS) and End User *
* License Agreement (EULA), understand their terms, and agree to be *
* fully bound to them. The use of CLI (Command Line Interface) can *
* potentially harm Ubiquiti devices and result in lost access to them and *
* their data. By proceeding, you acknowledge that the use of CLI to *
* modify device(s) outside of their normal operational scope, or in any *
* manner inconsistent with the ToS or EULA, will permanently and *
* irrevocably void any applicable warranty. *
***************************************************************************
> reboot
Alles anzeigen
Stecker ziehen geht auch
Also die Lösung über den kleinen Bildschirm geht immer und ist auch die einfachste... einen sicheren Shutdown gibt es hier auch.
Die Lösung über SSH ist auch sehr gut geeignet, muss aber erst im Webinterface eingeschaltet werden. Dazu wäre es natürlich zu spät, wenn Du keinen Zugriff mehr hast und Neustart die Lösung für dein Zugriffsproblem sein soll.
Vielen Dank an Alle für Eure Antworten.
Die Lösungen bezüglich "Display" und "Stecker ziehen" waren/sind mit natürlich bekannt ;-), waren aber nicht meine Intension, denn es geht ausschließlich und eine Lösung, wenn ich zum Beispiel nicht vor Ort bin oder eben das Web Interface nicht erreichbar ist, was leider recht unregelmäßig vorkommt.
Die Lösung via SSH ist die präferierte (ist bereits im Interface aktiviert).
Danke noexpand für den Code.
Sorry für die naive Anfängerfrage: Wie starte oder komme ich denn zum "SSH-Dialog"?
Danke und Gruß
Gordon
Wie starte oder komme ich denn zum "SSH-Dialog"?
Guten Abend,
ich gehe jetzt einfach mal davon aus, Du bist ein Windows-Nutzer und möchtest erstmal nur ein Gerät per SSH-Verbindung bedienen.
Daher zur Erklärung, SSH ist ein verschlüsseltes Kommunikationsprotokoll für die Fernwartung. Es kann für die Kommandozeileneingabe, zur Dateiübertragung und auch als Netzwerk-TCP-Brücke genutzt werden.
Zum übermitteln von Dateien auf das Remotesystem eignet sich unter Windows die Software WinSCP. Die Bedienung ist dem Windowsdateiexplorer sehr ähnlich, nur ein Netzwerk- und Anmeldedatendialog ist vorgeschaltet.
Um ein System von der ferne zu bedienen und Befehle zu übermitteln, sowie deren Antwort anzuzeigen, nutzt man am Anfang unter Windows die Software Putty. Es handelt sich dabei wohl um einen der bekanntesten Clients für SSH. Auch hier gibt es einen Dialog für die Netzwerkverbindung. Die Anmeldung erfolgt dann schon auf der CMD. Die Passworteingabe gibt dabei kein Feedback wie Sternchen, sondern ist komplett blind.
Sollten es später doch mehrere Systeme werden, welche Du über SSH steuer möchtest, sollte man über einen Multiplexer nachdenken. Mir gefällt hier der auf Putty und WinSCP aufbauende WinSSHTerm besonders.
Bei Fragen rund um diese drei Tools kann ich dir gern unterstützend zur Seite stehen.
Der Benutzer ist „root“ und statt der IP-Adresse der UDM/P/SE sollte in den allermeisten Setups auch „unifi“ als Hostname funktionieren.
Der Benutzer ist „root“.
In dem Fall gilt das nur für alle anderen Unifi Geräte (APs, Switche usw) - hab keine UDMP und aufs USG komme ich damit auch
Der SSH Benutzer ist im Netzwerk Controller unter Settings -> System -> Network Device SSH Authentication
Der SSH Benutzer ist im Netzwerk Controller unter Settings -> System -> Network Device SSH Authentication
Das ist der Benutzer für die Switches und Access Points. Der Benutzer für die UI Consoles (UDR, UDM, UDM Pro und UDM SE) ist root.
Ich möchte für neue User noch in einem wichtigen Punkt ergänzen. Da ich weiß wie es mir damals mit ssh in der Unifi-Welt ergangen ist.
Vorweg ich habe von Linux und ssh wenig Ahnung und bin da immer auf eure Programmzeilen angewiesen.
Es ist richtig das die UDM-PRO via shh mit dem Usernamen root angemeldet wird.
Leider weiß ich nicht mehr wie damals das Kennwort dazu entstanden ist für ssh bei der UDM-PRO, ich glaube aber es war im Zuge der Ersteinrichtung meiner UDM-Pro. Also bei der allerersten Verbindung mit dem handy via Bluetooth auf die UDM-Pro. Jedenfalls ist es NICHT das Account oder Anmeldepasswort welches ich normalerweise jetzt verwende!
Ich habe es zwar in meinen Unterlagen aber kann heute nicht mehr sagen wie und wo es erzeugt wurde, noch mal für ssh auf die UDM-PRO.
Der SSH Benutzer ist im Netzwerk Controller unter Settings -> System -> Network Device SSH Authentication
DAS ist für die anderen Unifigeräte wie Switch und APs bei mir, ABER EIN WICHTIGER PUNKT dazu!
Der Username und das dort hinterlegte Kennwort in den Systemsetting für ssh gilt NUR für jene Unifigeräte die mit diesem Controller verbunden sind/waren!
Entnimmt man zB einen AP aus seiner Original Verpackung und will sich gleich via ssh darauf verbinden, so lautet der Zugang:
Username: ubnt
Kennwort: ubnt
Ich glaube auch nach einem Totalreset/Werkseinstellungen durch Drücken der Resettaste länger als 10 Sekunden am AP wird der ursprüngliche in den Controllersettings eingetragene ssh Username und Kennwort auch gelöscht und lautet wieder ubnt/ubnt
Das noch als zusätzliche Info, weil ich wusste damals dann auch nicht was ist jetzt eigentlich der "richtige" SSH-Zugang.
zur Zeit sind 87 Mitglieder und 566 Gäste online - Rekord: 129 Benutzer ()