Beiträge von Hape

Hi,

folgendes "Problem"

ich habe zwei UAPs Pro, einen im Erdgeschoss, den anderen in der 1 Etage. SSIDs für 2,4 u 5 GHz gleich. Die WLAN-Verbindung zu den Clients ist nach ein paar Anpassungen im ganzen Haus gut.

Aber, wenn ich mir nun im Controller (läuft auf einer Synology DiskStation im Docker) das Dash-Board anschaue frage ich mich, warum immer der AP in der oberen Etage so "schlechte" Werte anzeigt. Hier mal ein paar Pics:

Die Anzahl der Clients ist für "Unifi-Verhältnisse" sicherlich nicht hoch:

Hat jemand einen Ansatz oder Erklärung, warum es zu diesen im Vergleich zum unteren zu den "schlechten" Werten kommt?

VG

Hape

Ok, für alle, die sich wie ich den Wolf suchen: Ich habe die Konfigurations-Datei aus dem Dokument kopiert und dann durch einen JSON-Formater laufen lassen und runtergeladen.

Dann in config.gateway.json benannt und an die im Dokument beschriebene Stelle per FileZilla transferiert. Edit --> mit Benutzer 777 und Gruppe 777

Dann das USG zur Benutzerdefinierten Provisionierung gezwungen und ... und ... und: ES KLAPPT!!!

Ich kann nun den Vigor per WebBrowser über seine LAN-Adresse erreichen, obwohl er im WAN hängt ... SUPER, damit habe ich das erreicht was ich wollte.

Eine Umbenennung in der Datei in unifi:unifi war zumindest in meinem Fall nicht nötig!

Danke an alle für Ihre Hilfe!

VG

Hape

Nun, die Datei ist ja an die passende Stelle in den Docker transferiert worden ... soweit so gut, aber die Rechte/Gruppenanpassung funktioniert irgendwie nicht.

Ja, war FileZilla, aber eine Anpassung auf 999 999 wie im Docker für den Controller laufend, geht nicht.

Hi,

danke für Deine Info - ja, ich habe einen Vigor 130. Der war so günstig (unter 40€), da habe ich halt den gekauft. Hätte ich vllt. nicht gemacht, wenn ich Deine Info vorher gehabt hätte ... Na ja, ist halt jetzt erstmal wie es ist.

Ich hoffe, das ich mit einem "bißchen" Aufwand auch mit dem 130 zum Ziel kommen werde. Letztlich möchte ich nur auf die Weboberfläche des Vigor kommen können. Sehe halt schon den Gesamtweg, aber an den Details muss ich halt noch arbeiten ... sollte mit Eurem Input schon noch klappen, letztlich wird man ja selber nicht dümmer dadurch

VG

Hape

Moin,

der Controller läuft ja im Docker auf der Diskstation. Wenn ich mich dort via FileZilla anmelde geht das nur über den User und Passwort der DS, aber nicht über den ssh User und Passwort des Controllers. Ist das ein Problem?

Anweisung aus dem Dokument:

2.2 Eigentümer der Datei muss ggf. angepasst werden

Die config.gateway.json muss als Besitzerund Gruppenberechtigung unifi:unifi haben. Um das zu verifizieren muss eine ssh Verbindung mit dem Tool eurer Wahl, z.B. Putty erfolgen. Danach navigiert ihr in das Verzeichnis der config.gateway.json und führt den Befehl ls -l aus. Sollte nun etwas anderes wie unifi:unifi dort stehen, dann führt ihr den Befehl chown unifi:unifi config.gateway.json aus um die Besitzer und Gruppenrechte anzupassen.

Das soll jetzt über das Dienstprogrmm „Terminal“ (MAC) erfolgen.

Blöde Frage vllt. aber hier soll die ssh Verbindung mit den ssh-Anmeldedaten des Controllers passieren?

Und wie navigiert man dann zum gewünschten Bereich?

Nabend,

ok, habe nun die config.gateway.json erzeugt und per FileZilla an die gewünschte Stelle im Docker-Container transferiert.

Nun soll ja noch per ssh Verbindung die Besitzer und Gruppenrechte angepasst bzw. geprüft werden. Leider gelingt es mir nicht per Terminal am Mac eine Verbindung zum Docker/Controller aufzubauen:

Welcher Port/Usernamen soll denn hierfür benutzt werden? Versucht habe ich den Admin, den User, ubnt. Es wird immer folgendes geantwortet:

ssh: Could not resolve hostname 192.168.X.XX: nodename nor servname provided, or not known --> Irgendwelche Ideen?

Ok, nun bin ich per ssh Verbindung auf dem Server in dem gewünschten Verzeichnis gelandet:

und hier genau:

Der Besitzer/Eigentümerwechsel für die config.gatewas.json aus dem Dokument von Herrn Grözinger, nämlich

Danach navigiert ihr in das Verzeichnis der config.gateway.json und führt den Befehl ls -l aus. Sollte nun etwas anderes wie unifi:unifi dort stehen, dann führt ihr den Befehl chown unifi:unifi config.gateway.json aus um die Besitzer und Gruppenrechte anzupassen.

funktioniert leider nicht, denn das System meldet hier:

Man erkennt auch, das mein Kommando statt unifi:unifi auf 999:999 zu wechseln (denn damit funktioniert der Controller ja einwandfrei) funktioniert leider auch nicht.

In der FileStation der DiskStation erkennt man:

Wenn man nun denkt, klick doch einfach mal das Feld "Auf diesen Ordner und Unterordner anwenden" kommt:

Aus der Meldung vom Terminal hatte ich gedacht, das 999 für Gruppe und 999 auch Besitzer steht ... das funzt aber nicht ...

Jetzt bin ich allerdings wirklich ratlos und könnte Hilfe gebrauchen ...

VG

Hape

Moin Razor,

danke für die ausführliche Erklärung (um diese Uhrzeit ).

Ich verwende das JacoJalabert-Abbild latest, Controllerstand 6.0.41.0) und ich wollte nicht noch ein weiteres Gerät (CK).

Nun denn, ich kratze mit meinem IT-Wissen gerade mal an der Oberfäche. Heißt, im Docker wurde bei der Installation ein unifi Ordner angelegt. Sieht so aus:

Dort finde ich aber den Pfad /var/lib/unifi nicht ... ?

VG

Hape

Hi Razor,

Zitat von razor

Um die Verzeichnisse nicht manuell anlegen zu müssen kannst Du ein "beliebiges" Bild als Grundriss / Floorplan über den Controller (Map, oben links Topology auf Floorplan umstellen und dann den Upload durchführen) hochladen. Dabei wird dann ein Verzeichnis mit dem Site-Namen erzeugt und in diesen musst Du dann die Datei config.gateway.json ablegen.

Siehe dazu auch mein Beitrag.

danke, ich habe mir Deinen Beitrag durchgelesen, muss mich aber outen --> ich habe leider keinen Schimmer, was ich genau tun soll:

1. Du meinst die linke Seitenleiste im Controller:

2. Dann dort einen neuen Grundriss anlegen:

Dann Deine Konfiguration nehmen und die IPs den eignen Wünschen anpassen:

Und dann? Wie kommt nun die Konfiguration in den Controller?

Sorry, ich stehe auf dem Schlauch ...

VG

Hape

Habe mir das Dokument im Link genauer zu Gemüte geführt und mir mal zum Test FileZilla runtergeladen.

Komme zwar per Sftp-Verbindung nun auf den Server des Controllers, ich finde aber dort das Verzeichnis /var/lib/unifi/sites<site> nicht.

Andererseits sagen die Details aus dem Docker-Bereich des Controllers das es ihn geben muss:

:

Hat jemand eine/mehrere Ideen?

Hallo,

ich hänge mich hier mal an.

Habe seit kurzem einen Vigor 130 als Modem im BridgeMode an einem USG in Betrieb. Der Controller läuft auf einer Synology NAS in einem Docker-Container. Geht seit ein paar Tagen zu meiner vollsten Zufriedenheit.

Nun besteht aber noch der Haken, das ich das Modem im WAN von meinem LAN-Netz nicht erreichen kann, was ich aber gerne möchte.

Google hat zum Thema diesen Artikel gefunden bezieht sich aber auf einen Raspberry und keine Docker-Container-Controller-Installation und einen Windows-Client (ich bin mit MAC unterwegs) --> nun meine Frage, hat das hier schon jemand in einer solchen Konfiguration (Synology NAS, USG, Vigor130 im BridgeMode )in Betrieb und kann mir ein wenig Hilfestellung geben?

VG

Hape

Ich habe eben als letztes Gerät die FB in das USG-Netz integriert (Anleitung iDomix, YouTube, aus 2016) ... basierend auf dem langen Kampf mit dem Controller (obwohl, der Controller war es nicht, es war die falsche Konfiguration der Ports im Synology-Docker-Container), also definitiv mein Fehler/Unwissen) war ich auf das schlimmste vorbereitet. Und nach dem Neustart der Fritte, Vergabe einer festen IP im USG-Netzwerk hat alles .... GEKLAPPT!

Der detailliertere Test des Faxgerätes steht noch aus, aber die Rufnummer ist von extern erreichbar, und das Gerät nimmt an und EDIT funktioniert so wie es soll .

Hallo und guten Abend,

hier noch ein kurzes Update zur Lage:

Das Problem war, und das hat mich locker 24 h beschäftigt, die nicht korrekt aufgesetzte Controllersoftware auf meiner Dickstation. Hier gilt noch mal mein Dank Amaskus --> ohne ihn wäre ich wahrscheinlich immer noch am "doktern" ... D.h. konkret lief der Controller aber die lockalen Ports des Containers waren durch meine Fehlkonfiguration nicht korrekt eingestellt. Das hatte zur Folge, das insbesondere der Port 8080 (set-inform) NICHT angesprochen werden konnte.

Nachdem ich das erkannt habe, habe ich alle lokalen Ports wie die der Container bestückt. Ausser den Port 8443 des Containers, den habe ich nach einem freien anderen Port umgeleitet. Über diesen freien Port ist der Controller erreichbar. Denn der 8443 ist für den CardDav-Server des Systems, damit kommt man nicht auf den Controller.

Vllt hilft das dem ein oder anderen.

Ab da war wirklich alles ganz einfach. Device zürückgesetzt, Set infom Befehl abgesetzt, und schon tauchten die Geräte im Controller auf, Adoptieren --> fertig, man, das klappte endlich reibungslos.

Und das es schnell geht, das kann ich bestätigen, denn ich habe durch einen Wechsel der IP des Servers feststellen müssen, das ich mir das ssh Passwort nicht gemerkt hatte --> Geräte tauchten nicht mehr auf bzw. ließen sich nicht einbinden usw.

Somit kurzerhand den Controller gelöscht, neu installiert, Geräte resetet, alle tauchten nach kurzer Zeit wieder auf und usw... so hatte ich es mir vorgestellt.

Also, merkt Euch den ssh-Usernamen und das vergebene ssh-Passwort im Controller --> sonst ... siehe oben!

Ok, ich beschäftige mich nun mal in Ruhe mit den Möglichkeiten des USGs und bereite mich seelisch auf einen langen Kampf vor, wenn ich die FB7490 als Client degradiert nur für Telefonie und Fax in das neue Netz des USG umziehe ... das soll ja mehr als hakig sein ... nun, keine Angst, ich melde mich

VG

Hape

Jetzt läuft es!!!

Tja, zu früh gefreut, der Controller hat nun das USG provisioniert. Aber das USG meckert eine fehlende Verbindung zu dem internen STUN-Server auf Port 3478 des Controllers an.

Ich glaube, beim Erstellen des Containers habe ich einen Fehler gemacht. Die lokalen Ports müssen die gleichen sein wie die des Containers und NICHT auf Automatic stehen. Das kann ich aber jetzt nicht mehr rückgängig machen, d.h ich muss den Container neue anlegen.

Vorher werde ich das USG auf dem Controller aber noch entfernen, sonst gibt es wieder Probleme, oder?

Hi,

Du hast recht, es könnte ein guter Morgen werden!

Ich habe soeben den Controller neu aufgesetzt und das Routing vom Docker Container Port 8080 auf den lokalen Port 32770 geändert, aus 32770 habe ich einfach 8080 gemacht.

Und siehe da, das USG wird gefunden! Hurra!

Da wir hier im HomeOffice sind, kann ich leider aktuell keine Internetverbindung für das USG herstellen, das wird dann heute Abend.

In der Zwischenzeit versuche ich nun alle anderen Unifis auf den Controller zu bekommen.

Auf jeden Fall —> Ganz lieben Dank für Deinen tollen Support bisher, aber keine Angst, ich melde mich bestimmt wieder ...

VG

Hape

Ok, herausbekommen habe ich, das das USG bereits die letzten aktuellen Stand der Firmware aufgespielt hat. Somit ist an dieser Stelle kein Update nötig.

Nun der Switch:

Ok, hier gilt das gleiche --> das ist der letzte Stand der Firmware.

Somit wird ein Upgrade an dem "nicht auffindbar Problem" nix ändern ...

Geht leider nicht ...

Meinst Du den 8443? Habe ich schon x-mal gemacht, geht nicht!

Den set-inform Befehle kann ich schon im Schlaf --> Die Sache mit der Portweiterleitung, hier habe keine Ahnung, wo ich das eingeben soll ... ich versuche mal mein Glück über Google ...

Zitat von amaskus

DHCP wird laufen wenn du das USG adopted hast.

wie hast du denn die vorherigen Unifiziert gerate in den Controller bekommen ?

Das wüßte ich auch gerne ... Controller zig mal neuinstalliert, Geräte zurückgesetzt usw. --> irgendwann lief es ...

Wahrscheinlich muss ich den Port 8080, so wie Du sagst, zum USG weiterleiten ... im Moment habe ich aber keine Ahnung wie. Das USG ist ja kein Router, auf der DS gibt es den Pkt. Routerkonfig, dort ist aber weder der DrayTek noch das USG aufgelistet ... sondern nur eine manuelle Konfiguration mit Account, Username usw., das sagt mir aber im Moment nix.

Die Verbindung auf dem Mac zum Internet kommt nur manuell zu Stande. Bei DHCP (USG) fehlt die Routeradresse ... wenn ich die manuell einstelle läufts ...