Mein Unifi Controller und mein erster UniFi AP-AC-Mesh

Es gibt 14 Antworten in diesem Thema, welches 7.969 mal aufgerufen wurde. Der letzte Beitrag () ist von Applehorsti.

    Hallo zusammen,


    Nachdem ich ein paar Videos zum Them UniFi angesehen hatte, habe ich mir mal einen UniFi AP-AC-Mesh
    zugelegt und mir einen UniFI Controller 5.12.35.0 auf meiner QNAP-NAS als Docker installiert.


    Dieser läuft und ich kann über die shell in Ubuntu ins Internet und in mein Netzwerk.

    Leider aber sagt mein Controller, dass mein AP ein Update benötigt, damit er ihn adoptieren kann.

    Leider auch komme ich mit dem Controller irgendwie nicht ins Internet, denke ich, denn er lädt keine Updates oder Firmware.


    Wo konfiguriere ich denn den Controller so, dass er mein Gateway 192.168.0.254 (Zyxel USG 60) nutzt?

    Ich habe keine UniFI USG. Ich habe aber mehrfach gelesen, dass es ohone auch ganz gut funktioniert. Nur wie?:thinking_face:




    Könnt ihr mir weiterhelfen?

    Danke schon Mal! :winking_face:

    Danke für die schnellen Antworten.

    Zitat von iTweek

    Moin, hat der Docker bzw. das nas Zugriff ins Internet?

    Wie ich oben schon geschrieben habe, bin ich mir nicht ganz sicher.Ich kann zwar über den CLI im Container ins Netz und vermute deswegen, dass der Controller das dann auch kann. :thinking_face:


    Zitat von Applehorsti

    und hat der Docker denn auch Nameserver, etc. eingetragen ?

    Wie ich Anfangs erwähnt habe, weiss ich nicht genau, wo das alles zu konfigurieren ist.
    Ich habe im Abschnitt "Netzwerke" herumgespielt, was aber irgendwie nichts gebracht hat. :frowning_face:

    Ja,, danke, guter Tip. :thumbs_up: Werde ich versuchen.
    Aber ich würde es gerne auf der NAS lauffähig haben :winking_face:


    Braucht der Controller spezielle Ports, die ich in der Firewall freigeben muss?

    Also, ich habe den Controller nun unter WIndows am laufen und konnte den AP adoptieren.

    Allerdings schlagen die Updates fehl mit dem Fehler:

    Code
    "AP  Upgrade fehlgeschlagen: Download fehlgeschlagen (Fehler: curl:60, http:000)"

    ..im Server-Log kann ich dazu nichts finden. :frowning_face:


    Dazu habe ich im Netz gelesen, dass es daran liegt, dass das Zertifikat der Gegenstelle nicht verifiziert werden klann und man solle "auf http
    switchen". Also habe ich wie ein verrückter gesucht und ein File gefunden, in dem die Links zu den Updates stehen:


    Code
    C:\Users\Administrator\Ubiquiti UniFi\data\firmware.json


    Dort habe ich dann alle "https" durch "http" erstezt.Das hat aber nichts gebracht. :frowning_face:


    Zitat von Applehorsti

    Nope. Nix dergleichen.

    Und weiter? Irgendwelche Ideen oder Anregungen?
    Leider kann man in der statischen Oberfläche nicht unbedingt nachvollziehen, was und ob gerade etwas passiert.
    Das ist frustrierend. :frowning_face:

    Dann habe ich mich wieder meinem Docker-Container Controller auf der NAS gewitmet und festgestellt, dass dieser tatsächlich Internet-Zugriff hat, denn ich konnte Updates cachen lassen:


    Die hat er sich ohne zu murren heruntergeladen und gespeichert.

    Das verstehe ich jetzt nicht....:thinking_face::thinking_face::thinking_face:

    Manuell geht auch nicht. Mit HTTPS und MIT HTTP nicht. :frowning_face:

    Nein, ich habe keine Blocker an, sonst hätte der Controller ja auch die Firmwares nicht cachen können, wie ich das schon geschrieben hatte.


    Ich denke, dass mein Problem darin liegt, dass sich der Controller nicht mit dem AP verbinden kann.
    Allerdings bin ichmir nicht ganz sicher, wie ich die logs vom AP (per SSH ausgelesen) interpretieren soll:


    Anscheinend hat der AP doch schon etwas vom Windows-Controller mitbekommen, da er auch dessen IP im LOG hatte:

    Code
    Sep 14 01:37:45 UBNT user.err syslog: ace_reporter.reporter_fail(): Unknown[11] (http://192.168.XXX.XXX:8080/inform)
Sep 14 01:37:45 UBNT user.err syslog: ace_reporter.reporter_fail(): initial contact failed #4, url=http://192.168.XXX.XXX:8080/inform, rc=11


    Also habe ioch ihn kurzerhand einfach mal resettet und auf die Factory Defaults zurückgesetzt:

    Code
    UBNT-BZ.v3.9.54# syswrapper.sh restore-default
Clearing CFG ... [%100] done!
UBNT-BZ.v3.9.54#


    Jetzt muss doch der Spuk mal ein ENde haben... :smiling_face:

    Gefällt mir 1

    So, der AP ist nun eingebunden und upgedatet! :smiling_face_with_sunglasses::smiling_face_with_sunglasses::smiling_face_with_sunglasses:

    Mann, was war das für eine Fahrt!

    Unfassbar.

    Gefällt mir 2
    Zitat von TheFreeman

    Anscheinend hat der AP doch schon etwas vom Windows-Controller mitbekommen, da er auch dessen IP im LOG hatte:

    Code
    Sep 14 01:37:45 UBNT user.err syslog: ace_reporter.reporter_fail(): Unknown[11] (http://192.168.XXX.XXX:8080/inform)
Sep 14 01:37:45 UBNT user.err syslog: ace_reporter.reporter_fail(): initial contact failed #4, url=http://192.168.XXX.XXX:8080/inform, rc=11


    Also habe ioch ihn kurzerhand einfach mal resettet und auf die Factory Defaults zurückgesetzt:

    Code
    UBNT-BZ.v3.9.54# syswrapper.sh restore-default
Clearing CFG ... [%100] done!
UBNT-BZ.v3.9.54#


    Jetzt muss doch der Spuk mal ein ENde haben... :smiling_face:

    Jepp, ich hatte auch mal einen AP der wollte ums verrecken nicht kooperieren, da hilft wirklich nur RESET. Alles andere ist Zeitverschwendung. Kommt Gott sei Dank nicht oft vor.