[Ubiquiti-apparatuur] Ervaringen & Discussie - Deel 3

[nero355]

Slux schreef op dinsdag 15 oktober 2019 @ 19:10:
Ik had ze maar was er niet echt over te spreken, slecht beeld als je het vergelijkt met een Hikvision/Dahua in dezelfde prijs categorie.

Ik geloof dat we het er ook wel over eens waren met zijn allen dat de software van de camera's stiekem een draak is om mee te werken...?!

Vooral omdat er opeens twee verschillende varianten waren en beiden niet echt om over naar huis te schrijven zijn!

[Tylen]

Hmmm iemand nog cameratje liggen dan die die wegdoet voor weinig?

Anders haal ik voor de test wel een G3-Flex

[nero355]

Tylen schreef op dinsdag 15 oktober 2019 @ 19:58:
Hmmm iemand nog cameratje liggen dan die die wegdoet voor weinig?

Anders haal ik voor de test wel een G3-Flex

Ik zou eens lekker op zoek gaan naar een ONVIF gebaseerde oplossing!

[Tylen]

nero355 schreef op dinsdag 15 oktober 2019 @ 20:39:
[...]

Ik zou eens lekker op zoek gaan naar een ONVIF gebaseerde oplossing!

Die heb ik al . (Foscam en ds-cam). Maar dacht als ik toch een patch kast aanleg dat alles van unifi er wel mooi in zou staan hahaha. Maar iedereen is dus niet enthousiast hier. Hmmm .

[Joarie]

nero355 schreef op dinsdag 15 oktober 2019 @ 19:49:
[...]

Ik geloof dat we het er ook wel over eens waren met zijn allen dat de software van de camera's stiekem een draak is om mee te werken...?!

Vooral omdat er opeens twee verschillende varianten waren en beiden niet echt om over naar huis te schrijven zijn!

Ja ik heb dat deze week gemerkt ja. Man man.

De G3 Micro draait nu gelukkig op standalone en is gekoppeld aan het fijne Synology Surveillance Station. Mocht ik een andere cam erbij willen halen dan koop ik liever een extra cam licentie voor de NAS dan dat ik weer die Unifi software aan de praat moet krijgen

[Jeroen V]

nero355 schreef op dinsdag 15 oktober 2019 @ 19:49:
[...]

Ik geloof dat we het er ook wel over eens waren met zijn allen dat de software van de camera's stiekem een draak is om mee te werken...?!

Vooral omdat er opeens twee verschillende varianten waren en beiden niet echt om over naar huis te schrijven zijn!

Ik gebruik Unifi Protect en ik ben met de huidige versie prima tevreden...

[AkTje]

Mocht iemand proberen ondervinden met iPhone (X/XR/XS/11) die niet kunnen connecten met het netwerk sinds de laatste Firmware. Probeer "High Performance" en "Fast Roaming" uit te zetten. Het heeft me twee dagen gekost, veel ellende en veel testen maar het is gelukt

[grote_oever]

nero355 schreef op dinsdag 15 oktober 2019 @ 19:49:
[...]

Ik geloof dat we het er ook wel over eens waren met zijn allen dat de software van de camera's stiekem een draak is om mee te werken...?!

Vooral omdat er opeens twee verschillende varianten waren en beiden niet echt om over naar huis te schrijven zijn!

Valt toch wel mee? Zelf heb ik ervaring met de UniFi protect op de cloud key gen 2. Prima combinatie. Wat is er mis met UniFi protect? Werkt allemaal 100x beter dan mij Oscam camera (die al paar jaar oud is). Ontlast gelijk mijn nas ook beetje.

[Falcon10]

Heb hier ook een 5-tal Unifi cams draaien op een Gen2 cloudkey met de Protect software.
Het is beetje wennen aan de manier waarop ze hun videosoftware gebruiken, maar kan er niet van klagen.
Zolang je direct voor de Protect software gaat en niet eerst e oude Video soft geruikt, is het best OK, en ism de cloudkey gen2 is het perfect 1 tool met de Unifi software.
Bepaalde zaken kunnen beter, maar dat heeft elke beveiligingssoftware wel.
Bij mij hebben de Unifi cameras in elk geval 2 oude foscams en vivotek ipcams vervangen.

[Will_M]

Hier ook een 5-tal G3 camera’s op een cloudkey gen2 plus met UniFi Protect. Werkt als een zonnetje.

[Joarie]

wimmel_1 schreef op dinsdag 15 oktober 2019 @ 22:17:
Hier ook een 5-tal G3 camera’s op een cloudkey gen2 plus met UniFi Protect. Werkt als een zonnetje.

Hmm ok dat ziet er een stuk beter uit dan proberen met een cloudkey gen1 en UniFi Video aan de praat zien te krijgen op je netwerk.

Ik zal het in mijn achterhoofd houden als ik de cam-familie wil uitbreiden dat een upgrade naar Gen2+ wellicht beter is.

[brandon]

Iemand een idee wanneer de UDM Pro uitkomt, gaat om bovenste device
Is een router, switch en controller in 1, tevens harddisk voor opslag camera
Leuk complete allinone device

[ Voor 57% gewijzigd door brandon op 15-10-2019 22:50 ]

[SmokingCrop]

brandon schreef op dinsdag 15 oktober 2019 @ 22:36:
Iemand een idee wanneer de UDM Pro uitkomt, gaat om bovenste device
Is een router, switch en controller in 1

[Afbeelding]

Is helaas nog niet geweten, er komen nog continu beta firmware/controller updates voor uit.
Hopelijk tegen kerst ofzo, maar ja, dat is pure speculatie, kan evengoed paar maand into 2020 zijn of eind deze maand for all we know..

3u geleden weer eentje:
https://community.ui.com/...b7-475f-89e5-4969391639f4
Improvements

Allow IP address range in firewall rules.
Set UniFi Protect backup location to /mnt/data/unifi-protect.
Updated bundled UniFi Network controller.

Bugfixes

Fix bug where DHCP obtained nameservers were repeated in resolv.dnsmasq.
Fix bug which may cause UniFi Protect to stop without interaction.
Fix EAP authentication with multiple RADIUS servers.
Fix fan failure message and show proper speed/RPM on touch display (reported HERE and HERE).
Fix "Unknown Country" GeoIP provisioning on UDM.
Fix User Groups support when multiple SSIDs configured.

[ Voor 5% gewijzigd door SmokingCrop op 15-10-2019 22:52 ]

[Ethirty]

UI een beetje kennende kan het ook nog zijn dat hij überhaupt nooit uit de beta fase komt en stilletjes verdwijnt.

Oftewel: het komt als het komt.

[Tylen]

wimmel_1 schreef op dinsdag 15 oktober 2019 @ 22:17:
Hier ook een 5-tal G3 camera’s op een cloudkey gen2 plus met UniFi Protect. Werkt als een zonnetje.

Heb je voor mij een demo filmpje van de kwaliteit? (liefst niet een youtube filmpje)

[borft]

wimmel_1 schreef op dinsdag 15 oktober 2019 @ 22:17:
Hier ook een 5-tal G3 camera’s op een cloudkey gen2 plus met UniFi Protect. Werkt als een zonnetje.

Vergelijkbare setup hier, denk dat het vooral icm de gen2-plus een leuke oplossing is!

[Insehh]

Insehh schreef op maandag 14 oktober 2019 @ 00:07:
[...]


Zoals ik al eerder aangaf zijn wij hiermee bezig in k8s, niet in Docker, maar maakt voor het hele verhaal niet zoveel uit. Thx voor de link.

Hebben het in ieder geval werkende @ k8s cluster nu, voor de mensen die met Kubernetes bezig zijn en het clustered willen uitvoeren, let me know.

[kwdr]

FreshMaker schreef op zondag 13 oktober 2019 @ 19:25:
Ik kwam op reddit dit tegen
In mijn zoektocht naar een controller via docker ( wat me nog steeds niet gelukt is )

https://www.reddit.com/r/...ntroller_in_oracle_cloud/

https://community.ui.com/...67-4e59-8af3-fdc68949008d

En het origineel ( github )

https://github.com/MallocArray/Unifi-OracleCloud

Misschien dat iemand er wat mee kan, de mijne draaide na 15 minuten.
( wel eerst het controllerIP in de provisioning zetten, en daarna de backup 'online' importeren )

Het docker package van jacobalberty voor Unifi werkt ook zeer goed. De image kan binnengehaald worden via de Synology Docker view, gewoon zoeken op jacobalberty.

https://hub.docker.com/r/jacobalberty/unifi/

[tcviper]

kwdr schreef op woensdag 16 oktober 2019 @ 13:17:
[...]


Het docker package van jacobalberty voor Unifi werkt ook zeer goed. De image kan binnengehaald worden via de Synology Docker view, gewoon zoeken op jacobalberty.

https://hub.docker.com/r/jacobalberty/unifi/

Yes, ik gebruik zelf deze: https://github.com/goofball222/unifi op mijn Synology

Maar beide zijn denk ik wel prima.

[Freakster86]

Ten einde raad...

Sinds een paar dagen gaan mijn google home's helemaal de mist in met traag reageren etc. Na wat troubleshooten uiteindelijk uitgekomen bij de WIFI en een speedtest gedraaid. Probleem gevonden...

Down: 10,1 Mbps
Up: 0,01 Mbps
Ping: 700ms

Browsen ging dus nog wel, vandaar dat ik het niet gelijk merkte. De download snelheid varieert een beetje, maar de upload is gegarandeerd 0,01 Mbps bij elke test. Dit hoort 95/95/5ms te zijn. Vervolgens het volgende gedaan:

AP Lite gereboot - geen effect
Kabels vervangen - geen effect
POE adapter gewisseld - geen effect
AP Lite gereset - geen effect
AP Lite omgewisseld voor een ander AP - voila, weer de normale snelheid!

Hoewel er geen upgrade heeft plaastgevonden, zou het misschien aan de firmware kunnen liggen:
(kapotte) AP Lite: 4.0.54.10625 (laatste versie)
(nieuwe) AP Lite: 4.0.21.9965
Controller: atag_5.11.39_12706 (draait binnen Home Assistant op een RPI 3B+)
USG: 4.4.44.5213844

Maar nu komt het idiote. Na nogmaals te hebben gewisseld tussen beide AP's, om te zien welke firmware ze draaien, geven ze nu allebei deze snelheid! Hoe dan?! Vervolgens dit gedaan:
(nieuwe) AP Lite gereset - geen effect
(nieuwe) AP Lite geupgrade van 4.0.21.9965 naar 4.0.54.10625 - geen effect.
Speedtest en Wifi Througput test - zelfe slechte resultaat

Enige wat ik toen nog kon bedenken is op een ander SSID inloggen (IOT kanaal). En ja hoor, dat doet het gewoon goed op volle snelheid. Zelfde kanaal, instellingen onveranderd.

Dus mijn vraag: wat kan ervoor zorgen dat bij dat ene SSID (uit het niets) bijna al het verkeer wordt geblokkeerd?

Zul je zien, net na het posten bedenk je je ineens dat je met bandwith control heb zitten spelen... stond op Kbps i.p.v. Mbps

[ Voor 4% gewijzigd door Freakster86 op 16-10-2019 15:17 ]

[Will_M]

Tylen schreef op woensdag 16 oktober 2019 @ 08:45:
[...]


Heb je voor mij een demo filmpje van de kwaliteit? (liefst niet een youtube filmpje)

Als je me via een DM een mailadres geeft dat stuur ik je wel even een voorbeeldje van iets wat m'n CK-GEN2+ nú nog in z'n historie heeft zitten.

Onderstaande is misschien ook wel grappig om te bekijken (én voor sommige misschien ook een verklaring waarom dat de 'Unifi Video' software niet altijd 'even lekker' loopt op een simpel huis/tuin/keuken NAS met iets als 'Docker' (i.e.))

Ik draaide, tót de CK GEN2+ uitkwam, met dezelfde 5 camera's thuis een Unifi Video setup op een HP DL380G7 met redundante voedingen (á 800W).... Ik neem privé het verschil in kwaliteit qua bewaarde opnamen echter graag voor lief gezien de huidige rekening van Essent.

[ Voor 48% gewijzigd door Will_M op 16-10-2019 20:32 ]

[nero355]

AkTje schreef op dinsdag 15 oktober 2019 @ 22:03:
Mocht iemand proberen ondervinden met iPhone (X/XR/XS/11) die niet kunnen connecten met het netwerk sinds de laatste Firmware. Probeer "High Performance" en "Fast Roaming" uit te zetten. Het heeft me twee dagen gekost, veel ellende en veel testen maar het is gelukt

Dat is een bekend probleem i.c.m. voornamelijk Apple produkten als ik het goed heb onthouden!

[bdu]

Ik zit met een probleem en hoop dat jullie mij verder kunnen helpen.

Ik heb een USG, Unifi Switch en twee AP.

Ik heb een opstelling met KPN ExperiaBox v10 -> USG -> De rest.

Ik heb een port-forward ingesteld en mijn persoonlijke (sub) domein gekoppeld aan deze port.

Zoiets als: sub.domein.com:123 -> 192.168.xx.xxx:321

Nu kan ik dit adres prima benaderen van buiten mijn LAN maar zodra ik binnen het netwerk zit werkt het niet en krijg ik geen verbinding.

Ik heb al gekeken naar NAT loopback ed maar dat lijkt goed te staan.

Ik heb geen config.gateway.json oid geconfigureerd. Maar als ik deze 'genereer' en bekijk lijken NAT instellingen op orde:



Iemand de gouden tip?

[Will_M]

bdu schreef op woensdag 16 oktober 2019 @ 22:22:
Ik zit met een probleem en hoop dat jullie mij verder kunnen helpen.

Ik heb een USG, Unifi Switch en twee AP.

Ik heb een opstelling met KPN ExperiaBox v10 -> USG -> De rest.

Ik heb een port-forward ingesteld en mijn persoonlijke (sub) domein gekoppeld aan deze port.

Zoiets als: sub.domein.com:123 -> 192.168.xx.xxx:321

Nu kan ik dit adres prima benaderen van buiten mijn LAN maar zodra ik binnen het netwerk zit werkt het niet en krijg ik geen verbinding.

Ik heb al gekeken naar NAT loopback ed maar dat lijkt goed te staan.

Ik heb geen config.gateway.json oid geconfigureerd. Maar als ik deze 'genereer' en bekijk lijken NAT instellingen op orde:

[Afbeelding]

Iemand de gouden tip?

Als je dat 192.168.xx.xxx adres 'intern' benaderd, wát krijg je dan wél te zien? (is dat adres bijv. wel te 'pingen'?).

[bdu]

wimmel_1 schreef op woensdag 16 oktober 2019 @ 22:49:
[...]


Als je dat 192.168.xx.xxx adres 'intern' benaderd, wát krijg je dan wél te zien? (is dat adres bijv. wel te 'pingen'?).

Intern kan het het adres zonder problemen benaderen.

Pinging 192.168.xx.xxx with 32 bytes of data:
Reply from 192.168.xx.xxx: bytes=32 time=18ms TTL=64
Reply from 192.168.xx.xxx: bytes=32 time=10ms TTL=64
Reply from 192.168.xx.xxx: bytes=32 time=7ms TTL=64
Reply from 192.168.xx.xxx: bytes=32 time=3ms TTL=64

Ping statistics for 192.168.xx.xxx:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 3ms, Maximum = 18ms, Average = 9ms

Ik kan de site ook benaderen via mijn externe IP. Dus vraag mij nu af of het mijn netwerk is of dat het het domein is? Kan dat?

[ Voor 7% gewijzigd door bdu op 16-10-2019 23:03 ]

[SmokingCrop]

bdu schreef op woensdag 16 oktober 2019 @ 23:01:
[...]

Intern kan het het adres zonder problemen benaderen.

[...]
Ik kan de site ook benaderen via mijn externe IP. Dus vraag mij nu af of het mijn netwerk is of dat het het domein is? Kan dat?

wat krijg je als je "nslookup sub.domein.com" doet in cmd?
Krijg je het correcte WAN IP te zien die gekoppeld is aan je sub.domein.com?

[bdu]

SmokingCrop schreef op woensdag 16 oktober 2019 @ 23:10:
[...]

wat krijg je als je "nslookup sub.domein.com" doet in cmd?
Krijg je het correcte WAN IP te zien die gekoppeld is aan je sub.domein.com?

Ja.

$ nslookup sub.domein.com
Server: 8.8.8.8
Address: 8.8.8.8#53

Non-authoritative answer:
Name: sub.domein.com
Address: xx.xx.xx.xx <-- mijn externe ip

[Will_M]

bdu schreef op woensdag 16 oktober 2019 @ 23:23:
[...]


Ja.


[...]

Waarom vraag je je eigen INTERNE adressen op aan die 8.8.8.8 DNS server én hoe moet dat ding vervolgens weten dat je wilt verbinden op poort 321?

[ Voor 3% gewijzigd door Will_M op 16-10-2019 23:54 ]

[bdu]

wimmel_1 schreef op woensdag 16 oktober 2019 @ 23:49:
[...]


Waarom vraag je je eigen INTERNE adressen op aan die 8.8.8.8 DNS server én hoe moet dat ding vervolgens weten dat je wilt verbinden naar poort 123?

Dit is de uitvraag van de externe URL... Niet juist?

[Will_M]

bdu schreef op woensdag 16 oktober 2019 @ 23:54:
[...]

Dit is de uitvraag van de externe URL... Niet juist?

Je eigen router hoeft dit adres toch niet te gaan ophalen via een externe DNS server (van Google!!)?

[bdu]

wimmel_1 schreef op woensdag 16 oktober 2019 @ 23:56:
[...]


Je eigen router hoeft dit adres toch niet te gaan ophalen via een externe DNS server (van Google)?

Zou niet hoeven, klopt. Maar zou dat de reden zijn dat het niet werkt?

Heb je een suggestie hoe ik dit kan veranderen?

8.8.8.8 is trouwens de 2de DNS server. Kan het dan dat de eerste niet beschikbaar is? Werkt het daarom niet/via 8.8.8.8?

[SmokingCrop]

wimmel_1 schreef op woensdag 16 oktober 2019 @ 23:56:
[...]


Je eigen router hoeft dit adres toch niet te gaan ophalen via een externe DNS server (van Google!!)?

Hoe gaat jouw router weten wat het A-record is die gekoppeld is aan sub.domein.com?
Die gaat dit ook gewoon gaan opvragen bij de root servers als het niet in een of andere cache zit.

edited:
Dan krijgt je router te horen dat dit bv. 123.123.123.123 is en gaat hij dit doorgeven aan je client.
Je client gaat vervolgens het pakket gaan opsturen naar dit extern IP adres.
Je router ontvangt dit IP adres en ziet dat dit reeds zijn WAN IP is en gaat het verder afhandelen naar binnen toe adhv poort.

Exact hetzelfde gaat gebeuren als je de client via google hun DNS laat werken.
De client krijgt het WAN IP dan gewoon door van google ipv je eigen router. De rest is hetzelfde.

[ Voor 37% gewijzigd door SmokingCrop op 17-10-2019 00:10 ]

[Will_M]

SmokingCrop schreef op donderdag 17 oktober 2019 @ 00:05:
[...]

Hoe gaat jouw router weten wat het A-record is die gekoppeld is aan sub.domein.com?
Die gaat dit ook gewoon gaan opvragen bij de root servers als het niet in een of andere cache zit.

Misschien doordat 't DNS verkeer niet eens verder komt? Als ik een A-Record in m'n eigen DNS zône heb staan dan wordt er geen andere DNS server meer geraadpleegd?

[SmokingCrop]

wimmel_1 schreef op donderdag 17 oktober 2019 @ 00:09:
[...]
Misschien doordat 't verkeer niet eens verder komt? Als ik een A-Record in m'n eigen DNS zône heb staan dan wordt er geen andere DNS server meer geraadpleegd?

Dan moet je je eigen domein zelf gaan hosten, en dat lijkt mij hoogst waarschijnlijk niet het geval hier.
Want dan kan hij voor intern gewoon het lokale IP opgeven en voor externe aanvragen het WAN IP doorspelen.

Lijkt me dat hij deze wss gewoon gekocht heeft bij een TransIP of Vimexx of whatever bedrijf.

[Will_M]

SmokingCrop schreef op donderdag 17 oktober 2019 @ 00:13:
[...]

Dan moet je je eigen domein zelf gaan hosten, en dat lijkt mij hoogst waarschijnlijk niet het geval hier.
Want dan kan hij voor intern gewoon het lokale IP opgeven en voor externe aanvragen het WAN IP doorspelen.

Lijkt me dat hij deze wss gewoon gekocht heeft bij een TransIP of Vimexx of whatever bedrijf.

Jump-2-Conclusion: De vraag is niet waarom 't niet werkt via 8.8.8.8 (Google) maar waarom de vraagsteller z'n eigen interne DNS niet op orde heeft.

Een router is géén DNS server.......

[bdu]

SmokingCrop schreef op donderdag 17 oktober 2019 @ 00:13:
[...]

Dan moet je je eigen domein zelf gaan hosten, en dat lijkt mij hoogst waarschijnlijk niet het geval hier.
Want dan kan hij voor intern gewoon het lokale IP opgeven en voor externe aanvragen het WAN IP doorspelen.

Lijkt me dat hij deze wss gewoon gekocht heeft bij een TransIP of Vimexx of whatever bedrijf.

Klopt. Domein is extern 'gehost'. Ik heb daar een A-record toegevoegd naar mijn externe ip adres. Dit werkt zolang ik niet op mij LAN zit.

[SmokingCrop]

bdu schreef op donderdag 17 oktober 2019 @ 00:19:
[...]

Klopt. Domein is extern 'gehost'. Ik heb daar een A-record toegevoegd naar mijn externe ip adres. Dit werkt zolang ik niet op mij LAN zit.

Dit zou gewoon moeten werken eigenlijk..

Ik heb eenzelfde setup (USG, unifi switch, unifi AP) voor bv. mijn plex server op een custom externe poort en ik kan die perfect onmiddellijk bereiken door https://abc.domein.com:1234 te doen op de LAN kant van thuis uit wanneer ik 8.8.8.8 als DNS instel.
Buitenshuis werkt dit uiteraard ook.

Misschien eens proberen met een ander apparaat/service dat je kan port forwarden en testen? Ligt mss aan het lokale apparaat?

[ Voor 10% gewijzigd door SmokingCrop op 17-10-2019 00:31 ]

[RUFFNECK]

@Tylen heb 3 G3 PRO's draaien hier op UCK-Gen2+, gil maar als je iets specifieks wilt weten...

[Tylen]

RUFFNECK schreef op donderdag 17 oktober 2019 @ 09:14:
@Tylen heb 3 G3 PRO's draaien hier op UCK-Gen2+, gil maar als je iets specifieks wilt weten...

Heb ondertussen al een sample video ontvangen. Ik ben om Thanks though.

[RUFFNECK]

Tylen schreef op donderdag 17 oktober 2019 @ 09:15:
[...]


Heb ondertussen al een sample video ontvangen. Ik ben om Thanks though.

Ja ik zag het net ook ja Sample van de normale G3's? Ik heb het zelf nooit kunnen vergelijken, maar gelezen dat de Pro's nog weer ietsjes beter beeld hebben. Maar nogmaals, nooit zelf vergeleken Succes!

[BlackShadow]

Ik benader al tijden mijn controller via een Apache reverse proxy, met een let's encrypt certificaat.
Dit heeft altijd goed gewerkt tot sinds kort:
Op bepaalde momenten krijg ik onderstaand certificaat aangeboden in mijn browser, dan gaat het uiteraard fout. enkele ogenblikken later krijg ik terug netjes het let's encrypt certificaat.
Ik krijg dit op verschillende clients, het moet dus server gebonden zijn (apache of unifi).
Echter vind ik geen enkele aanknoping waar dit videooscertificate vandaan kan komen.
Ik bereik meerdere websites via deze Apache Reverse Proxy (oa nextcloud) maar zie nergens anders dit probleem.

Ik weet niet of het een specifiek Unifi probleem is, al hoop ik wel op een of andere aanknoping...

[borft]

BlackShadow schreef op donderdag 17 oktober 2019 @ 15:02:
Ik benader al tijden mijn controller via een Apache reverse proxy, met een let's encrypt certificaat.
Dit heeft altijd goed gewerkt tot sinds kort:
Op bepaalde momenten krijg ik onderstaand certificaat aangeboden in mijn browser, dan gaat het uiteraard fout. enkele ogenblikken later krijg ik terug netjes het let's encrypt certificaat.
Ik krijg dit op verschillende clients, het moet dus server gebonden zijn (apache of unifi).
Echter vind ik geen enkele aanknoping waar dit videooscertificate vandaan kan komen.
Ik bereik meerdere websites via deze Apache Reverse Proxy (oa nextcloud) maar zie nergens anders dit probleem.

Ik weet niet of het een specifiek Unifi probleem is, al hoop ik wel op een of andere aanknoping...

[Afbeelding]

Zou het kunnen dat apache over https naar de controller gaat? (en dus een self-signed certificaat krijgt)?

[BlackShadow]

borft schreef op donderdag 17 oktober 2019 @ 15:19:
[...]

Zou het kunnen dat apache over https naar de controller gaat? (en dus een self-signed certificaat krijgt)?

Dat klopt inderdaad, daar had ik ook al aan gedacht, maar het self-signed certificaat van Unifi een ander:

[nero355]

bdu schreef op donderdag 17 oktober 2019 @ 00:01:
8.8.8.8 is trouwens de 2de DNS server. Kan het dan dat de eerste niet beschikbaar is? Werkt het daarom niet/via 8.8.8.8?

ZO WERKT DNS NIET!!!

DNS Request worden random gedaan bij beide DNS Servers die de Client meekrijgt!

Als je het zou monitoren dan zou je zomaar zoiets kunnen krijgen als resultaat :
- 25% bij Server A
- 34% bij Server B
- 11% bij Server C
- 30% bij Server D

Het is dus GEEN fail-over zoals mensen vaak denken!

En daarnaast :

bdu schreef op woensdag 16 oktober 2019 @ 22:22:
Ik heb een opstelling met KPN ExperiaBox v10 -> USG -> De rest.

NAT Loopback/Reverse NAT gaat niet werken als je NAT achter NAT draait!

Dan zou de Experiabox het ook moeten kunnen, maar dan kan het nog steeds fout gaan...

En bovendien is het sowieso een ranzige oplossing en ook niet bepaald de veiligste!

Ik heb een port-forward ingesteld en mijn persoonlijke (sub) domein gekoppeld aan deze port.

Zoiets als: sub.domein.com:123 -> 192.168.xx.xxx:321

Ik heb geen idee wat je aan het doen bent, maar ik heb nog nooit een Domein aan een Poort gekoppeld zien worden : Dat doe je met het IP

Wat je vervolgens allemaal doet met de poorten via een Firewall of Port Forwards staat daar helemaal los van!

Nu kan ik dit adres prima benaderen van buiten mijn LAN maar zodra ik binnen het netwerk zit werkt het niet en krijg ik geen verbinding.

Ik heb al gekeken naar NAT loopback ed maar dat lijkt goed te staan.

Ik heb geen config.gateway.json oid geconfigureerd. Maar als ik deze 'genereer' en bekijk lijken NAT instellingen op orde:

[Afbeelding]

Iemand de gouden tip?

Je moet gewoon een Interne DNS Server hebben die je Clients vertelt dat sub.domein.com zich niet ergens buiten bevindt, maar op IP 192.168.x.x ergens in een Intern VLAN waar je Clients ook gewoon bij kunnen komen

[sdk1985]

nero355 schreef op donderdag 17 oktober 2019 @ 15:24:
[...]

ZO WERKT DNS NIET!!!

DNS Request worden random gedaan bij beide DNS Servers die de Client meekrijgt!

Als je het zou monitoren dan zou je zomaar zoiets kunnen krijgen als resultaat :
- 25% bij Server A
- 34% bij Server B
- 11% bij Server C
- 30% bij Server D

Het is dus GEEN fail-over zoals mensen vaak denken!

Dan zou ik geen meerdere nameservers in fysiek verschillende datacenters draaien en zou ziggo/google/enz ook geen meerdere DNS ip's gebruiken .

There is no switching to the backup DNS server(s). DNS requests are distributed across all your nameservers relatively evenly. (This is done by querying servers using a round robin schedule.)

Tot zo ver klopt het wat jij zegt, het is niet zo dat er één als primair wordt gezien. Niet bij DNS en niet bij NS.

If one or more name servers are down, requests will be retried on another nameserver after a timeout. As long as one of your nameservers is up your domain will resolve (slowly at times). You want to have all your nameservers always up.

Maar er zit natuurlijk wel fallback op. AFAIK werkt exact zelfde voor de high level DNS servers aan de ISP kant.

[ Voor 5% gewijzigd door sdk1985 op 17-10-2019 16:21 ]

[AkTje]

nero355 schreef op woensdag 16 oktober 2019 @ 18:37:
[...]

Dat is een bekend probleem i.c.m. voornamelijk Apple produkten als ik het goed heb onthouden!

Yes!

Iemand die misschien de oplossing heeft voor dikke mergel muren waar de UniFi-AC-Pro toch moeite mee heeft om door te komen? Wellicht een Longe Range aanschaffen of een andere uit de serie ?

[nero355]

sdk1985 schreef op donderdag 17 oktober 2019 @ 16:03:
Dan zou ik geen meerdere nameservers in fysiek verschillende datacenters draaien en zou ziggo/google/enz ook geen meerdere DNS ip's gebruiken

Je geeft zelf al het antwoord =>

Maar er zit natuurlijk wel fallback op. AFAIK werkt exact zelfde voor de high level DNS servers aan de ISP kant.

Lees eens wat beter wat er staat :

If one or more name servers are down, requests will be retried on another nameserver after a timeout. As long as one of your nameservers is up your domain will resolve (slowly at times).

En dat zorgt voor een hele nare internet ervaring kan ik je vertellen!

Die mooie 1 Gbps lijn voelt ineens aan als een 56K6 modem, want elke keer laden pagina's erg langzaam in, omdat je Client op de Time-Out wacht

You want to have all your nameservers always up.

En daarom hebben we dingen, zoals VRRP en zo...

AkTje schreef op donderdag 17 oktober 2019 @ 16:42:
Iemand die misschien de oplossing heeft voor dikke mergel muren waar de UniFi-AC-Pro toch moeite mee heeft om door te komen? Wellicht een Longe Range aanschaffen of een andere uit de serie ?

Kabel trekken en nog een Accesspoint ophangen!

[AkTje]

nero355 schreef op donderdag 17 oktober 2019 @ 16:47:
[...]

Kabel trekken en nog een Accesspoint ophangen!

Haha kabel ligt er, maar elke keer € 120,- voor een AP is wat overdreven. Spijt dat ik ze niet in de hal op het plafond had gehangen.. dan was het wat meer gecentreerd in het huis

[lier]

AkTje schreef op donderdag 17 oktober 2019 @ 16:50:
Haha kabel ligt er, maar elke keer € 120,- voor een AP is wat overdreven. Spijt dat ik ze niet in de hal op het plafond had gehangen.. dan was het wat meer gecentreerd in het huis

Waarom heb je voor de Pro gekozen in plaats van (bijvoorbeeld) de Lite? Want dat is ook een heel fijn accesspoint.

[JayOne]

nero355 schreef op donderdag 17 oktober 2019 @ 15:24:
[...]

ZO WERKT DNS NIET!!!

DNS Request worden random gedaan bij beide DNS Servers die de Client meekrijgt!

Als je het zou monitoren dan zou je zomaar zoiets kunnen krijgen als resultaat :
- 25% bij Server A
- 34% bij Server B
- 11% bij Server C
- 30% bij Server D

Het is dus GEEN fail-over zoals mensen vaak denken!

In mijn setup zie ik het toch iets anders.

Ongeveer 90% verloopt via mijn primaire Pi-Hole en de rest via mijn secundaire Pi-Hole. Dus wanneer er één request is zal hij altijd de primaire kiezen, bij meerdere gelijktijdige request zal er een balancing plaatsvinden en ook de secundaire DNS gebruiken. Tenminste dat is wat ik afleid uit de aantallen.

[nero355]

JayOne schreef op donderdag 17 oktober 2019 @ 16:53:
In mijn setup zie ik het toch iets anders.

Ongeveer 90% verloopt via mijn primaire Pi-Hole en de rest via mijn secundaire Pi-Hole. Dus wanneer er één request is zal hij altijd de primaire kiezen, bij meerdere gelijktijdige request zal er een balancing plaatsvinden en ook de secundaire DNS gebruiken. Tenminste dat is wat ik afleid uit de aantallen.

Heb je al bij je Forward DNS Servers gekeken ?

Daar zag ik op een gegeven moment meer verkeer bij de Secundaire dan de Primaire...

AkTje schreef op donderdag 17 oktober 2019 @ 16:50:
Haha kabel ligt er, maar elke keer € 120,- voor een AP is wat overdreven. Spijt dat ik ze niet in de hal op het plafond had gehangen.. dan was het wat meer gecentreerd in het huis

AC Lite, In-Wall, Mesh AC kosten allen rond de € 90 en zijn voor 95% van de gebruikers meer dan genoeg!

[sdk1985]

nero355 schreef op donderdag 17 oktober 2019 @ 16:47:
[...]

Je geeft zelf al het antwoord =>


[...]

Lees eens wat beter wat er staat :

[...]

En dat zorgt voor een hele nare internet ervaring kan ik je vertellen!

Die mooie 1 Gbps lijn voelt ineens aan als een 56K6 modem, want elke keer laden pagina's erg langzaam in, omdat je Client op de Time-Out wacht

[...]

En daarom hebben we dingen, zoals VRRP en zo...


[...]

Kabel trekken en nog een Accesspoint ophangen!

Maar het is dus wel een fail-over, dat is waar ik op reageerde. DNS is eigenlijk zowel load balancing dankzij round robin als fail-over via timeout retry. Het enige dat het niet is is primair en secundair, maar daar had ik je al gelijk in gegeven .

Overigens gebruikt Windows wel een preferred en een alternative DNS hetgeen impliceert dat er geen round robin is

[ Voor 6% gewijzigd door sdk1985 op 17-10-2019 17:37 ]

[sdk1985]

Even iets heel anders. Tot nu toe ben ik nog niet heel erg onder de indruk van de ubiquiti software suite. Als ik nu wil updaten wordt mij gevraagd of ik een backup heb, doe je nee dan krijg je geen mogelijkheid om een backup te maken. Dus dan moet je de controller weer opstarten. Vervolgens krijg ik bij backup "There was an error generating a new backup file.". Dan moet je gaan zoeken. Dan staat er dat je dit in server.log kan vinden in de 'base dir'. Die base dir blijkt een obscure map te zijn in userdata. Als je drie KB artikelen verder het log bestand hebt gevonden dan kom je erachter in dat log alleen de start staat en dat ik ben aangemeld. Tja daar kom ik niet verder mee!

De windows service werkt overigens ook niet (na het exact volgen van de KB):

[2019-10-17 22:54:18] [error] [12772] Failed creating java 
[2019-10-17 22:54:18] [error] [12772] ServiceStart returned 1

Dat STUN niet werkt ondanks port forward en/of alternatieve poort schijnt ook 'normaal' te zijn.

[ Voor 38% gewijzigd door sdk1985 op 17-10-2019 23:23 ]

[SmokingCrop]

sdk1985 schreef op donderdag 17 oktober 2019 @ 23:18:
De windows service werkt overigens ook niet (na het exact volgen van de KB):

[2019-10-17 22:54:18] [error] [12772] Failed creating java 
[2019-10-17 22:54:18] [error] [12772] ServiceStart returned 1

Heb je enkel Java 64-bit op je Windows machine staan?
Ze hebben dit tegenwoordig in de release notes staan:

"Users running 64-bit Windows should only have 64-bit Java installed. If you have 32-bit Java installed then we recommend uninstalling it."

[Oesie]

nero355 schreef op woensdag 9 oktober 2019 @ 23:47:
[...]

https://www.ionos.com/domains/inc-domain

Misschien handig ter inspiratie :
Mijn Management VLAN heet management.thuis.lan en de normale VLAN thuis.lan

Dus je zou zoiets kunnen doen :
- trusted.lan
- iot.lan
- guest.lan
- management.lan

of *.thuis.lan natuurlijk!


[...]

Het is mogelijk, maar dan moet je wel weten wat je aan het doen bent en er vanaf het begin rekening mee houden!

Persoonlijk zou ik het niet achteraf gaan veranderen, want dat is vragen om ellende...

Het kan ook leuk en leerzaam zijn natuurlijk


[...]

Dat doe je alleen maar omdat anders iedereen die op je WiFi zit zomaar naar je apparatuur toe kan verbinden via SSH

Test het maar eens!


[...]

Je kan gewoon Custom Port Profiles maken die bijvoorbeeld niks Tagged maar wel een Untagged (Native VLAN in Ubiquiti UniFi termen) VLAN heeft


[...]

Ik heb geen idee wat je bedoelt, maar ik gok op het volgende : Inter-VLAN Communicatie

En dat is afhankelijk van welk type VLAN je aanmaakt natuurlijk

Nog bedankt voor de uitgebreide terugkoppeling. Netwerk een keer opnieuw opgebouwd en de domain name omgezet naar .lan Met de trunk term en custom profiles ondertussen kennis meegemaakt. Ook maar even een nieuwe plaat gemaakt hoe het netwerk eruit ziet want met al die vlan's wordt het er niet makkelijker op Overigens de aangepaste json met port 53 nog even in de ijskast gezet omdat het met het troubleshooten niet echt helpte.

Zo probeer ik nu OpenVPN (PiVPN) werkend te krijgen op mijn clients i.c.m. Pi-hole. Alle firewall rules uitgezet op de USG, ik zie de DNS requests van de client binnen komen (op de Raspberry Pi met Pi-hole) maar de website wordt niet geladen op de client Zou dat een logische verklaring kunnen hebben?
*Edit, na reinstall van Pi-vpn naar de standaard doet die het weer. Dan nog steeds benieuwd naar wat de juiste config is als je dit 'netjes' zou willen doen binnen mijn huidige config met bijvoorbeeld een vlan vpn.lan domain met bijbehorend aparte IP range 192.168.7.0/24 i.p.v. de default in de 10.x.x.x range. Maar deze wordt natuurlijk door de PiVPN opgezet waar ik de andere range eigenlijk in de usg zou zetten

Zo heb ik het nu opgezet:

[ Voor 20% gewijzigd door Oesie op 18-10-2019 16:38 ]

[GioStyle]

Nice, waarmee heb je dat overzicht gemaakt?

[Cartman!]

@nero355 Hoe moet ik het losse management VLAN precies zien? Ik draai de controller op m'n NAS en benader m'n NAS altijd vanaf m'n desktop waar beide devices in het "trusted/main" netwerk zetten zonder VLAN.

[Oesie]

GioStyle schreef op vrijdag 18 oktober 2019 @ 11:52:
Nice, waarmee heb je dat overzicht gemaakt?

Visio

[KeRsTmAnNeKe]

KeRsTmAnNeKe schreef op donderdag 10 oktober 2019 @ 18:29:
[...]

Staat idd standaard aan.
Heb het uitgezet, zonder resultaat.

Rare is, de streamer die met een netwerkkabel is aangesloten kon ik niet bedienen vanuit de app, die gaf offline aan, maar spotify connect werkte wel gewoon ...
Lijkt wel alsof ze geen verbinding met de expand/base unit kunnen maken.

Heb het werkend gekregen, eerst nog contact gehad met Teufel/Raumfeld die me wat ideeën voor mogelijke oplossingen gaven, maar denk niet dat dat gewerkt had.

Settings zijn nu:
Automatisch optimaliseren uit (kan aan nog testen.. maar voegt dit wat toe?)
mDNS aan
IGMP snooping op (niet ubiquiti) switch uit

[nero355]

Oesie schreef op vrijdag 18 oktober 2019 @ 11:39:
Nog bedankt voor de uitgebreide terugkoppeling. Netwerk een keer opnieuw opgebouwd en de domain name omgezet naar .lan Met de trunk term en custom profiles ondertussen kennis meegemaakt. Ook maar even een nieuwe plaat gemaakt hoe het netwerk eruit ziet want met al die vlan's wordt het er niet makkelijker op

Zo heb ik het nu opgezet:
[Afbeelding: Netwerk]

Overigens de aangepaste json met port 53 nog even in de ijskast gezet omdat het met het troubleshooten niet echt helpte.

Komt wel goed!

Zo probeer ik nu OpenVPN (PiVPN) werkend te krijgen op mijn clients i.c.m. Pi-hole. Alle firewall rules uitgezet op de USG, ik zie de DNS requests van de client binnen komen (op de Raspberry Pi met Pi-hole) maar de website wordt niet geladen op de client Zou dat een logische verklaring kunnen hebben?
*Edit, na reinstall van Pi-vpn naar de standaard doet die het weer. Dan nog steeds benieuwd naar wat de juiste config is als je dit 'netjes' zou willen doen binnen mijn huidige config met bijvoorbeeld een vlan vpn.lan domain met bijbehorend aparte IP range 192.168.7.0/24 i.p.v. de default in de 10.x.x.x range. Maar deze wordt natuurlijk door de PiVPN opgezet waar ik de andere range eigenlijk in de usg zou zetten

Ondanks dat PiVPN een kant en klare OpenVPN oplossing is kan je de bestanden gewoon aanpassen en naar je eigen zin zetten!

Wat je zou kunnen doen is Bridged Mode draaien, waarbij de USG via PiVPN gewoon IP's aan je OpenVPN Clients uitdeelt.

Een nette optie is er niet echt : Het is meer wat jij liever hebt of makkelijker vindt!

Cartman! schreef op vrijdag 18 oktober 2019 @ 12:06:
@nero355 Hoe moet ik het losse management VLAN precies zien?

Je moet effe op bijvoorbeeld een werkende UAP inloggen dan zal je zien waarom ik dat aanraad

Ik draai de controller op m'n NAS en benader m'n NAS altijd vanaf m'n desktop waar beide devices in het "trusted/main" netwerk zetten zonder VLAN.

Hmm... kant en klare NASjes... altijd een avontuur!

Kan je VLANs configureren op dat ding

Dan kan je alles redelijk van elkaar scheiden zonder al teveel gedoe

[Oesie]

nero355 schreef op vrijdag 18 oktober 2019 @ 17:11:
[...]



[...]

Komt wel goed!


[...]

Ondanks dat PiVPN een kant en klare OpenVPN oplossing is kan je de bestanden gewoon aanpassen en naar je eigen zin zetten!

Wat je zou kunnen doen is Bridged Mode draaien, waarbij de USG via PiVPN gewoon IP's aan je OpenVPN Clients uitdeelt.

Een nette optie is er niet echt : Het is meer wat jij liever hebt of makkelijker vindt!

Je weet het niveau leuk op te hogen iedere keer
Bridgemodus zou ik ook even in moeten duiken (net heel snel even gezocht). Toen ik vanmiddag handmatig de instelling had aangepast had ik het blijkbaar om zeep geholpen

[nero355]

Oesie schreef op vrijdag 18 oktober 2019 @ 17:35:
Je weet het niveau leuk op te hogen iedere keer

Tweakers.net toch ? Geen Fok! of zo

Bridgemodus zou ik ook even in moeten duiken (net heel snel even gezocht). Toen ik vanmiddag handmatig de instelling had aangepast had ik het blijkbaar om zeep geholpen

Tja, maak backups van je Config Files = Done!

[Cartman!]

nero355 schreef op vrijdag 18 oktober 2019 @ 17:11:
Je moet effe op bijvoorbeeld een werkende UAP inloggen dan zal je zien waarom ik dat aanraad

Ik snap niet wat je bedoelt. Als ik op m'n telefoon op t IoT netwerk zet krijg ik op t IP van m'n controller geen gehoord bijvoorbeeld.

Hmm... kant en klare NASjes... altijd een avontuur!

Kan je VLANs configureren op dat ding

Dan kan je alles redelijk van elkaar scheiden zonder al teveel gedoe

De NAS heeft 2 netwerk interfaces; weet niet eigenlijk hoe dat precies werkt maar zou t kunnen bekijken als ik t nut inzie van de losse management vlan.

[Will_M]

Cartman! schreef op vrijdag 18 oktober 2019 @ 22:17:
[...]

Ik snap niet wat je bedoelt. Als ik op m'n telefoon op t IoT netwerk zet krijg ik op t IP van m'n controller geen gehoord bijvoorbeeld.

[...]

De NAS heeft 2 netwerk interfaces; weet niet eigenlijk hoe dat precies werkt maar zou t kunnen bekijken als ik t nut inzie van de losse management vlan.

Zijn die twee NIC's niet beter te gebruiken als één "Ether-Channel" waarmee ze dus op het NAS als 'Team" werken en je switch ze als één Interface afhandelt op twee poorten?

[nero355]

Cartman! schreef op vrijdag 18 oktober 2019 @ 22:17:
Ik snap niet wat je bedoelt. Als ik op m'n telefoon op t IoT netwerk zet krijg ik op t IP van m'n controller geen gehoord bijvoorbeeld.

Omdat het een Guest VLAN is waarschijnlijk

Het punt is gewoon dat je alles scheidt en al je apparatuur alleen via SSH bereikbaar is in dat Management VLAN en in de rest slechts als een Bridge Interface actief is!

Of je daarnaast een normale VLAN hebt die wel of niet stiekem gewoon naar het Management VLAN toe kan is uiteraard een eigen keuze.

De NAS heeft 2 netwerk interfaces; weet niet eigenlijk hoe dat precies werkt maar zou t kunnen bekijken als ik t nut inzie van de losse management vlan.

Zolang het een Linux based ding is kan je gewoon VLAN Interfaces maken, maar ook wat @wimmel_1 voorstelt : Knal het geheel in een LACP setje!

Daar kan je weer bovenop VLAN Interfaces maken...

[Verwijderd]

Het valt mij op dat wanneer ik wat meer meer data door mijn pricewatch: Ubiquiti UniFi AP-AC LITE (1-Pack) heen pomp, er geluid uit mijn AP komt.
Is dat normaal? Klinkt een beetje als m'n 33k6 modem eerlijk gezegd.
Goed het is dan ook verder stil in huis dus valt het op.

[Falcon10]

Controller upgrade 5.11.50 is blijkbaar beschikbaar.
Iemand die hem al heeft geinstalleerd ? Is ie stabiel of opeens weer rare dingen ?

[Equator]

Verwijderd schreef op zaterdag 19 oktober 2019 @ 09:14:
Het valt mij op dat wanneer ik wat meer meer data door mijn pricewatch: Ubiquiti UniFi AP-AC LITE (1-Pack) heen pomp, er geluid uit mijn AP komt.
Is dat normaal? Klinkt een beetje als m'n 33k6 modem eerlijk gezegd.
Goed het is dan ook verder stil in huis dus valt het op.

Ik ken het, dat doen ze bij mij ook. Als je Google er op na zoekt, dan kom je het meer tegen. Er lijkt iets te resoneren.

[MasterMaceMichu]

Falcon10 schreef op zaterdag 19 oktober 2019 @ 10:26:
Controller upgrade 5.11.50 is blijkbaar beschikbaar.
Iemand die hem al heeft geinstalleerd ? Is ie stabiel of opeens weer rare dingen ?

Die is er al een tijdje. Geen rare dingen mee gezien. Eigenlijk zijn tot nog toe de finals altjid stabiel geweest bij mij (+1 jaar).

[Grolsch]

Ik draai hem ook al een paar weken volgens mij zonder problemen.

[Equator]

Net het update script van Glennr.nl gedraaid en netjes geüpdatet naar 5.11.50. geen rare zaken, en alles werkt naar behoren.

[nero355]

Verwijderd schreef op zaterdag 19 oktober 2019 @ 09:14:
Het valt mij op dat wanneer ik wat meer meer data door mijn pricewatch: Ubiquiti UniFi AP-AC LITE (1-Pack) heen pomp, er geluid uit mijn AP komt.
Is dat normaal? Klinkt een beetje als m'n 33k6 modem eerlijk gezegd.
Goed het is dan ook verder stil in huis dus valt het op.

Wat PWM gezoem is normaal, maar geen 33K6 geluiden!

En dan alleen bij volledige stilte in de kamer met je oor ernaast op 1 meter of zo uiteraard...

[Napsju]

Falcon10 schreef op zaterdag 19 oktober 2019 @ 10:26:
Controller upgrade 5.11.50 is blijkbaar beschikbaar.
Iemand die hem al heeft geinstalleerd ? Is ie stabiel of opeens weer rare dingen ?

Geen gekkigheid gemerkt. Draai ‘m op twee locaties met verschillende types AP’s, switches en routers die de met deze controller versie meegeleverde firmware draaien.

[sypie]

Is de Java installatie op je computer ook nog nodig op het moment dat je alles via de CloudKey doet?

[RobertMe]

sypie schreef op zondag 20 oktober 2019 @ 18:04:
Is de Java installatie op je computer ook nog nodig op het moment dat je alles via de CloudKey doet?

Neen, de controller heeft Java nodig, maar die heb je dan dus op de CloudKey draaien. Op je PC heb je dus alleen een webbrowser nodig, zonder Java applet support, voor zover dat niet al lang dood is.

[sypie]

RobertMe schreef op zondag 20 oktober 2019 @ 18:07:
…Neen, de controller heeft Java nodig…

Mooi, dan knikker ik Java van mijn oude laptopje af. Kreeg al weer meldingen dat er updates voor waren. Mijn laptopje is niet meer zo van de updates, ze worden steeds spaarzamer.

[zeroday]

Hee .. handig .... als je je controller sneller ge-upgraded wil hebben:

I login to the CK and go to the dashboard, then replace the word "dashboard" on the end of the URL in the browser with "v2/settings/unifi/advanced"

So "dashboard" becomes "v2/settings/unifi/advanced" and hit enter....

https://<CK IP>:8443/manage/site/<site name>/dashboard

https://<CK IP>:8443/manage/site/<site name>/v2/settings/unifi/advanced

[ardvark99]

zeroday schreef op maandag 21 oktober 2019 @ 09:00:
Hee .. handig .... als je je controller sneller ge-upgraded wil hebben:


https://<CK IP>:8443/manage/site/<site name>/v2/settings/unifi/advanced

Dat werkt iig niet meer voor 5.12.19.

[zeroday]

ardvark99 schreef op maandag 21 oktober 2019 @ 09:34:
[...]

Dat werkt iig niet meer voor 5.12.19.

ugh .. ik zit dan ook nog op 5.11.50 (Build: atag_5.11.50_12745) ..
doe het even 'veilig' op mijn cloudkey 2plus

[m3gA]

Verwijderd schreef op zaterdag 19 oktober 2019 @ 09:14:
Het valt mij op dat wanneer ik wat meer meer data door mijn pricewatch: Ubiquiti UniFi AP-AC LITE (1-Pack) heen pomp, er geluid uit mijn AP komt.
Is dat normaal? Klinkt een beetje als m'n 33k6 modem eerlijk gezegd.
Goed het is dan ook verder stil in huis dus valt het op.

Nee. Als je er last van hebt en nog garantie zou ik ze omruilen.

https://community.ui.com/...5e-459e-88c1-3f536b0a57da

[m3gA]

ardvark99 schreef op maandag 21 oktober 2019 @ 09:34:
[...]

Dat werkt iig niet meer voor 5.12.19.

Het linkje is van het nieuwe settings menu. Dat is tijdelijk uitgezet zo dat ze er nog aan kunnen werken.

[mvds]

Equator schreef op zaterdag 19 oktober 2019 @ 10:37:
[...]

Ik ken het, dat doen ze bij mij ook. Als je Google er op na zoekt, dan kom je het meer tegen. Er lijkt iets te resoneren.

Yep, bij mij ook... Maar alleen als ik echt mijn WiFi dicht trek zeg maar. Bij normaal gebruik hoor ik ze niet

[Verwijderd]

m3gA schreef op maandag 21 oktober 2019 @ 15:20:
[...]

Nee. Als je er last van hebt en nog garantie zou ik ze omruilen.

https://community.ui.com/...5e-459e-88c1-3f536b0a57da

Dank voor de tip! Ga ik in gang zetten.

[mvds]

Verwijderd schreef op maandag 21 oktober 2019 @ 15:47:
[...]

Dank voor de tip! Ga ik in gang zetten.

Het komt vaak voor hoor bij Ubiquiti apparatuur, dus de kans dat je een vervangend exemplaar gaat krijgen met hetzelfde probleem is aanzienlijk

[m3gA]

mvds schreef op maandag 21 oktober 2019 @ 15:55:
[...]

Het komt vaak voor hoor bij Ubiquiti apparatuur, dus de kans dat je een vervangend exemplaar gaat krijgen met hetzelfde probleem is aanzienlijk

Ze geven zelf aan dat het RMA is. Ik zou het wel via de verkopende partij spelen en niet via Ubuiti. Je moet hem zelf terugsturen naar Amerika. (en denk aan de douanekosten).

[Verwijderd]

mvds schreef op maandag 21 oktober 2019 @ 15:55:
[...]

Het komt vaak voor hoor bij Ubiquiti apparatuur, dus de kans dat je een vervangend exemplaar gaat krijgen met hetzelfde probleem is aanzienlijk

Ga het merken.
En uiteraard via de leverancier waar ik het gekocht heb, met die heb ik immers een overeenkomst, niet met Ubiquiti.

[Equator]

Herkent iemand dit?



Het AP is aangesloten op 1Gbps, maart na enige tijd vindt hij toch dat het een 100Mbps FD verbinding is.(zie bovenin)

Kabels zijn goed, nieuwe Gb switch (ja een goedkoop ding) maar dat moet niet uitmaken.

Of is de 100Mbps FD de snelheid die door iets anders wordt beperkt ( verderop in de lijn?)

[BlackShadow]

BlackShadow schreef op donderdag 17 oktober 2019 @ 15:02:
Ik benader al tijden mijn controller via een Apache reverse proxy, met een let's encrypt certificaat.
Dit heeft altijd goed gewerkt tot sinds kort:
Op bepaalde momenten krijg ik onderstaand certificaat aangeboden in mijn browser, dan gaat het uiteraard fout. enkele ogenblikken later krijg ik terug netjes het let's encrypt certificaat.
Ik krijg dit op verschillende clients, het moet dus server gebonden zijn (apache of unifi).
Echter vind ik geen enkele aanknoping waar dit videooscertificate vandaan kan komen.
Ik bereik meerdere websites via deze Apache Reverse Proxy (oa nextcloud) maar zie nergens anders dit probleem.

Ik weet niet of het een specifiek Unifi probleem is, al hoop ik wel op een of andere aanknoping...

[Afbeelding]

Niemand die hier ook een Apache reverse proxy voor de unifi heeft draaien en/of dit probleem herkent?

[Koffie]

BlackShadow schreef op maandag 21 oktober 2019 @ 18:17:
[...]


Niemand die hier ook een Apache reverse proxy voor de unifi heeft draaien en/of dit probleem herkent?

Mijn nginx reverse proxy:

code:

server {
        server_name xxx

       listen 443 ssl default_server;
        listen [::]:443 ssl default_server;

        ssl_certificate /etc/letsencrypt/live/xxx/fullchain.pem;
        ssl_certificate_key /etc/letsencrypt/live/xxx/privkey.pem;
        ssl_session_timeout 1d;
        ssl_session_cache shared:SSL:50m;
        ssl_session_tickets off;
        ssl_protocols TLSv1.2;
        ssl_ciphers 'ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AE
S128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256';
        ssl_prefer_server_ciphers on;
        add_header Strict-Transport-Security max-age=15768000;
        ssl_stapling on;
        ssl_stapling_verify on;

        error_page 404 /custom_404.html;
        location = /custom_404.html {
                root /var/www/html;
                internal;
        }

        location / {
                proxy_pass https://192.168.2.20:8443/;
                proxy_set_header Host $host;
                proxy_set_header X-Real-IP $remote_addr;
                proxy_set_header X-Forward-For $proxy_add_x_forwarded_for;
        }

        location /wss {
                proxy_pass https://192.168.2.20:8443;
                proxy_http_version 1.1;
                proxy_buffering off;
                proxy_set_header Upgrade $http_upgrade;
                proxy_set_header Connection "Upgrade";
                proxy_read_timeout 86400;
        }

[HKLM_]

Is er ondertussen al iets meer bekent over een release van de usw mini

[jopie]

Equator schreef op maandag 21 oktober 2019 @ 18:12:
Herkent iemand dit?

[Afbeelding: 100Mbps of Gbps]

Het AP is aangesloten op 1Gbps, maart na enige tijd vindt hij toch dat het een 100Mbps FD verbinding is.(zie bovenin)

Kabels zijn goed, nieuwe Gb switch (ja een goedkoop ding) maar dat moet niet uitmaken.

Of is de 100Mbps FD de snelheid die door iets anders wordt beperkt ( verderop in de lijn?)

Ik heb hetzelfde met mijn Nano HD.
Verbind ook 99 procent van de tijd op 100 FD.
Ook al ander kabel geprobeerd.
Alle andere apparaten op deze switch verbinden wel op 1Gb.

[Jaguar645]

HKLM_ schreef op maandag 21 oktober 2019 @ 18:53:
Is er ondertussen al iets meer bekent over een release van de usw mini

Dat het iig de USW-Flex-Mini gaat heten

[Tylen]

Zo. Nieuwe cloud key gen2+ bestel en voor test de g3-flex camera. Ben benieuwd.

[Ethirty]

Equator schreef op maandag 21 oktober 2019 @ 18:12:
Herkent iemand dit?

[Afbeelding: 100Mbps of Gbps]

Het AP is aangesloten op 1Gbps, maart na enige tijd vindt hij toch dat het een 100Mbps FD verbinding is.(zie bovenin)

Kabels zijn goed, nieuwe Gb switch (ja een goedkoop ding) maar dat moet niet uitmaken.

Of is de 100Mbps FD de snelheid die door iets anders wordt beperkt ( verderop in de lijn?)

Is het niet een GUI error? Halverwege staat toch uplink 1000 FDx?

[Comp User]

Jaguar645 schreef op maandag 21 oktober 2019 @ 19:32:
[...]


Dat het iig de USW-Flex-Mini gaat heten

En dat hij oa hier en daar verkrijgbaar is.

[Equator]

Ethirty schreef op maandag 21 oktober 2019 @ 20:46:
[...]

Is het niet een GUI error? Halverwege staat toch uplink 1000 FDx?

Ja, dat weet ik dus niet. Andere al geeft dit wel gewoon goed aan. Deze zit overigens niet op dezelfde switch aangesloten. Zal eens wat wisselen om wat uit te sluiten

[RobertMe]

Comp User schreef op maandag 21 oktober 2019 @ 20:52:
[...]


En dat hij oa hier en daar verkrijgbaar is.

De Mini was toch die switch gevoed via USB-C en zonder PoE support? Ding koste ook €25 of die dergelijks in de early access store. Ik durf dus wel enigszins te stellen dat dit een andere switch is.

[Comp User]

RobertMe schreef op maandag 21 oktober 2019 @ 21:29:
[...]

De Mini was toch die switch gevoed via USB-C en zonder PoE support? Ding koste ook €25 of die dergelijks in de early access store. Ik durf dus wel enigszins te stellen dat dit een andere switch is.

True, bij controle bleek het de "flex" te zijn, geen idee wat dat voor een ding betreft (wel een ietwat "vreemde" voorkant).

[MisteRMeesteR]

jopie schreef op maandag 21 oktober 2019 @ 19:31:
[...]


Ik heb hetzelfde met mijn Nano HD.
Verbind ook 99 procent van de tijd op 100 FD.
Ook al ander kabel geprobeerd.
Alle andere apparaten op deze switch verbinden wel op 1Gb.

@Equator
Ik heb ook hetzelfde met 1 van mijn AP AC PRO’s, heeft ruim een jaar (en daarvoor een ander AP idem) op Gigabit gedraaid, en nu dus op 100FD. Geen GUI error hier, managed switch geeft het ook aan..

Mijn AP’s hebben btw board revision 26, allemaal.

[ Voor 5% gewijzigd door MisteRMeesteR op 21-10-2019 22:19 ]

[StruvusMaximus]

MisteRMeesteR schreef op maandag 21 oktober 2019 @ 22:14:
[...]

@Equator
Ik heb ook hetzelfde met 1 van mijn AP AC PRO’s, heeft ruim een jaar (en daarvoor een ander AP idem) op Gigabit gedraaid, en nu dus op 100FD. Geen GUI error hier, managed switch geeft het ook aan..

Mijn AP’s hebben btw board revision 26, allemaal.

Hmm hier ook 1 ac pro AP (van de 4) die sinds laatste update ronde ook ineens 100fd aangeeft.
Terwijl er toch echt niks qua hardware / bekabeling is veranderd.