Neues Modul - 74_Unifi - Für den Ubiquiti Networks (UBNT) - Unifi Controller

[Gisbert]

Hallo zusammen,

in letzter Zeit gibt es immer wieder neue "official releases" des Unifi-Controllers, diesmal die Version 6.1.71.
Wenn ich versuche auf meinem Debian 10 mit sudo apt update oder sudo apt-get update neue Pakete zu laden bzw. installieren, ist jedesmal kein Update von Unifi dabei.

Ich könnte diesen Controller händisch installieren, aber da hab ich schon einige Male üble Probleme gehabt, bis hin zum Einspielen eines Backup meines Servers.

Im Moment habe ich die Version 6.0.45.
Da ich oft versucht bin die neueste Version zu installieren, juckt es mich immer wieder in den Fingern, diesem Drang nachzugeben, allerdings halten mich bei Unifi die o.g. schlechten Erfahrungen zurück.

Viele Grüße Gisbert

[Eisix]

Hallo,

bei mir kam ein repo update

Code Auswählen Erweitern


Get:13 https://dl.ubnt.com/unifi/debian stable InRelease [3.023 B]                                                                                                         
E: Repository 'https://dl.ubnt.com/unifi/debian stable InRelease' changed its 'Codename' value from 'unifi-6.0' to 'unifi-6.1'                                             
N: This must be accepted explicitly before updates for this repository can be applied. See apt-secure(8) manpage for details.
Do you want to accept these changes and continue updating from this repository? [y/N] y



Bin jetzt auf 6.1.71

Gruß
Eisix

[Newbie]

Hallo Gisbert,


also ich hab bisher noch keine Probleme beim Update gehabt. Für die 6.1.71 das folgende ins Putty-Terminal kopieren und gut ist.

Code Auswählen Erweitern

rm /tmp/unifi_sysvinit_all.deb &> /dev/null; curl -o "/tmp/unifi_sysvinit_all.deb" https://dl.ui.com/unifi/6.1.71-de70ef60fe/unifi_sysvinit_all.deb && dpkg -i /tmp/unifi_sysvinit_all.deb && rm /tmp/unifi_sysvinit_all.de


mfG Jens

[MadMax-FHEM]

@Jens: das gilt ja nur, wenn du das .deb immer manuell selbst installierst. Und dass es was Neues gibt musst du "wissen"...

Außerdem würde ich auf einem/meinem "Produktiv-System" (und eigentlich auch sonstiges System) NIE so viele Befehle "verknüpfen", (Fehler)Ausgaben nach dev/null "pipen" und alle Befehle mit "y-Bestätigung" laufen lassen...

Wenn da was schief geht hat man keine Ahnung was oder wobei...

Und ich denke mindestens bei dpkg brauchst du doch sudo...
...ausser du machst dich vorher zu root oder (noch schlimmer) bist "immer" root...

Aber wie immer: jedem sein System....

Aktuell bekomme ich von apt auch nichts angezeigt (wie bei Gisbert).
Normalerweise gab es aber einen Hinweis auf ein Repo-Update (wie bei Eisix)...

Aber ich hab die source-list von Unifi auch nicht immer aktiv.
Weil diese Updates (im Gegensatz zu OS-Updates) spiele ich bewusst nicht so häufig ein...

Ich schaue mal, ob die Quelle aktuell überhaupt "aktiv" ist...
EDIT: aktuell nicht "aktiv" (dachte ich mir fast   ). Schalte sie meist nur aktiv, wenn die Controlleroberfläche "mosert" und ich denke: ok, kann man (nach einer [Komplett]Sicherung) ja mal machen...

Wobei norm. ja auch der Unifi Controller selber "mosert", wenn es was Neueres gibt...

Gruß, Joachim

[justme1968]

zumindest bis gestern war die 6.1.7 keine release version. auch wenn 'official' dran steht. es ist nur ein release candidate. das ist da gerade ein ziemliches durcheinander. ich glaube auch das sie die repositories noch mal eine woche nach dem release pushen weil sie lieber noch mal etwas wartezeit haben möchten.

[ToKa]

Für meine Installation hatte ich so eben die neue Version im Update. Keine Fehler bislang und sieht chic aus...

VG
Torsten

[Newbie]

Hallo Joachim,

...ausser du machst dich vorher zu root oder (noch schlimmer) bist "immer" root...

nicht immer, aber immer öfter 


P.S.: Beta ist aktuell 6.2.12

[MadMax-FHEM]

nicht immer, aber immer öfter 

Naja zu viel root ist auf Linux-Systemen halt nicht immer eine gute Idee... 

Viel Spaß, Joachim

[justme1968]

die neue beta gibt es seit gestern oder heute. das bedeutet aber nicht das die 6.1.71 dann release ist. wie gesagt, es ist ziemlich chaotisch dort.

[hoppel118]

Ich bin noch bei 6.0.45. Lese auch die ganze Zeit mit was dort bei den Software Releases gepostet wird. Wahnsinn, Ubiquiti kommt da in den Kommentaren echt nicht gut weg. Irgendwie sind sie ja selbst Schuld. Statt Bugs nachhaltig zu beheben, gibt es nun dieses halbfertige UI, was irgendwie niemand braucht. Wobei ich es persönlich ziemlich schick finde.

Das Ding ist nur, es handelt sich um Netzwerk-Equipment. Wenn man das einmal eingerichtet hat, dann sind Veränderungen nur noch selten und meist marginal.

Und wenn ich ehrlich bin, kann ich die Probleme auch nicht nachvollziehen. Bei mir läuft mittlerweile einiges an Unifi Equipment und das wurde auch alles schon mehrfach in den letzten Jahren durch größere/aktuellere Hardware ersetzt/ergänzt/umgebaut/whatever. Wirkliche Probleme hatte ich aber noch nie.

Bin mal gespannt wie Unifi diesen Imageschaden, der da gerade entsteht, wieder in den Griff kriegen will. Mit ständigen Release Candidates, die neue Bugs verursachen/enthalten, wird das wohl eher nichts.

Ich bin auch bei Reddit registriert. Da wird Ubiquiti gefühlt auch in jedem zweiten/dritten Post auseinandergenommen. In letzter Zeit gibt's dort Posts von Usern, die aufgrund des Shitstorms ganz bewusst positive Erfahrungen teilen.

Mal sehen, wie das alles so weiter geht.

Gruß Hoppel

[hoppel118]

So, ich habe gerade mal das Update auf die neue Stable v6.1.71 (official release) durchgeführt. Es handelt sich diesmal nicht um einen release candidate. Bei mir läuft der Controller in einem linuxserver.io Docker Container. Soweit sieht erstmal alles gut aus.

Aber wtf... Das WebUI sieht ja schon wieder anders aus als v6.045!!! CRAZY...

Gruß Hoppel

[Gisbert]

Aber wtf... Das WebUI sieht ja schon wieder anders aus als v6.045!!! CRAZY...

Hallo Hoppel,

vorgestern abend (Freitag) hatte ich die anscheinend nun offizielle Version 6.1.71 installiert. Die Oberfläche ist zwar schön, aber viele meiner Einstellungen waren nicht mehr auffindbar.

In den Tiefen der Menus (nicht in der Kopfzeile) konnte man auswählen, ob man diese oder doch lieber die alte Oberfläche gerne hätte. Ich hab mich für die alte entschieden, und schon war sie wieder verfügbar.

Viele​ Grüße​ Gisbert​

[hoppel118]

Hallo Giesbert,

wie gesagt, da man da nicht ständig etwas an der Konfiguration ändert, ist mir das eigentlich relativ egal, wie das in der Weboberfläche gelöst ist bzw. aussieht.

Solange man über die klassische Oberfläche noch an die benötigten Einstellungen kommt, ist für mich alles in Ordnung.

Gruß Hoppel

[andies]

Kann es sein, dass sich der port geändert hat?

Ich habe hier mal weiter gesucht und Logeinträge eingefügt, um zu sehen, was im Detail vor sich geht. In der Funktion Unifi_Login_Send($) (Zeile 920) wird folgendes übermittelt

Code Auswählen Erweitern

2021.04.03 18:33:32 5: Unifi (Unifi_Login_Send) - executed.
2021.04.03 18:33:32 5: loginurl https://cloudkey.fritz.box/api/s/default/
2021.04.03 18:33:32 5: logindata {"username":<passt>, "password":<passt>, "rememberMe":true}
und dann lese ich in Unifi_Login_Receive, etwa Zeile 937

Code Auswählen Erweitern

2021.04.03 18:33:32 5: Unifi (Unifi_Login_Receive) - executed.
2021.04.03 18:33:32 5: param-code 200
2021.04.03 18:33:32 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/74_Unifi.pm line 944
und die Fehlermeldung ist merkwürdig. Der Code lautet dort (durch meine Ergänzungen) wie folgt

Code Auswählen Erweitern


940     Log3 $name, 5, "param-code $param->{code}";
        if ($param->{code} == 200 || $param->{code} == 400 || $param->{code} == 401 || $param->{code} == 200) {
            eval { $data = decode_json($data); 1; } or do { $data = { meta => {rc => 'error.decode_json', msg => $@} }; };
           
944            if ($data->{meta}->{rc} eq "ok" || $data->{username} ne '') {
                Log3 $name, 5, "$name ($self) - state=ok";
                $hash->{httpParams}->{header} = '';
                for (split("\r\n",$param->{httpheader})) {
                    if(/^Set-Cookie/) {
                        s/Set-Cookie:\s(.*?);.*/Cookie: $1/;
                        $hash->{httpParams}->{header} .= 'Cookie: '.$1.';\r\n';
                    }
                }


Data sieht so aus (ohne Dekodierung):

Code Auswählen Erweitern

2021.04.03 18:42:36 5: data
<!doctype html>
<html lang="en">
<head>
<meta charset="utf-8">
<meta name="viewport" content="width=device-width,initial-scale=1"><link href="/2.css" rel="stylesheet"></head>
<body>
<div id="root"></div>
<script type="text/javascript" src="/vendor.0306759b.chunk.js"></script><script type="text/javascript" src="/main.d8e6c715.js"></script></body>
</html>

[andies]

Ich glaube, ich kann den Fehler einkreisen. Es heißt im Code

Code Auswählen Erweitern

    if(int(AttrVal($name,"isUDM",0) == 1)){
      ( $loginurl = $hash->{unifi}->{url} ) =~ s/proxy\/network\/api\/s.+/api\/auth\/login/;
    }else{
      ( $loginurl = $hash->{unifi}->{url} ) =~ s/api\/s.+/api\/login/;
    }
und bei mir sind die Variablen wie folgt belegt

Code Auswählen Erweitern

2021.04.03 18:57:36 5: $hash->{unifi}->{url} https://cloudkey.fritz.box/api/s/default/
2021.04.03 18:57:36 5: $loginurl https://cloudkey.fritz.box/api/s/default/
Es ist klar, dass isUDM=1 hier keine Wirkung hat, oder?