[Ubiquiti-apparatuur] Ervaringen & Discussie - Deel 3

[lier]

Jieve schreef op maandag 30 december 2019 @ 10:57:
Heb al aantal filmpjes bekeken, hier gezocht en wat handleidingen gelezen, echter mis ik ergens een stapje...

Waarop draai je je controller? Heeft deze ook de portal pagina? Heb je het IP adres van de portal toegevoegd?

[Jieve]

lier schreef op maandag 30 december 2019 @ 11:10:
[...]

Waarop draai je je controller? Heeft deze ook de portal pagina? Heb je het IP adres van de portal toegevoegd?

Dat is een goeie vraag...
Ik mis denk ik wellicht wat kennis, wat heb ik precies gedaan....

1. Heb de Switch aangesloten op mijn router.
2. Moest een account aanmaken, dat heb ik gedaan, hierna kwam de Switch Online en kon ik deze benaderen via de UniFi Controller software.
3. Hierna heb ik mijn AP aangesloten en die geinstalleerd.

[RobertMe]

Jieve schreef op maandag 30 december 2019 @ 11:22:
[...]

Dat is een goeie vraag...
Ik mis denk ik wellicht wat kennis, wat heb ik precies gedaan....

1. Heb de Switch aangesloten op mijn router.
2. Moest een account aanmaken, dat heb ik gedaan, hierna kwam de Switch Online en kon ik deze benaderen via de UniFi Controller software.
3. Hierna heb ik mijn AP aangesloten en die geinstalleerd.

Als dat de enige stappen zijn heb je uiteraard geen gast portaal. Dan moet je eerst een apart gast netwerk aanmaken, daarbij aangeven dat je gast portaal wilt toepassen, gast portaal configureren, ...

[Jieve]

RobertMe schreef op maandag 30 december 2019 @ 11:53:
[...]

Als dat de enige stappen zijn heb je uiteraard geen gast portaal. Dan moet je eerst een apart gast netwerk aanmaken, daarbij aangeven dat je gast portaal wilt toepassen, gast portaal configureren, ...

Die stappen heb ik allemaal gevolgd, ook aan de hand van Youtube filmpjes, alleen bij Guest Control staat dus Controller Online Required.

Edit: Bij Controller > Settings > Controller Hostname/IP; daar heb ik nu het IP address van de controller ingevoerd. Echter nog steeds geen verandering

Geluk! Thanks!

[ Voor 16% gewijzigd door Jieve op 30-12-2019 14:07 ]

[iMars]

MAZZA schreef op maandag 30 december 2019 @ 11:10:
Ik probeer de unifi controller te draaien op een Pi 4b. Ik loop, zoals wel meer mensen hier, aan tegen de Java versie. Er wordt overal gezegd dat je java-8-oracle moet gebruiken maar die kan ik niet binnenhalen via apt-get. Zelfde reden als @iMars aangeeft.

Dus ik heb de open-jdk maar gebruikt:

code:

openjdk version "1.8.0_212"
OpenJDK Runtime Environment (build 1.8.0_212-8u212-b01-1+rpi1-b01)
OpenJDK Client VM (build 25.212-b01, mixed mode)

Maar wat ik ook probeer, ik blijf de volgende melding houden:

code:

Dec 30 10:36:21 raspberrypi unifi.init[2802]: Starting Ubiquiti UniFi Controller: unifiCannot locate Java Home
Dec 30 10:36:22 raspberrypi unifi.init[2802]:  failed!
Dec 30 10:36:22 raspberrypi unifi.init[2829]: Stopping Ubiquiti UniFi Controller: unifi (not running).

De volgende opties heb ik al geprobeerd in /etc/init.d/unifi:

JAVA_HOME="$( readlink -f "$( which java )" | sed "s:bin/.*$::" )"
of:
JAVA_HOME=/usr/lib/jvm/java-8-openjdk-armhf/jre

Maar steeds hetzelfde resultaat: Cannot locate Java Home

Iemand een idee wat ik fout doe?

Wellicht is dit nog nuttig om te vermelden:

code:

pi@raspberrypi:/usr/lib/jvm/java-8-openjdk-armhf/jre/bin $ update-alternatives --config java
Er zijn 2 beschikbare keuzemogelijkheden voor het alternatief java (dat voorziet in /usr/bin/java).

  Keuze        Pad                                             Prioriteit Status
------------------------------------------------------------
* 0            /usr/lib/jvm/java-8-openjdk-armhf/jre/bin/java   1081      automatische modus
  1            /usr/java/jdk1.8.0_212/bin/java                  1000      handmatige modus
  2            /usr/lib/jvm/java-8-openjdk-armhf/jre/bin/java   1081      handmatige modus

Ik heb geen ervaring met RPi4 maar heb je hier al naar gekeken?
[handleiding] Raspberry Pi met UniFi controller en Pi-hole

[duvekot]

Jieve schreef op maandag 30 december 2019 @ 13:03:
[...]
Edit:
Geluk! Thanks!

Misschien even vermelden hoe het dan wel gelukt is? .. kunnen andere er ook van leren.

[Jieve]

duvekot schreef op maandag 30 december 2019 @ 14:17:
[...]


Misschien even vermelden hoe het dan wel gelukt is? .. kunnen andere er ook van leren.

Yes, Pre-Authorization Access stond niet goed.

[GioStyle]

pricewatch: Ubiquiti UniFi Dream Machine SE

Voor mij wordt het geen Dream Machine Pro, maar de SE heb ik net voor mezelf besloten.

Na deze aanschaf hoop ik wel voor de komende 5 jaar klaar te zijn.

[m3gA]

GioStyle schreef op maandag 30 december 2019 @ 16:09:
pricewatch: Ubiquiti UniFi Dream Machine SE

Voor mij wordt het geen Dream Machine Pro, maar de SE heb ik net voor mezelf besloten.

Na deze aanschaf hoop ik wel voor de komende 5 jaar klaar te zijn.

Hopelijk heb je geduld. Hij is officieel niet aangekondigd dus reken er maar op dat het nog lang gaat duren.

[RobertMe]

GioStyle schreef op maandag 30 december 2019 @ 16:09:
pricewatch: Ubiquiti UniFi Dream Machine SE

Voor mij wordt het geen Dream Machine Pro, maar de SE heb ik net voor mezelf besloten.

Na deze aanschaf hoop ik wel voor de komende 5 jaar klaar te zijn.

Alleen zit hier geen 802.11ax (wifi 6) op. Daar gaat je "voldoende voor komende 5 jaar"

Om die reden zou ik alsnog eerder voor de Pro gaan. Naast dat ik überhaupt geen wifi in de kelder hoef te hebben

[m3gA]

RobertMe schreef op maandag 30 december 2019 @ 16:13:
[...]

Alleen zit hier geen 802.11ax (wifi 6) op. Daar gaat je "voldoende voor komende 5 jaar"

Om die reden zou ik alsnog eerder voor de Pro gaan. Naast dat ik überhaupt geen wifi in de kelder hoef te hebben

Vind ik inderdaad zonde van mijn UDM-Base. Heb fantastische wifi in mijn kelder nu.

[GioStyle]

Mijn router zit in de meterkast, daar zit momenteel een AP-AC-LR.

De AP-AC-LR gaat dan naar zolder, de USG en Cloudkey Gen2+ in de verkoop en dan de UDM-SE voor in de plaats.

Nadeel van de Pro is dat ik hem niet netjes kwijt kan in de meterkast.

[iMars]

MAZZA schreef op maandag 30 december 2019 @ 11:10:
Ik probeer de unifi controller te draaien op een Pi 4b. Ik loop, zoals wel meer mensen hier, aan tegen de Java versie. Er wordt overal gezegd dat je java-8-oracle moet gebruiken maar die kan ik niet binnenhalen via apt-get. Zelfde reden als @iMars aangeeft.

Dus ik heb de open-jdk maar gebruikt:

code:

openjdk version "1.8.0_212"
OpenJDK Runtime Environment (build 1.8.0_212-8u212-b01-1+rpi1-b01)
OpenJDK Client VM (build 25.212-b01, mixed mode)

Maar wat ik ook probeer, ik blijf de volgende melding houden:

code:

Dec 30 10:36:21 raspberrypi unifi.init[2802]: Starting Ubiquiti UniFi Controller: unifiCannot locate Java Home
Dec 30 10:36:22 raspberrypi unifi.init[2802]:  failed!
Dec 30 10:36:22 raspberrypi unifi.init[2829]: Stopping Ubiquiti UniFi Controller: unifi (not running).

De volgende opties heb ik al geprobeerd in /etc/init.d/unifi:

JAVA_HOME="$( readlink -f "$( which java )" | sed "s:bin/.*$::" )"
of:
JAVA_HOME=/usr/lib/jvm/java-8-openjdk-armhf/jre

Maar steeds hetzelfde resultaat: Cannot locate Java Home

Iemand een idee wat ik fout doe?

Wellicht is dit nog nuttig om te vermelden:

code:

pi@raspberrypi:/usr/lib/jvm/java-8-openjdk-armhf/jre/bin $ update-alternatives --config java
Er zijn 2 beschikbare keuzemogelijkheden voor het alternatief java (dat voorziet in /usr/bin/java).

  Keuze        Pad                                             Prioriteit Status
------------------------------------------------------------
* 0            /usr/lib/jvm/java-8-openjdk-armhf/jre/bin/java   1081      automatische modus
  1            /usr/java/jdk1.8.0_212/bin/java                  1000      handmatige modus
  2            /usr/lib/jvm/java-8-openjdk-armhf/jre/bin/java   1081      handmatige modus

Vandaag wat gadgets gehaald, waaronder een RPi4 :
iMars in "Heb je iets nieuws en MOET je het gewoon showen deel 123"


Heb even voor je gekeken, maar bij mij werkt het gewoon gelijk. Wat ik gedaan heb zijn de stappen van [handleiding] Raspberry Pi met UniFi controller en Pi-hole gevolgd (zoals ik in mijn vorig bericht zei).

2019-09-26-raspbian-buster-lite gedownload, op een sd-kaartje gezet, in de Pi gestopt, Pi aangezet, even zijn werk laten doen (resizen etc). Daarna eigenlijk alleen maar de volgende commando's uitvoeren en daarna werkte het bij mij:

code:

sudo apt-get update && sudo apt-get upgrade -y && sudo apt-get autoremove && sudo apt-get autoclean
sudo apt-get install openjdk-8-jre-headless -y
sudo apt-get install haveged -y
echo 'deb http://www.ubnt.com/downloads/unifi/debian stable ubiquiti' | sudo tee /etc/apt/sources.list.d/100-ubnt-unifi.list
sudo wget -O /etc/apt/trusted.gpg.d/unifi-repo.gpg https://dl.ubnt.com/unifi/unifi-repo.gpg
sudo apt update
sudo apt-get install unifi -y

Zie hier volledige log/output:

$ ssh pi@10.0.0.176
The authenticity of host '10.0.0.176 (10.0.0.176)' can't be established.
ECDSA key fingerprint is SHA256:jsYVgKPGHiLxkGmYT8hB9Q5oIjn/jTiSpkM+2lvG728.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '10.0.0.176' (ECDSA) to the list of known hosts.
pi@10.0.0.176's password: 
Linux raspberrypi 4.19.75-v7l+ #1270 SMP Tue Sep 24 18:51:41 BST 2019 armv7l

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Mon Dec 30 17:39:53 2019

SSH is enabled and the default password for the 'pi' user has not been changed.
This is a security risk - please login as the 'pi' user and type 'passwd' to set a new password.

pi@raspberrypi:~ $ sudo apt update
Hit:1 http://raspbian.raspberrypi.org/raspbian buster InRelease
Hit:2 http://archive.raspberrypi.org/debian buster InRelease
Reading package lists... Done
Building dependency tree       
Reading state information... Done
All packages are up to date.
pi@raspberrypi:~ $ sudo apt-get update && sudo apt-get upgrade -y && sudo apt-get autoremove && sudo apt-get autoclean
Hit:1 http://raspbian.raspberrypi.org/raspbian buster InRelease
Hit:2 http://archive.raspberrypi.org/debian buster InRelease
Reading package lists... Done
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Reading package lists... Done
Building dependency tree       
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Reading package lists... Done
Building dependency tree       
Reading state information... Done
pi@raspberrypi:~ $ sudo apt-get install openjdk-8-jre-headless -y
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following additional packages will be installed:
  ca-certificates-java fontconfig-config fonts-dejavu-core java-common libavahi-client3 libcups2 libfontconfig1
  liblcms2-2 libnspr4 libnss3 libxi6 libxrender1 libxtst6 x11-common
Suggested packages:
  default-jre cups-common liblcms2-utils fonts-dejavu-extra fonts-ipafont-gothic fonts-ipafont-mincho
  fonts-wqy-microhei fonts-wqy-zenhei fonts-indic
The following NEW packages will be installed:
  ca-certificates-java fontconfig-config fonts-dejavu-core java-common libavahi-client3 libcups2 libfontconfig1
  liblcms2-2 libnspr4 libnss3 libxi6 libxrender1 libxtst6 openjdk-8-jre-headless x11-common
0 upgraded, 15 newly installed, 0 to remove and 0 not upgraded.
Need to get 29.0 MB of archives.
After this operation, 100 MB of additional disk space will be used.
Get:1 http://mirror.serverius.net/raspbian/raspbian buster/main armhf java-common all 0.71 [14.4 kB]
Get:2 http://mirror.serverius.net/raspbian/raspbian buster/main armhf libavahi-client3 armhf 0.7-4+b1 [54.0 kB]
Get:3 http://mirror.serverius.net/raspbian/raspbian buster/main armhf libcups2 armhf 2.2.10-6+deb10u1 [287 kB]
Get:4 http://mirror.serverius.net/raspbian/raspbian buster/main armhf liblcms2-2 armhf 2.9-3 [116 kB]
Get:5 http://mirror.serverius.net/raspbian/raspbian buster/main armhf fonts-dejavu-core all 2.37-1 [1,068 kB]
Get:6 http://mirror.serverius.net/raspbian/raspbian buster/main armhf fontconfig-config all 2.13.1-2 [280 kB]
Get:7 http://mirror.serverius.net/raspbian/raspbian buster/main armhf libfontconfig1 armhf 2.13.1-2 [327 kB]
Get:8 http://mirror.serverius.net/raspbian/raspbian buster/main armhf libnspr4 armhf 2:4.20-1 [89.6 kB]
Get:9 http://mirror.serverius.net/raspbian/raspbian buster/main armhf libnss3 armhf 2:3.42.1-1+deb10u2 [943 kB]
Get:10 http://mirror.serverius.net/raspbian/raspbian buster/main armhf libxi6 armhf 2:1.7.9-1 [77.8 kB]
Get:11 http://mirror.serverius.net/raspbian/raspbian buster/main armhf libxrender1 armhf 1:0.9.10-1 [29.9 kB]
Get:12 http://mirror.serverius.net/raspbian/raspbian buster/main armhf x11-common all 1:7.7+19 [251 kB]
Get:13 http://mirror.serverius.net/raspbian/raspbian buster/main armhf libxtst6 armhf 2:1.2.3-1 [26.3 kB]
Get:14 http://mirror.serverius.net/raspbian/raspbian buster/main armhf openjdk-8-jre-headless armhf 8u212-b01-1+rpi1 [25.5 MB]
Get:15 http://mirror.serverius.net/raspbian/raspbian buster/main armhf ca-certificates-java all 20190405 [15.7 kB]
Fetched 29.0 MB in 3s (8,393 kB/s)               
Preconfiguring packages ...
Selecting previously unselected package java-common.
(Reading database ... 39966 files and directories currently installed.)
Preparing to unpack .../00-java-common_0.71_all.deb ...
Unpacking java-common (0.71) ...
Selecting previously unselected package libavahi-client3:armhf.
Preparing to unpack .../01-libavahi-client3_0.7-4+b1_armhf.deb ...
Unpacking libavahi-client3:armhf (0.7-4+b1) ...
Selecting previously unselected package libcups2:armhf.
Preparing to unpack .../02-libcups2_2.2.10-6+deb10u1_armhf.deb ...
Unpacking libcups2:armhf (2.2.10-6+deb10u1) ...
Selecting previously unselected package liblcms2-2:armhf.
Preparing to unpack .../03-liblcms2-2_2.9-3_armhf.deb ...
Unpacking liblcms2-2:armhf (2.9-3) ...
Selecting previously unselected package fonts-dejavu-core.
Preparing to unpack .../04-fonts-dejavu-core_2.37-1_all.deb ...
Unpacking fonts-dejavu-core (2.37-1) ...
Selecting previously unselected package fontconfig-config.
Preparing to unpack .../05-fontconfig-config_2.13.1-2_all.deb ...
Unpacking fontconfig-config (2.13.1-2) ...
Selecting previously unselected package libfontconfig1:armhf.
Preparing to unpack .../06-libfontconfig1_2.13.1-2_armhf.deb ...
Unpacking libfontconfig1:armhf (2.13.1-2) ...
Selecting previously unselected package libnspr4:armhf.
Preparing to unpack .../07-libnspr4_2%3a4.20-1_armhf.deb ...
Unpacking libnspr4:armhf (2:4.20-1) ...
Selecting previously unselected package libnss3:armhf.
Preparing to unpack .../08-libnss3_2%3a3.42.1-1+deb10u2_armhf.deb ...
Unpacking libnss3:armhf (2:3.42.1-1+deb10u2) ...
Selecting previously unselected package libxi6:armhf.
Preparing to unpack .../09-libxi6_2%3a1.7.9-1_armhf.deb ...
Unpacking libxi6:armhf (2:1.7.9-1) ...
Selecting previously unselected package libxrender1:armhf.
Preparing to unpack .../10-libxrender1_1%3a0.9.10-1_armhf.deb ...
Unpacking libxrender1:armhf (1:0.9.10-1) ...
Selecting previously unselected package x11-common.
Preparing to unpack .../11-x11-common_1%3a7.7+19_all.deb ...
Unpacking x11-common (1:7.7+19) ...
Selecting previously unselected package libxtst6:armhf.
Preparing to unpack .../12-libxtst6_2%3a1.2.3-1_armhf.deb ...
Unpacking libxtst6:armhf (2:1.2.3-1) ...
Selecting previously unselected package openjdk-8-jre-headless:armhf.
Preparing to unpack .../13-openjdk-8-jre-headless_8u212-b01-1+rpi1_armhf.deb ...
Unpacking openjdk-8-jre-headless:armhf (8u212-b01-1+rpi1) ...
Selecting previously unselected package ca-certificates-java.
Preparing to unpack .../14-ca-certificates-java_20190405_all.deb ...
Unpacking ca-certificates-java (20190405) ...
Setting up liblcms2-2:armhf (2.9-3) ...
Setting up libxi6:armhf (2:1.7.9-1) ...
Setting up java-common (0.71) ...
Setting up libxrender1:armhf (1:0.9.10-1) ...
Setting up x11-common (1:7.7+19) ...
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
Setting up libnspr4:armhf (2:4.20-1) ...
Setting up fonts-dejavu-core (2.37-1) ...
Setting up libavahi-client3:armhf (0.7-4+b1) ...
Setting up fontconfig-config (2.13.1-2) ...
Setting up libxtst6:armhf (2:1.2.3-1) ...
Setting up libnss3:armhf (2:3.42.1-1+deb10u2) ...
Setting up libcups2:armhf (2.2.10-6+deb10u1) ...
Setting up libfontconfig1:armhf (2.13.1-2) ...
Setting up openjdk-8-jre-headless:armhf (8u212-b01-1+rpi1) ...
update-alternatives: using /usr/lib/jvm/java-8-openjdk-armhf/jre/bin/rmid to provide /usr/bin/rmid (rmid) in auto mode
update-alternatives: using /usr/lib/jvm/java-8-openjdk-armhf/jre/bin/clhsdb to provide /usr/bin/clhsdb (clhsdb) in auto mode
update-alternatives: using /usr/lib/jvm/java-8-openjdk-armhf/jre/bin/java to provide /usr/bin/java (java) in auto mode
update-alternatives: using /usr/lib/jvm/java-8-openjdk-armhf/jre/bin/keytool to provide /usr/bin/keytool (keytool) in auto mode
update-alternatives: using /usr/lib/jvm/java-8-openjdk-armhf/jre/bin/hsdb to provide /usr/bin/hsdb (hsdb) in auto mode
update-alternatives: using /usr/lib/jvm/java-8-openjdk-armhf/jre/bin/jjs to provide /usr/bin/jjs (jjs) in auto mode
update-alternatives: using /usr/lib/jvm/java-8-openjdk-armhf/jre/bin/pack200 to provide /usr/bin/pack200 (pack200) in auto mode
update-alternatives: using /usr/lib/jvm/java-8-openjdk-armhf/jre/bin/rmiregistry to provide /usr/bin/rmiregistry (rmiregistry) in auto mode
update-alternatives: using /usr/lib/jvm/java-8-openjdk-armhf/jre/bin/unpack200 to provide /usr/bin/unpack200 (unpack200) in auto mode
update-alternatives: using /usr/lib/jvm/java-8-openjdk-armhf/jre/bin/orbd to provide /usr/bin/orbd (orbd) in auto mode
update-alternatives: using /usr/lib/jvm/java-8-openjdk-armhf/jre/bin/servertool to provide /usr/bin/servertool (servertool) in auto mode
update-alternatives: using /usr/lib/jvm/java-8-openjdk-armhf/jre/bin/tnameserv to provide /usr/bin/tnameserv (tnameserv) in auto mode
update-alternatives: using /usr/lib/jvm/java-8-openjdk-armhf/jre/lib/jexec to provide /usr/bin/jexec (jexec) in auto mode
Setting up ca-certificates-java (20190405) ...
head: cannot open '/etc/ssl/certs/java/cacerts' for reading: No such file or directory
Adding debian:Deutsche_Telekom_Root_CA_2.pem
Adding debian:TUBITAK_Kamu_SM_SSL_Kok_Sertifikasi_-_Surum_1.pem
Adding debian:LuxTrust_Global_Root_2.pem
Adding debian:DigiCert_Trusted_Root_G4.pem
Adding debian:Staat_der_Nederlanden_Root_CA_-_G2.pem
Adding debian:NetLock_Arany_=Class_Gold=_Főtanúsítvány.pem
Adding debian:SZAFIR_ROOT_CA2.pem
Adding debian:GDCA_TrustAUTH_R5_ROOT.pem
Adding debian:Izenpe.com.pem
Adding debian:SwissSign_Silver_CA_-_G2.pem
Adding debian:Amazon_Root_CA_4.pem
Adding debian:Chambers_of_Commerce_Root_-_2008.pem
Adding debian:Hellenic_Academic_and_Research_Institutions_RootCA_2015.pem
Adding debian:QuoVadis_Root_CA.pem
Adding debian:AffirmTrust_Commercial.pem
Adding debian:XRamp_Global_CA_Root.pem
Adding debian:IdenTrust_Commercial_Root_CA_1.pem
Adding debian:DigiCert_Assured_ID_Root_CA.pem
Adding debian:Comodo_AAA_Services_root.pem
Adding debian:EE_Certification_Centre_Root_CA.pem
Adding debian:ISRG_Root_X1.pem
Adding debian:QuoVadis_Root_CA_1_G3.pem
Adding debian:QuoVadis_Root_CA_2.pem
Adding debian:OISTE_WISeKey_Global_Root_GB_CA.pem
Adding debian:DigiCert_Global_Root_G2.pem
Adding debian:Starfield_Services_Root_Certificate_Authority_-_G2.pem
Adding debian:Global_Chambersign_Root_-_2008.pem
Adding debian:SSL.com_Root_Certification_Authority_ECC.pem
Adding debian:thawte_Primary_Root_CA_-_G3.pem
Adding debian:Microsec_e-Szigno_Root_CA_2009.pem
Adding debian:IdenTrust_Public_Sector_Root_CA_1.pem
Adding debian:certSIGN_ROOT_CA.pem
Adding debian:GeoTrust_Primary_Certification_Authority_-_G3.pem
Adding debian:thawte_Primary_Root_CA.pem
Adding debian:SSL.com_EV_Root_Certification_Authority_RSA_R2.pem
Adding debian:AffirmTrust_Premium_ECC.pem
Adding debian:AffirmTrust_Networking.pem
Adding debian:SecureTrust_CA.pem
Adding debian:Cybertrust_Global_Root.pem
Adding debian:Network_Solutions_Certificate_Authority.pem
Adding debian:QuoVadis_Root_CA_2_G3.pem
Adding debian:Amazon_Root_CA_3.pem
Adding debian:Atos_TrustedRoot_2011.pem
Adding debian:AffirmTrust_Premium.pem
Adding debian:GeoTrust_Primary_Certification_Authority.pem
Adding debian:GlobalSign_Root_CA_-_R3.pem
Adding debian:GeoTrust_Global_CA.pem
Adding debian:COMODO_Certification_Authority.pem
Adding debian:Entrust.net_Premium_2048_Secure_Server_CA.pem
Adding debian:Hellenic_Academic_and_Research_Institutions_RootCA_2011.pem
Adding debian:GlobalSign_Root_CA_-_R2.pem
Adding debian:Certigna.pem
Adding debian:Certinomis_-_Root_CA.pem
Adding debian:Staat_der_Nederlanden_Root_CA_-_G3.pem
Adding debian:ACCVRAIZ1.pem
Adding debian:Autoridad_de_Certificacion_Firmaprofesional_CIF_A62634068.pem
Adding debian:Sonera_Class_2_Root_CA.pem
Adding debian:Baltimore_CyberTrust_Root.pem
Adding debian:Starfield_Class_2_CA.pem
Adding debian:TWCA_Root_Certification_Authority.pem
Adding debian:CA_Disig_Root_R2.pem
Adding debian:SwissSign_Gold_CA_-_G2.pem
Adding debian:GeoTrust_Primary_Certification_Authority_-_G2.pem
Adding debian:DST_Root_CA_X3.pem
Adding debian:Certum_Trusted_Network_CA.pem
Adding debian:GlobalSign_ECC_Root_CA_-_R5.pem
Adding debian:Amazon_Root_CA_2.pem
Adding debian:SSL.com_Root_Certification_Authority_RSA.pem
Adding debian:DigiCert_Global_Root_G3.pem
Adding debian:Starfield_Root_Certificate_Authority_-_G2.pem
Adding debian:VeriSign_Universal_Root_Certification_Authority.pem
Adding debian:Actalis_Authentication_Root_CA.pem
Adding debian:Entrust_Root_Certification_Authority_-_G2.pem
Adding debian:Security_Communication_Root_CA.pem
Adding debian:thawte_Primary_Root_CA_-_G2.pem
Adding debian:OISTE_WISeKey_Global_Root_GA_CA.pem
Adding debian:D-TRUST_Root_Class_3_CA_2_EV_2009.pem
Adding debian:SSL.com_EV_Root_Certification_Authority_ECC.pem
Adding debian:DigiCert_Global_Root_CA.pem
Adding debian:Entrust_Root_Certification_Authority_-_EC1.pem
Adding debian:COMODO_ECC_Certification_Authority.pem
Adding debian:TWCA_Global_Root_CA.pem
Adding debian:USERTrust_ECC_Certification_Authority.pem
Adding debian:GlobalSign_Root_CA_-_R6.pem
Adding debian:GlobalSign_Root_CA.pem
Adding debian:Buypass_Class_2_Root_CA.pem
Adding debian:ePKI_Root_Certification_Authority.pem
Adding debian:GeoTrust_Universal_CA.pem
Adding debian:DigiCert_High_Assurance_EV_Root_CA.pem
Adding debian:Staat_der_Nederlanden_EV_Root_CA.pem
Adding debian:Entrust_Root_Certification_Authority.pem
Adding debian:T-TeleSec_GlobalRoot_Class_3.pem
Adding debian:TrustCor_RootCert_CA-2.pem
Adding debian:CFCA_EV_ROOT.pem
Adding debian:D-TRUST_Root_Class_3_CA_2_2009.pem
Adding debian:VeriSign_Class_3_Public_Primary_Certification_Authority_-_G4.pem
Adding debian:Buypass_Class_3_Root_CA.pem
Adding debian:GlobalSign_ECC_Root_CA_-_R4.pem
Adding debian:Verisign_Class_3_Public_Primary_Certification_Authority_-_G3.pem
Adding debian:QuoVadis_Root_CA_3.pem
Adding debian:VeriSign_Class_3_Public_Primary_Certification_Authority_-_G5.pem
Adding debian:Security_Communication_RootCA2.pem
Adding debian:COMODO_RSA_Certification_Authority.pem
Adding debian:SecureSign_RootCA11.pem
Adding debian:GeoTrust_Universal_CA_2.pem
Adding debian:Certum_Trusted_Network_CA_2.pem
Adding debian:AddTrust_External_Root.pem
Adding debian:Go_Daddy_Class_2_CA.pem
Adding debian:TeliaSonera_Root_CA_v1.pem
Adding debian:AC_RAIZ_FNMT-RCM.pem
Adding debian:DigiCert_Assured_ID_Root_G3.pem
Adding debian:Secure_Global_CA.pem
Adding debian:Go_Daddy_Root_Certificate_Authority_-_G2.pem
Adding debian:TrustCor_RootCert_CA-1.pem
Adding debian:Hellenic_Academic_and_Research_Institutions_ECC_RootCA_2015.pem
Adding debian:QuoVadis_Root_CA_3_G3.pem
Adding debian:T-TeleSec_GlobalRoot_Class_2.pem
Adding debian:Trustis_FPS_Root_CA.pem
Adding debian:Taiwan_GRCA.pem
Adding debian:Amazon_Root_CA_1.pem
Adding debian:DigiCert_Assured_ID_Root_G2.pem
Adding debian:USERTrust_RSA_Certification_Authority.pem
Adding debian:Hongkong_Post_Root_CA_1.pem
Adding debian:E-Tugra_Certification_Authority.pem
Adding debian:TrustCor_ECA-1.pem
Adding debian:OISTE_WISeKey_Global_Root_GC_CA.pem
Adding debian:Certplus_Class_2_Primary_CA.pem
Adding debian:EC-ACC.pem
done.
Processing triggers for libc-bin (2.28-10+rpi1) ...
Processing triggers for systemd (241-7~deb10u2+rpi1) ...
Processing triggers for man-db (2.8.5-2) ...
Processing triggers for ca-certificates (20190110) ...
Updating certificates in /etc/ssl/certs...
0 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d...

done.
done.
pi@raspberrypi:~ $ sudo apt-get install haveged -y
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following additional packages will be installed:
  libhavege1
Suggested packages:
  apparmor
The following NEW packages will be installed:
  haveged libhavege1
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 56.0 kB of archives.
After this operation, 199 kB of additional disk space will be used.
Get:1 http://mirror.serverius.net/raspbian/raspbian buster/main armhf libhavege1 armhf 1.9.1-7 [23.0 kB]
Get:2 http://mirror.serverius.net/raspbian/raspbian buster/main armhf haveged armhf 1.9.1-7 [33.0 kB]
Fetched 56.0 kB in 0s (113 kB/s)   
Selecting previously unselected package libhavege1:armhf.
(Reading database ... 40423 files and directories currently installed.)
Preparing to unpack .../libhavege1_1.9.1-7_armhf.deb ...
Unpacking libhavege1:armhf (1.9.1-7) ...
Selecting previously unselected package haveged.
Preparing to unpack .../haveged_1.9.1-7_armhf.deb ...
Unpacking haveged (1.9.1-7) ...
Setting up libhavege1:armhf (1.9.1-7) ...
Setting up haveged (1.9.1-7) ...
Created symlink /etc/systemd/system/default.target.wants/haveged.service → /lib/systemd/system/haveged.service.
Processing triggers for systemd (241-7~deb10u2+rpi1) ...
Processing triggers for man-db (2.8.5-2) ...
Processing triggers for libc-bin (2.28-10+rpi1) ...
pi@raspberrypi:~ $ echo 'deb http://www.ubnt.com/downloads/unifi/debian stable ubiquiti' | sudo tee /etc/apt/sources.list.d/100-ubnt-unifi.list
deb http://www.ubnt.com/downloads/unifi/debian stable ubiquiti
pi@raspberrypi:~ $ sudo wget -O /etc/apt/trusted.gpg.d/unifi-repo.gpg https://dl.ubnt.com/unifi/unifi-repo.gpg
--2019-12-30 18:05:28--  https://dl.ubnt.com/unifi/unifi-repo.gpg
Resolving dl.ubnt.com (dl.ubnt.com)... 13.227.219.174
Connecting to dl.ubnt.com (dl.ubnt.com)|13.227.219.174|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1196 (1.2K)
Saving to: ‘/etc/apt/trusted.gpg.d/unifi-repo.gpg’

/etc/apt/trusted.gpg.d/unifi-repo.gpg            100%[=======================================================================================================>]   1.17K  --.-KB/s    in 0s      

2019-12-30 18:05:29 (14.9 MB/s) - ‘/etc/apt/trusted.gpg.d/unifi-repo.gpg’ saved [1196/1196]

pi@raspberrypi:~ $ sudo apt update
Hit:1 http://archive.raspberrypi.org/debian buster InRelease
Get:2 https://dl.ubnt.com/unifi/debian stable InRelease [3,024 B]                                                  
Hit:3 http://raspbian.raspberrypi.org/raspbian buster InRelease
Get:4 https://dl.ubnt.com/unifi/debian stable/ubiquiti armhf Packages [708 B]
Fetched 3,732 B in 2s (1,857 B/s)
Reading package lists... Done
Building dependency tree       
Reading state information... Done
All packages are up to date.
pi@raspberrypi:~ $ sudo apt-get install unifi -y
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following additional packages will be installed:
  jsvc libboost-filesystem1.58.0 libboost-program-options1.58.0 libboost-system1.58.0 libboost-thread1.58.0 libcommons-daemon-java libpcap0.8 libpcrecpp0v5 libsnappy1v5 libssl1.0.2
  libv8-3.14.5 mongodb-clients mongodb-server
Suggested packages:
  java-virtual-machine
The following NEW packages will be installed:
  jsvc libboost-filesystem1.58.0 libboost-program-options1.58.0 libboost-system1.58.0 libboost-thread1.58.0 libcommons-daemon-java libpcap0.8 libpcrecpp0v5 libsnappy1v5 libssl1.0.2
  libv8-3.14.5 mongodb-clients mongodb-server unifi
0 upgraded, 14 newly installed, 0 to remove and 0 not upgraded.
Need to get 134 MB of archives.
After this operation, 289 MB of additional disk space will be used.
Get:2 http://mirror.serverius.net/raspbian/raspbian buster/main armhf libboost-system1.58.0 armhf 1.58.0+dfsg-5.1+rpi1+b4 [31.2 kB]
Get:3 http://mirror.serverius.net/raspbian/raspbian buster/main armhf libboost-filesystem1.58.0 armhf 1.58.0+dfsg-5.1+rpi1+b4 [57.6 kB]
Get:4 http://mirror.serverius.net/raspbian/raspbian buster/main armhf libboost-program-options1.58.0 armhf 1.58.0+dfsg-5.1+rpi1+b4 [137 kB]          
Get:1 https://dl.ubnt.com/unifi/debian stable/ubiquiti armhf unifi all 5.12.35-12979-1 [99.2 MB]                                       
Get:5 http://mirror.serverius.net/raspbian/raspbian buster/main armhf libboost-thread1.58.0 armhf 1.58.0+dfsg-5.1+rpi1+b4 [63.4 kB]
Get:6 http://mirror.serverius.net/raspbian/raspbian buster/main armhf libpcap0.8 armhf 1.8.1-6 [124 kB]                              
Get:7 http://mirror.serverius.net/raspbian/raspbian buster/main armhf libpcrecpp0v5 armhf 2:8.39-12 [150 kB]           
Get:8 http://mirror.serverius.net/raspbian/raspbian buster/main armhf libsnappy1v5 armhf 1.1.7-1 [15.4 kB]                     
Get:9 http://mirror.serverius.net/raspbian/raspbian buster/main armhf libssl1.0.2 armhf 1.0.2q-2 [893 kB]                                                                                       
Get:10 http://mirror.serverius.net/raspbian/raspbian buster/main armhf libv8-3.14.5 armhf 3.14.5.8-11 [1,083 kB]                                                                                
Get:11 http://mirror.serverius.net/raspbian/raspbian buster/main armhf mongodb-clients armhf 1:2.4.14-4 [28.8 MB]                                                                               
Get:12 http://mirror.serverius.net/raspbian/raspbian buster/main armhf mongodb-server armhf 1:2.4.14-4 [3,466 kB]                                                                               
Get:13 http://mirror.serverius.net/raspbian/raspbian buster/main armhf libcommons-daemon-java all 1.0.15-8 [52.5 kB]                                                                            
Get:14 http://mirror.serverius.net/raspbian/raspbian buster/main armhf jsvc armhf 1.0.15-8 [23.3 kB]                                                                                            
Fetched 134 MB in 12s (11.4 MB/s)                                                                                                                                                               
Preconfiguring packages ...
Selecting previously unselected package libboost-system1.58.0:armhf.
(Reading database ... 40441 files and directories currently installed.)
Preparing to unpack .../00-libboost-system1.58.0_1.58.0+dfsg-5.1+rpi1+b4_armhf.deb ...
Unpacking libboost-system1.58.0:armhf (1.58.0+dfsg-5.1+rpi1+b4) ...
Selecting previously unselected package libboost-filesystem1.58.0:armhf.
Preparing to unpack .../01-libboost-filesystem1.58.0_1.58.0+dfsg-5.1+rpi1+b4_armhf.deb ...
Unpacking libboost-filesystem1.58.0:armhf (1.58.0+dfsg-5.1+rpi1+b4) ...
Selecting previously unselected package libboost-program-options1.58.0:armhf.
Preparing to unpack .../02-libboost-program-options1.58.0_1.58.0+dfsg-5.1+rpi1+b4_armhf.deb ...
Unpacking libboost-program-options1.58.0:armhf (1.58.0+dfsg-5.1+rpi1+b4) ...
Selecting previously unselected package libboost-thread1.58.0:armhf.
Preparing to unpack .../03-libboost-thread1.58.0_1.58.0+dfsg-5.1+rpi1+b4_armhf.deb ...
Unpacking libboost-thread1.58.0:armhf (1.58.0+dfsg-5.1+rpi1+b4) ...
Selecting previously unselected package libpcap0.8:armhf.
Preparing to unpack .../04-libpcap0.8_1.8.1-6_armhf.deb ...
Unpacking libpcap0.8:armhf (1.8.1-6) ...
Selecting previously unselected package libpcrecpp0v5:armhf.
Preparing to unpack .../05-libpcrecpp0v5_2%3a8.39-12_armhf.deb ...
Unpacking libpcrecpp0v5:armhf (2:8.39-12) ...
Selecting previously unselected package libsnappy1v5:armhf.
Preparing to unpack .../06-libsnappy1v5_1.1.7-1_armhf.deb ...
Unpacking libsnappy1v5:armhf (1.1.7-1) ...
Selecting previously unselected package libssl1.0.2:armhf.
Preparing to unpack .../07-libssl1.0.2_1.0.2q-2_armhf.deb ...
Unpacking libssl1.0.2:armhf (1.0.2q-2) ...
Selecting previously unselected package libv8-3.14.5.
Preparing to unpack .../08-libv8-3.14.5_3.14.5.8-11_armhf.deb ...
Unpacking libv8-3.14.5 (3.14.5.8-11) ...
Selecting previously unselected package mongodb-clients.
Preparing to unpack .../09-mongodb-clients_1%3a2.4.14-4_armhf.deb ...
Unpacking mongodb-clients (1:2.4.14-4) ...
Selecting previously unselected package mongodb-server.
Preparing to unpack .../10-mongodb-server_1%3a2.4.14-4_armhf.deb ...
Unpacking mongodb-server (1:2.4.14-4) ...
Selecting previously unselected package libcommons-daemon-java.
Preparing to unpack .../11-libcommons-daemon-java_1.0.15-8_all.deb ...
Unpacking libcommons-daemon-java (1.0.15-8) ...
Selecting previously unselected package jsvc.
Preparing to unpack .../12-jsvc_1.0.15-8_armhf.deb ...
Unpacking jsvc (1.0.15-8) ...
Selecting previously unselected package unifi.
Preparing to unpack .../13-unifi_5.12.35-12979-1_all.deb ...
Unpacking unifi (5.12.35-12979-1) ...
Setting up libpcrecpp0v5:armhf (2:8.39-12) ...
Setting up libboost-system1.58.0:armhf (1.58.0+dfsg-5.1+rpi1+b4) ...
Setting up libboost-program-options1.58.0:armhf (1.58.0+dfsg-5.1+rpi1+b4) ...
Setting up libboost-thread1.58.0:armhf (1.58.0+dfsg-5.1+rpi1+b4) ...
Setting up libssl1.0.2:armhf (1.0.2q-2) ...
Setting up libcommons-daemon-java (1.0.15-8) ...
Setting up libsnappy1v5:armhf (1.1.7-1) ...
Setting up jsvc (1.0.15-8) ...
Setting up libpcap0.8:armhf (1.8.1-6) ...
Setting up libboost-filesystem1.58.0:armhf (1.58.0+dfsg-5.1+rpi1+b4) ...
Setting up libv8-3.14.5 (3.14.5.8-11) ...
Setting up mongodb-clients (1:2.4.14-4) ...
Setting up mongodb-server (1:2.4.14-4) ...
Adding system user `mongodb' (UID 109) ...
Adding new user `mongodb' (UID 109) with group `nogroup' ...
Not creating home directory `/var/lib/mongodb'.
Adding group `mongodb' (GID 114) ...
Done.
Adding user `mongodb' to group `mongodb' ...
Adding user mongodb to group mongodb
Done.
Created symlink /etc/systemd/system/multi-user.target.wants/mongodb.service → /lib/systemd/system/mongodb.service.
Setting up unifi (5.12.35-12979-1) ...
Created symlink /etc/systemd/system/multi-user.target.wants/unifi.service → /lib/systemd/system/unifi.service.
Processing triggers for systemd (241-7~deb10u2+rpi1) ...
Processing triggers for man-db (2.8.5-2) ...
Processing triggers for libc-bin (2.28-10+rpi1) ...
pi@raspberrypi:~ $ sudo service unifi status
● unifi.service - unifi
   Loaded: loaded (/lib/systemd/system/unifi.service; enabled; vendor preset: enabled)
   Active: active (running) since Mon 2019-12-30 18:08:07 GMT; 24s ago
 Main PID: 9456 (jsvc)
    Tasks: 98 (limit: 4915)
   Memory: 228.4M
   CGroup: /system.slice/unifi.service
           ├─9456 unifi -cwd /usr/lib/unifi -home /usr/lib/jvm/java-8-openjdk-armhf -cp /usr/share/java/commons-daemon.jar:/usr/lib/unifi/lib/ace.jar -pidfile /var/run/unifi.pid -procname unifi
           ├─9457 unifi -cwd /usr/lib/unifi -home /usr/lib/jvm/java-8-openjdk-armhf -cp /usr/share/java/commons-daemon.jar:/usr/lib/unifi/lib/ace.jar -pidfile /var/run/unifi.pid -procname unifi
           ├─9458 unifi -cwd /usr/lib/unifi -home /usr/lib/jvm/java-8-openjdk-armhf -cp /usr/share/java/commons-daemon.jar:/usr/lib/unifi/lib/ace.jar -pidfile /var/run/unifi.pid -procname unifi
           ├─9489 /usr/lib/jvm/java-8-openjdk-armhf/jre/bin/java -Dfile.encoding=UTF-8 -Djava.awt.headless=true -Dapple.awt.UIElement=true -Xmx1024M -XX:+ExitOnOutOfMemoryError -XX:+CrashOnOutO
           └─9531 bin/mongod --dbpath /usr/lib/unifi/data/db --port 27117 --unixSocketPrefix /usr/lib/unifi/run --logappend --logpath /usr/lib/unifi/logs/mongod.log --nohttpinterface --bind_ip 

Dec 30 18:07:16 raspberrypi systemd[1]: Starting unifi...
Dec 30 18:08:07 raspberrypi unifi.init[9400]: Starting Ubiquiti UniFi Controller: unifi.
Dec 30 18:08:07 raspberrypi systemd[1]: Started unifi.
pi@raspberrypi:~ $ update-alternatives --config java
There is only one alternative in link group java (providing /usr/bin/java): /usr/lib/jvm/java-8-openjdk-armhf/jre/bin/java
Nothing to configure.
pi@raspberrypi:~ $ 

@ moderators : is er een tag dat de log/output standaard ingeklapt kan blijven? Is nu zo lang...
@RobertMe

[RobertMe]

iMars schreef op maandag 30 december 2019 @ 19:22:
@ moderators : is er een tag dat de log/output standaard ingeklapt kan blijven? Is nu zo lang...

offtopic:
Je kunt het binnen [quote] zetten, die wordt wel ingeklapt en wordt vaker gebruikt daarvoor.

[MAZZA]

iMars schreef op maandag 30 december 2019 @ 19:22:
[...]

Vandaag wat gadgets gehaald, waaronder een RPi4 :
iMars in "Heb je iets nieuws en MOET je het gewoon showen deel 123"
[Afbeelding]

Heb even voor je gekeken, maar bij mij werkt het gewoon gelijk. Wat ik gedaan heb zijn de stappen van [handleiding] Raspberry Pi met UniFi controller en Pi-hole gevolgd (zoals ik in mijn vorig bericht zei).

2019-09-26-raspbian-buster-lite gedownload, op een sd-kaartje gezet, in de Pi gestopt, Pi aangezet, even zijn werk laten doen (resizen etc). Daarna eigenlijk alleen maar de volgende commando's uitvoeren en daarna werkte het bij mij:

code:

sudo apt-get update && sudo apt-get upgrade -y && sudo apt-get autoremove && sudo apt-get autoclean
sudo apt-get install openjdk-8-jre-headless -y
sudo apt-get install haveged -y
echo 'deb http://www.ubnt.com/downloads/unifi/debian stable ubiquiti' | sudo tee /etc/apt/sources.list.d/100-ubnt-unifi.list
sudo wget -O /etc/apt/trusted.gpg.d/unifi-repo.gpg https://dl.ubnt.com/unifi/unifi-repo.gpg
sudo apt update
sudo apt-get install unifi -y

Zie hier volledige log/output:

[...]

@ moderators : is er een tag dat de log/output standaard ingeklapt kan blijven? Is nu zo lang...
@RobertMe

[Afbeelding]

Dat zijn leuke pakketjes Dank voor je post. Ik ga je installatie eens naspelen. Zou je eens kunnen kijken wat er bij jou in /etc/apt/sources.list staat?

[iMars]

MAZZA schreef op maandag 30 december 2019 @ 19:47:
[...]

Dat zijn leuke pakketjes Dank voor je post. Ik ga je installatie eens naspelen. Zou je eens kunnen kijken wat er bij jou in /etc/apt/sources.list staat?

Dat is echt default + de unifi welke is toegevoegd volgens de stappen welke ik gepost heb

[MAZZA]

iMars schreef op maandag 30 december 2019 @ 20:06:
[...]

Dat is echt default + de unifi welke is toegevoegd volgens de stappen welke ik gepost heb

Ik heb dezelfde stappen doorlopen. Hij geeft ook aan dat ik al de laatste versies heb van Java en de Unifi controller. Het resultaat is geen werkende controller met dezelfde melding als eerder. Ik doe ongetwijfeld iets stoms, ik heb ook weinig ervaring met de Pi

[iMars]

MAZZA schreef op maandag 30 december 2019 @ 20:35:
[...]

Ik heb dezelfde stappen doorlopen. Hij geeft ook aan dat ik al de laatste versies heb van Java en de Unifi controller. Het resultaat is geen werkende controller met dezelfde melding als eerder. Ik doe ongetwijfeld iets stoms, ik heb ook weinig ervaring met de Pi

Als je letterlijk de stappen doorloopt wat ik gepost heb (in het zwart) dan zie je wat ik gedaan heb, meer als dat is niet nodig en zou moeten werken...

Edit 1:
Kan je, net als wat ik gedaan heb, van begin tot einde alle stappen post? Dan kunnen we zien wat er eventueel mis gaat. Gewoon vanaf het begin, image op de sd-kaart een gaan.

Edit 2:
Als je een clean install doet, en exact de stappen uitvoert zoals ik het gedaan heb, zou je onderstaand java setting moeten hebben:

pi@raspberrypi:~ $ update-alternatives --config java
There is only one alternative in link group java (providing /usr/bin/java): /usr/lib/jvm/java-8-openjdk-armhf/jre/bin/java
Nothing to configure.
pi@raspberrypi:~ $ 

[ Voor 35% gewijzigd door iMars op 30-12-2019 21:36 ]

[rinkel]

MAZZA schreef op maandag 30 december 2019 @ 20:35:
[...]

Ik heb dezelfde stappen doorlopen. Hij geeft ook aan dat ik al de laatste versies heb van Java en de Unifi controller. Het resultaat is geen werkende controller met dezelfde melding als eerder. Ik doe ongetwijfeld iets stoms, ik heb ook weinig ervaring met de Pi

Ben je volledig opnieuw begonnen? Dus nieuwe raspbian install?
Ik heb ook ooit eens verschillende java versies op een installatie gehad, en na veel gepruts ook nooit werkend gekregen. Ik ben dan ook geen Linux expert.

[iMars]

rinkel schreef op maandag 30 december 2019 @ 22:01:
[...]

Ben je volledig opnieuw begonnen? Dus nieuwe raspbian install?
Ik heb ook ooit eens verschillende java versies op een installatie gehad, en na veel gepruts ook nooit werkend gekregen. Ik ben dan ook geen Linux expert.

@rinkel & @MAZZA Dat is precies wat ik bedoelde in mijn post... Clean install (image op sd zetten) en daarna de stappen doorlopen welke ik genoemd heb. Ik heb het op mijn RPi4 net voor een 2e keer gedaan, en werkt gewoon gelijk zonder issues...

[BobV]

Leon2W schreef op zondag 3 maart 2019 @ 08:38:
[...]


Je hebt waarschijnlijk de optie "Enable connectivity monitor and wireless uplink" aan staan. In je controller onder de site instellingen.

Heb je hier ook een bevestiging ergens van kunnen vinden? Ik zie dit mac-adres ook ineens af en toe langs komen namelijk, maar heb die optie uit staan momenteel (het zou kunnen dat ik die uit heb gezet na de laatste keer dat hij langs is geweest, of dat hij altijd al uit is geweest, maar dat weet ik niet 100% zeker)

[Jieve]

Afgelopen dagen bezig geweest met het installeren van een 16 port switch en 5 AP-HD.
Alles werkt lekker, goed bereik en prima snelheden.

Nu draai ik de controller lokaal op de macbook, heb gezien dat je een Gen 2 controller kan aanschaffen, maar dat je het ook in de Cloud kan doen.

Welke manier is het veiligst en het best, kwa beheer, update, monitoring etc?

[jvanhambelgium]

Jieve schreef op maandag 30 december 2019 @ 23:42:
Afgelopen dagen bezig geweest met het installeren van een 16 port switch en 5 AP-HD.
Alles werkt lekker, goed bereik en prima snelheden.

Nu draai ik de controller lokaal op de macbook, heb gezien dat je een Gen 2 controller kan aanschaffen, maar dat je het ook in de Cloud kan doen.

Welke manier is het veiligst en het best, kwa beheer, update, monitoring etc?

5 AP-HD ??! Thuis ? Woon je in een kasteel van 2000m² ofzo en wil je ook Wifi in de wijngaard ?
Alle manieren van beheer zijn even veilig etc.
Een "lokaal" iets zal je altijd wat minder kopzorgen geven aangezien je minder dependencies hebt van een andere partij (vb hosted controller) en een internet verbinding.
In functie van je gebruikt heb je die controller ook niet 24/7 nodig, maar wil je leuke grafiekjes enz ja dan moet je wel iets hebben dat er 24/7 is.

[B2]

jvanhambelgium schreef op dinsdag 31 december 2019 @ 07:31:
[...]


5 AP-HD ??! Thuis ? Woon je in een kasteel van 2000m² ofzo en wil je ook Wifi in de wijngaard ?
Alle manieren van beheer zijn even veilig etc.
Een "lokaal" iets zal je altijd wat minder kopzorgen geven aangezien je minder dependencies hebt van een andere partij (vb hosted controller) en een internet verbinding.
In functie van je gebruikt heb je die controller ook niet 24/7 nodig, maar wil je leuke grafiekjes enz ja dan moet je wel iets hebben dat er 24/7 is.

In een beetje nieuwbouw huis van tegenwoordig heb je op elke verdieping een AP nodig vanwege al het gewapend beton. Dus zo gek is 5 niet. In mijn huis met houten vloeren, isolatie en estrich vloerplaten gebruik ik op elke verdieping ook al een AP voor 5Ghz. Een of twee voor buiten erbij en je zit op 5.

[RnB]

Plus ligt het eraan wat jouw verwachtingen zijn qua dekking.

Wil jij een volledige 5GHz dekking in iedere hoek van een kamer, heb je al meer AP’s nodig dan wanneer je een goede 5GHz dekking op 1 verdieping, gecombineerd met een goede 2.4GHz dekking door heel het huis wilt.

Het is dat ik gelimiteerd ben door geen bekabeling te kunnen trekken naar mijn bovenverdiepingen, anders had ik ook meer dan 1 AP in mijn huis hangen.

[Ethirty]

B2 schreef op dinsdag 31 december 2019 @ 08:35:
[...]


In een beetje nieuwbouw huis van tegenwoordig heb je op elke verdieping een AP nodig vanwege al het gewapend beton. Dus zo gek is 5 niet. In mijn huis met houten vloeren, isolatie en estrich vloerplaten gebruik ik op elke verdieping ook al een AP voor 5Ghz. Een of twee voor buiten erbij en je zit op 5.

Ik heb laatst 3 Pro's in een (betonnen) huis opgehangen, maar ik had met 1 AP ook al WiFi boven en achter in de tuin. 5 HD's lijkt me wat veel, het is meer een nice-to-have denk ik

[B2]

Ethirty schreef op dinsdag 31 december 2019 @ 09:46:
[...]

Ik heb laatst 3 Pro's in een (betonnen) huis opgehangen, maar ik had met 1 AP ook al WiFi boven en achter in de tuin. 5 HD's lijkt me wat veel, het is meer een nice-to-have denk ik

Zoals hierboven aangegeven ligt het maar net aan de use case. En ook de bouw. Is er ergens een aluminium folie gebruikt bij muurisolatie of ondervloer? Vergeet dan je 5Ghz en misschien zelfs 2.4Ghz dekking maar. Zelfs bij houten vloeren.

[rally]

jvanhambelgium schreef op dinsdag 31 december 2019 @ 07:31:
[...]


5 AP-HD ??! Thuis ? Woon je in een kasteel van 2000m² ofzo en wil je ook Wifi in de wijngaard ?
Alle manieren van beheer zijn even veilig etc.
Een "lokaal" iets zal je altijd wat minder kopzorgen geven aangezien je minder dependencies hebt van een andere partij (vb hosted controller) en een internet verbinding.
In functie van je gebruikt heb je die controller ook niet 24/7 nodig, maar wil je leuke grafiekjes enz ja dan moet je wel iets hebben dat er 24/7 is.

Ik heb er ook 4. Nieuwbouw, dus 1 AP NanoHD per etage en een AC Mesh Pro voor bereik buiten.
Nieuwbouw huizen zijn zo goed geisoleerd tegenwoordig dat het signaal niet eens meer "normaal" door glas gaat. Laat staan al het beton tussen de verdiepingen.

Hiermee heb ik overal vol bereik, en ik heb nog geen andere manier gevonden om dat met minder AP's te realiseren

[rinkel]

Ik woon in nieuwbouw, dus veel betonijzer e.d.
Ik wou goede 5Ghz WiFi. Doordat ik op elke verdieping een AP heb geplaatst heb ik de 2Ghz uit kunnen zetten.
Als ik geen kabels naar boven zou kunnen trekken zou ik kijken naar een oplossing met een powerline en daar een AP aan hangen.

[Falcon10]

Ja, het hangt echt van huis tot huis af.
Ik heb er eentje op zolder ( die helemaal doorlopend is ), perfecte dekking daar.
Eerste verdiep : ook eentje in de kamer links voor ( die eigenlijk men bureau is ), dekking voor ongeveer 70% verdiep. Verder is het verdiep vrij "open" van opbouw.
Gelijkvloers : 2 stuks, 1 vooraan links in de woonkamer, 1 achteraan rechts in de woonkamer ( woonkamer in L vorm ), dekking op gans het gelijkvloers en door de AP achteraan rechts is er ook de blind spot mee gedekt op het verdiep erboven.
Dan nog eentje die in het tuinhuis achterin de tuin hangt, om ook daar wifi te hebben.
En er ligt eentje reserve om in de aanbouw die we komend jaar gaan zetten, om ook daar perfecte wifi te garanderen.
Je merkt echt enorm in ons huis als je ergens een muurtje omgaat ofzo dat het wifi signaal serieus naar benden zakt of zelfs verdwijnt.

[rally]

Jieve schreef op maandag 30 december 2019 @ 23:42:
Afgelopen dagen bezig geweest met het installeren van een 16 port switch en 5 AP-HD.
Alles werkt lekker, goed bereik en prima snelheden.

Nu draai ik de controller lokaal op de macbook, heb gezien dat je een Gen 2 controller kan aanschaffen, maar dat je het ook in de Cloud kan doen.

Welke manier is het veiligst en het best, kwa beheer, update, monitoring etc?

Ik host meerdere sites, dus ik heb mijn controller in de cloud draaien. Dan is deze niet afhankelijk van mijn internetverbinding. Bovendien ben ik wat flexibeler. Bij een problemen heb ik zo een nieuwe controller draaien.

Als je verder niets "bijzonders" van plan bent maakt het niet zo heel veel uit. Persoonlijk zou ik gaan voor de locale cloudkey (Of Raspberry Pi). Gewoon omdat je dan geen hosting kosten hebt (hoewel dat ook niet bijzonder veel is).

[MAZZA]

rinkel schreef op maandag 30 december 2019 @ 22:01:
[...]

Ben je volledig opnieuw begonnen? Dus nieuwe raspbian install?
Ik heb ook ooit eens verschillende java versies op een installatie gehad, en na veel gepruts ook nooit werkend gekregen. Ik ben dan ook geen Linux expert.

iMars schreef op maandag 30 december 2019 @ 22:14:
[...]

@rinkel & @MAZZA Dat is precies wat ik bedoelde in mijn post... Clean install (image op sd zetten) en daarna de stappen doorlopen welke ik genoemd heb. Ik heb het op mijn RPi4 net voor een 2e keer gedaan, en werkt gewoon gelijk zonder issues...

Hmm, nee dat niet. Ik heb er ook Domoticz op draaien namelijk. Die zou ik dan ook weer opnieuw moeten installeren, vandaar dat ik dat liever vermeed. Maar ik ga het toch maar doen dan. Nieuwjaarsklusje maak ik er dan maar van
Dank beiden voor het meedenken!

[iMars]

MAZZA schreef op dinsdag 31 december 2019 @ 11:57:
[...]


[...]

Hmm, nee dat niet. Ik heb er ook Domoticz op draaien namelijk. Die zou ik dan ook weer opnieuw moeten installeren, vandaar dat ik dat liever vermeed. Maar ik ga het toch maar doen dan. Nieuwjaarsklusje maak ik er dan maar van
Dank beiden voor het meedenken!

Als je dan toch opnieuw begint,... is het geen optie om alles in dockers te doen?

[nero355]

iMars schreef op dinsdag 31 december 2019 @ 12:41:
Als je dan toch opnieuw begint,... is het geen optie om alles in dockers te doen?

En alles gewoon in het Engels te gebruiken, want een Nederlandse error opzoeken gaat hem vaak niet worden!

GioStyle schreef op maandag 30 december 2019 @ 16:09:
pricewatch: Ubiquiti UniFi Dream Machine SE

Voor mij wordt het geen Dream Machine Pro, maar de SE heb ik net voor mezelf besloten.

Na deze aanschaf hoop ik wel voor de komende 5 jaar klaar te zijn.

Rare specificaties worden daar vermeld :

PoE+ IEEE 802.3af

PoE+ is 802.3at en geen .3af namelijk!

Als dat ding officiëel uit is maar eens effe kijken wat er nou allemaal moet staan en een verzoek om de boel aan te passen versturen naar de Tweakers Crew

/EDIT :

RobertMe schreef op dinsdag 31 december 2019 @ 15:53:
Handleiding is al uitgelekt toch? Dan zou je de specs zo moeten kunnen vinden.

Niet bepaald fan van lekkages en roddels en zo...

Laat dat ding maar lekker op de website verschijnen en dan kijk ik er wel een keer naar!

[ Voor 15% gewijzigd door nero355 op 31-12-2019 15:58 ]

[RobertMe]

nero355 schreef op dinsdag 31 december 2019 @ 15:13:
[...]

Rare specificaties worden daar vermeld :

[...]

PoE+ is 802.3at en geen .3af namelijk!

Als dat ding officiëel uit is maar eens effe kijken wat er nou allemaal moet staan en een verzoek om de boel aan te passen versturen naar de Tweakers Crew

Handleiding is al uitgelekt toch? Dan zou je de specs zo moeten kunnen vinden.

[ Voor 11% gewijzigd door RobertMe op 31-12-2019 15:53 ]

[grigori1]

Heeft er iemand ervaring met de g3 flex ceiling mount? Hoe dik kan het plafond zijn? Ik wil deze misschien gaan buiten gebruiken in de overstek. Maar dit bestaat uit twee stukken hout van in totaal zo'n 3a4 cm.

[Kavaa]

grigori1 schreef op dinsdag 31 december 2019 @ 17:00:
Heeft er iemand ervaring met de g3 flex ceiling mount? Hoe dik kan het plafond zijn? Ik wil deze misschien gaan buiten gebruiken in de overstek. Maar dit bestaat uit twee stukken hout van in totaal zo'n 3a4 cm.

Het is een soort van koker waar je het "Voetje" overheen schuift die klemt zich dan vast aan de achterkant.
3-4 CM zou je volgens mij wel moeten halen.
Je zou mij evt. een DM kunnen doen dat ik Donderdag op kantoor even meet voor je. Heb ze liggen.

[RobertMe]

nero355 schreef op dinsdag 31 december 2019 @ 15:13:
/EDIT :

[...]

Niet bepaald fan van lekkages en roddels en zo...

Laat dat ding maar lekker op de website verschijnen en dan kijk ik er wel een keer naar!

De URL is dan niet op Ubiquiti site, maar het document / de handleiding ziet er wel heel erg officieel uit: https://github.com/DavidS...Quick%20Start%20Guide.pdf

Overigens zie ik nu dat in dat document ook PoE+ 802.3af staat, met max 15W. Verklaart dus ook waarom het hier in de Pricewatch verkeert staat.

[alexwel]

RobertMe schreef op dinsdag 31 december 2019 @ 18:54:
[...]

De URL is dan niet op Ubiquiti site, maar het document / de handleiding ziet er wel heel erg officieel uit: https://github.com/DavidS...Quick%20Start%20Guide.pdf

Overigens zie ik nu dat in dat document ook PoE+ 802.3af staat, met max 15W. Verklaart dus ook waarom het hier in de Pricewatch verkeert staat.

Aan de orginele URL te zien, is dit er een die bedoeld was voor de beta sectie in de community. Nog even de topic gecheckt voor de QSGs van beta producten, maar daar staat hij nog niet tussen, dus je kan de originele link nog niet gebruiken, vanwege het ontbreken van het wachtwoord.

Ziet er wel naar uit dat dit de officiële QSG is.

[xbeam]

rally schreef op dinsdag 31 december 2019 @ 11:10:
[...]


Ik host meerdere sites, dus ik heb mijn controller in de cloud draaien. Dan is deze niet afhankelijk van mijn internetverbinding. Bovendien ben ik wat flexibeler. Bij een problemen heb ik zo een nieuwe controller draaien.

Als je verder niets "bijzonders" van plan bent maakt het niet zo heel veel uit. Persoonlijk zou ik gaan voor de locale cloudkey (Of Raspberry Pi). Gewoon omdat je dan geen hosting kosten hebt (hoewel dat ook niet bijzonder veel is).

Een pi blijft natuurlijk risicovolle je hebt onderhoud van zo wel de controller als de de pi. Daarnaast zijn SD kaartjes niet echt geschikt is voor het draaien van een DB vanwege de hoeveelheid schrijf acties en risico’s op corruptie Bij uitval zoals de CK1.

Als je de aanschaf en beheer kosten van een pi en ck2 naast elkaar zet is een CK2 goedkoper op langer termijn.

[RobertMe]

Is het mogelijk dat een NanoHD door drukte de verbinding met de controller verliest?

Ik heb ergens anders 2 NanoHDs en twee switches geïnstalleerd, en van gisteravond heb ik twee mails dat 1 specifiek AP disconnected was. Ik kan hiervoor wel legio oorzaken bedenken, maar geen een waarom alleen dat AP.

Dingen waar ik zelf aan dacht:
Door drukte internet verbinding dicht (maar dan zou het andere AP en de switches ook issues moeten hebben gehad)
Door slecht geknepen stekker mogelijk dat deze los was gegaan/getrild. Maar AP heeft wel nog een hoge uptime (dus PoE is dan blijven werken), en dan moet het zichzelf ook hebben opgelost wat mij al sterk lijkt, laat staan dat het dan net niet werkt op het moment dat die met controller wil communiceren.

Enige mogelijke oorzaak die voor mij dan over blijft is dat maximaal 150 clients (en waarschijnlijk ook nog eens stukken minder dan dat) ervoor zorgden dat het AP "vast liep" en daardoor niet meer toe kwam aan communiceren met de controller. Maar volgens mij moet een NanoHD dat toch makkelijk aan kunnen volgens de specs?

[sypie]

Jieve schreef op maandag 30 december 2019 @ 23:42:
Nu draai ik de controller lokaal op de macbook,

Dat deed ik eerst ook, totdat ik er achter kwam dat mijn MacBook in de DHCP range zat. Dat is niet handig wanneer alle UBNT naar een bepaald IP-adres zoekt voor de controller. Daarom heb ik een V1 Cloud Key aangeschaft (tweedehands) om de boel netjes te kunnen blijven draaien. Scheelt ook weer bij aanschaf van een nieuwe computer: je hoeft er niks voor te installeren.

[rookie no. 1]

Helaas heb ik de 1ste versie van de UAP AC LR met passive 24v PoE. De gevaarlijke versie zullen we maar zeggen

Deze wilde ik op een US16-250W aansluiten met een 5m shielded (FTP) kabel wat technisch natuurlijk prima werkt, maar toen ik op de betreffende poort 24v PoE had geactiveerd bleef de switch in een 'reboot loop'.

Kabel vervangen voor een non-shielded 5m (UTP) kabel en switch blijft online en AP is ook netjes online.

Dit lijkt mij behoorlijk vreemd of ontbreekt mij kennis hierin (combi FTP en passive 24v PoE)?

Switch en AP firmware versie is 4.0.69.10871.

[RobertMe]

rookie no. 1 schreef op woensdag 1 januari 2020 @ 16:32:
Helaas heb ik de 1ste versie van de UAP AC LR met passive 24v PoE. De gevaarlijke versie zullen we maar zeggen

Deze wilde ik op een US16-250W aansluiten met een 5m shielded (FTP) kabel wat technisch natuurlijk prima werkt, maar toen ik op de betreffende poort 24v PoE had geactiveerd bleef de switch in een 'reboot loop'.

Kabel vervangen voor een non-shielded 5m (UTP) kabel en switch blijft online en AP is ook netjes online.

Dit lijkt mij behoorlijk vreemd of ontbreekt mij kennis hierin (combi FTP en passive 24v PoE)?

Switch en AP firmware versie is 4.0.69.10871.

M.b.t. het verschil tussen FTP en UTP. Ik zou dan bijna zeggen dat de shielding kortsluiting veroorzaakt. Maar geen idee of dat kan, en of dat een bootloop veroorzaakt.
En waarschijnlijk bedoel je de ("gen 1") 16-150W? Deze heeft sowieso in een (of meerdere?) batches issues gehad met PoE dat boot loops veroorzaakt. Zelf ervaar ik die issues echter niet

[rookie no. 1]

@RobertMe
US16-150W (gen 1) inderdaad.

Kortsluiting dacht ik ook aan, maar dan zou je dus geen shielded kabel kunnen gebruiken voor passive 24v PoE en daar heb ik zelf nog nooit van gehoord en lijkt me vreemd (wat passive 24v PoE eigenlijk ook is ).

Verder nooit issues met deze switch gehad tot nu toe. Wordt vrij heet, maar hangt vrij en verticaal en alle warme lucht kan er mooi uit.

Andere US16-150W switch is wel naar z'n grootje. Die hing tussen andere 19" apparatuur in van Unifi die ook vrij warm worden.

Maar goed, ik hou het gewoon op een non-shielded UTP kabel. Maakt hier niet zoveel uit.

[m3gA]

rally schreef op dinsdag 31 december 2019 @ 11:10:
[...]
Gewoon omdat je dan geen hosting kosten hebt (hoewel dat ook niet bijzonder veel is).

Een controller op Azure kost me 14 euro p/m incl vast ip.Draait op Ubuntu 18.04 (Standard B1ms (1 vcpus, 2 GiB memory)

Gebruik deze voor vrienden en familie. Te veel gedoe om intern te draaien. Dit werkt beter.

[ Voor 6% gewijzigd door m3gA op 02-01-2020 09:06 ]

[m3gA]

RobertMe schreef op dinsdag 31 december 2019 @ 18:54:
[...]

De URL is dan niet op Ubiquiti site, maar het document / de handleiding ziet er wel heel erg officieel uit: https://github.com/DavidS...Quick%20Start%20Guide.pdf

Overigens zie ik nu dat in dat document ook PoE+ 802.3af staat, met max 15W. Verklaart dus ook waarom het hier in de Pricewatch verkeert staat.

Het bestaan van de UDM-SE is al maanden geleden uitgelekt omdat ze per ongeluk de json in een firmware file hebben laten zitten incl alle specs. Dus hij komt eraan maar zoals hij niet in de early access store verschijnt zou ik niet te veel hoop hebben dat hij snel verschijnt. Sowieso verwacht ik dat het op de markt brengen van de pro brengen meer prioriteit heeft dan een product met een relatief kleine markt.

[ Voor 8% gewijzigd door m3gA op 02-01-2020 09:08 ]

[B2]

m3gA schreef op donderdag 2 januari 2020 @ 09:08:
[...]
Sowieso verwacht ik dat het op de markt brengen van de pro brengen meer prioriteit heeft dan een product met een relatief kleine markt.

Het is wel Ubiquiti he

[xbeam]

m3gA schreef op donderdag 2 januari 2020 @ 09:08:
[...]

Het bestaan van de UDM-SE is al maanden geleden uitgelekt omdat ze per ongeluk de json in een firmware file hebben laten zitten incl alle specs. Dus hij komt eraan maar zoals hij niet in de early access store verschijnt zou ik niet te veel hoop hebben dat hij snel verschijnt. Sowieso verwacht ik dat het op de markt brengen van de pro brengen meer prioriteit heeft dan een product met een relatief kleine markt.

Maar Wat voegt de SE nu precies toe aan de UDM. Behalve (het gebrek aan) kleur?

[RobertMe]

xbeam schreef op donderdag 2 januari 2020 @ 10:08:
[...]


Maar Wat voegt de SE nu precies toe aan de UDM. Behalve (het gebrek aan) kleur?

PoE en een interne HDD voor UniFi Protect. PoE ontbreekt in ieder geval op de UDM, en Protect volgens mij ook?

[m3gA]

RobertMe schreef op donderdag 2 januari 2020 @ 10:09:
[...]

PoE en een interne HDD voor UniFi Protect. PoE ontbreekt in ieder geval op de UDM, en Protect volgens mij ook?

Protect zit dus op de UDM-Pro en SE. En de SE heeft ook nog een extra scherm.

[ Voor 20% gewijzigd door m3gA op 02-01-2020 10:14 ]

[xbeam]

RobertMe schreef op donderdag 2 januari 2020 @ 10:09:
[...]

PoE en een interne HDD voor UniFi Protect. PoE ontbreekt in ieder geval op de UDM, en Protect volgens mij ook?

Check.

[RobertMe]

m3gA schreef op donderdag 2 januari 2020 @ 10:12:
[...]

Protect zit dus op de UDM-Pro en SE. En de SE heeft ook nog een extra scherm.

Dat bedoelde ik idd. De SE heeft PoE en Protect. De "gewone" UDM heeft geen PoE ik meende dus geen Protect (en bij deze dan bevestigd). Het scherm had ik nog niet aan gedacht, maar zou voor mij toch een non-feature zijn. Ga niet in de kelder het display aflezen

[Tortelli]

Zit al een poosje te kijken naar mijn toekomstige netwerk (nieuwbouw...) en zie na wat surfen dat Ubiquite nieuwe switches heeft uitgebracht volgens mij:
https://switch.ui.com/gen2/

Ze beweren dat ze veel stiller zijn, daarnaast zit op het 24 poorts model nu 2x SFP+ (48 poorts model 4x SFP+), kortom perfecte kandidaat voor mij straks .

[ Voor 4% gewijzigd door Tortelli op 02-01-2020 15:39 ]

[Chris.nl]

Er is meer om blij mee te zijn @Tortelli. @GioStyle heeft e.e.a. gemeten.

Alle switches adopted met 1 utp kabel aangesloten, gemeten met Energy Logger 4000:

US-8-60W = 7,5W
US-16-150W = 16,8W
US-24 = 13,4W
USW-24-POE Gen2 = 9,4W

De nieuwe generatie switch is behalve krachtiger en stiller ook nog eens een stuk zuiniger.

[ Voor 4% gewijzigd door Chris.nl op 02-01-2020 15:47 ]

[Tortelli]

@Chris.nl blijkbaar zijn ze er al langer, helemaal langs me heen gegaan .

[nero355]

xbeam schreef op woensdag 1 januari 2020 @ 11:41:
Een pi blijft natuurlijk risicovolle je hebt onderhoud van zo wel de controller als de de pi. Daarnaast zijn SD kaartjes niet echt geschikt is voor het draaien van een DB vanwege de hoeveelheid schrijf acties en risico’s op corruptie Bij uitval zoals de CK1.

De Raspberry Pi i.c.m. een fatsoenlijke voeding en microSDXC kaartje laat de CK1 alle hoeken van de kamer zien wat betreft stabiliteit en door blijven draaien na een onverwachte stroomstoring!

Bron : Mijn eigen Pi 3B die een paar keer pech heeft gehad, maar 0,0 corruptie had daarna

Als je de aanschaf en beheer kosten van een pi en ck2 naast elkaar zet is een CK2 goedkoper op langer termijn.

Je betaalt meer dan 2 keer zoveel voor de CK2 dus dat lijkt me sterk!

[xbeam]

nero355 schreef op donderdag 2 januari 2020 @ 16:13:
[...]

De Raspberry Pi i.c.m. een fatsoenlijke voeding en microSDXC kaartje laat de CK1 alle hoeken van de kamer zien wat betreft stabiliteit en door blijven draaien na een onverwachte stroomstoring!

Bron : Mijn eigen Pi 3B die een paar keer pech heeft gehad, maar 0,0 corruptie had daarna

qua prestatie zeker heb je gelijk, Maar het corruptie risico bestaat nog steeds dat is meer mijn punt

Je betaalt meer dan 2 keer zoveel voor de CK2 dus dat lijkt me sterk!

klopt nero je hebt 100% gelijk. Maar een pi is voor jouw en mij geen probleem we hebben zo'n pi met controller in 15 min (weer) in de lucht.
Maar veel mensen die hier voorbij komen hebben zo'n pi nog nooit van dichtbij gezien en is het niet alleen een financiële inverstering maar ook aanzienlijke tijds inverstering en iedere keer weer uitdaging om dat ding up to date houden en controller te update.

De cloud key 2 werkt uit de doos heeft ingebouwde ups/accu dus bij stroom verlies sluit hij netjes. en bij updates zowel voor de cloud key als controller is het gewoon op de upgrade knop klikken of op auto zetten.

je pi wil je niet auto update vanwege alle dependencies. per ongeluk java upgraden naar de verkeerde versie en en vele krijgen de controller nooit meer zonder hulp of complete herinstallatie online

Daarom opmerking dat een CK2 in de long run voordeliger is voor 95% van de gebruikers

[ Voor 4% gewijzigd door xbeam op 02-01-2020 16:29 ]

[nero355]

xbeam schreef op donderdag 2 januari 2020 @ 16:27:
qua prestatie zeker heb je gelijk, Maar het corruptie risico bestaat nog steeds dat is meer mijn punt

Ik bedoelde juist vooral dat laatste

klopt een pi voor jouw en mij geen probleem we hebben zoon pi met controller in 15 min (weer) in de lucht.
maar veel mensen die hier voorbij komen hebben zoon pi nog nooit van dichtbij gezien en is het niet alleen financiële inverstering maar ook aanzienlijke tijds inverstering en iedere keer weer uit daging om dat ding up to date houden en controller te update.

Kan je automatiseren desnoods via cron, maar misschien heb je wel gelijk : GoT is al lang geen GoT meer sinds er Tweakers.net reclames op TV zijn geweest en het verschil met Fok! is steeds kleiner aan het worden

De cloud key 2 werkt uit de doos heeft ingebouwde ups/accu dus bij stroom verlies sluit hij netjes. en bij updates zowel voor de cloud key als controller is het gewoon op de upgrade knop klikken of op auto zetten.

En toch lees je hier genoeg problemen met updates/upgrades van dat ding!

je pi wil je niet auto update vanwege alle dependencies. per ongeluk java upgraden naar de verkeerde versie en en vele krijgen de controller nooit meer zonder hulp of complete herinstallatie online

Ik krijg steeds meer de neiging om eens een verse UniFi installatie te doen op mijn Test Pi, want ik krijg dat echt niet voor elkaar op mijn huidige normale Pi

Weet wel dat er het een en ander over te lezen viel enkele maanden geleden, maar ik heb dat niet één keer meegemaakt na een apt-get update && apt-get dist-upgrade tot nu toe...

[rally]

m3gA schreef op donderdag 2 januari 2020 @ 09:05:
[...]

Een controller op Azure kost me 14 euro p/m incl vast ip.Draait op Ubuntu 18.04 (Standard B1ms (1 vcpus, 2 GiB memory)

Gebruik deze voor vrienden en familie. Te veel gedoe om intern te draaien. Dit werkt beter.

Voor de duidelijkheid: Ik ben het er helemaal mee eens. Ik host mijn controller ook extern. Vele malen handiger, flexibeler en betrouwbaarder.

Maar zoveel mensen, zoveel wensen. Mijn voorkeur is (in volgorde van voorkeur)
1. Virtual hosting
2. Cloudkey Gen 2
3.
4.
5. RPI

[RobertMe]

xbeam schreef op donderdag 2 januari 2020 @ 16:27:
je pi wil je niet auto update vanwege alle dependencies. per ongeluk java upgraden naar de verkeerde versie en en vele krijgen de controller nooit meer zonder hulp of complete herinstallatie online

Daarom gewoon lekker in Docker draaien. Evt met watchtower om automatisch nieuwe versies te pullen.

En ja: ook Docker heeft een leercurve. Maar als je Docker begrijpt maakt het niet uit of je UniFi, Home Assistant, Syncthing, Bitwarden, ... of wat dan ook wilt draaien. Je hoeft je dan in principe nooit meer zorgen te maken om hoe je iets installeert, hoe het zit met dependencies, etc. Enige waar je bij Docker nog naar moet kijken zijn of/welke ports je wilt exposen (of bv bij HTTP een reverse proxy ervoor) en waar de data op te slaan. De software die je gaat draaien maakt vervolgens niks meer uit.

/rant

[rinkel]

Ik heb al een tijdje de controller op een PI draaien, wel met een SSD, maar dat ding draait superstabiel. Nooit problemen gehad. Af en toe draai ik een update als er een nieuwe controller versie uit is, maar dat is dan ook alles aan onderhoud.

Enige probleem wat ik heb gehad was een foute Java versie, maar deze had ik handmatig geinstalleerd.

Edit
En nog een keer een Raspbian update naar Buster. Dat vond de controller ook niet zo leuk.

[ Voor 12% gewijzigd door rinkel op 02-01-2020 17:19 ]

[xbeam]

RobertMe schreef op donderdag 2 januari 2020 @ 17:14:
[...]

Daarom gewoon lekker in Docker draaien. Evt met watchtower om automatisch nieuwe versies te pullen.

En ja: ook Docker heeft een leercurve. Maar als je Docker begrijpt maakt het niet uit of je UniFi, Home Assistant, Syncthing, Bitwarden, ... of wat dan ook wilt draaien. Je hoeft je dan in principe nooit meer zorgen te maken om hoe je iets installeert, hoe het zit met dependencies, etc. Enige waar je bij Docker nog naar moet kijken zijn of/welke ports je wilt exposen (of bv bij HTTP een reverse proxy ervoor) en waar de data op te slaan. De software die je gaat draaien maakt vervolgens niks meer uit.

/rant

Ook hier ben in het helemaal mee eens.
Docker staat vaak standaard of zit in standaard app van je nas. Maar ik merk dat laatste tijd er veel mensen met veel mensen met niet zo veel netwerk/ Linux /it kennis zoeken naar configs om iptv werkend te krijgen op een USG.

Daarom mijn waarschuwing 🚨 aan tekening voor wanneer iemand alleen kennis heeft van routers van de media-markt te kiezen voor een CK2 voor eenvoudig thuis gebruik. Of eigenlijk gewoon geen unifi of edge. Maar AMPLIFI the kiezen.

Want ik moet eerlijk toegeven dat ik met mijn eerste edgerouter echt wel tegen niet verwacht leercurve opliep.

[ Voor 11% gewijzigd door xbeam op 02-01-2020 17:58 ]

[m3gA]

Tortelli schreef op donderdag 2 januari 2020 @ 15:38:
Zit al een poosje te kijken naar mijn toekomstige netwerk (nieuwbouw...) en zie na wat surfen dat Ubiquite nieuwe switches heeft uitgebracht volgens mij:
https://switch.ui.com/gen2/

Ze beweren dat ze veel stiller zijn, daarnaast zit op het 24 poorts model nu 2x SFP+ (48 poorts model 4x SFP+), kortom perfecte kandidaat voor mij straks .

Ze zijn fanless dus niet stiller maar gewoon geluidsloos.

xbeam schreef op donderdag 2 januari 2020 @ 17:25:
[...]


Ook hier ben in het helemaal mee eens.
Docker staat vaak standaard of zit in standaard app van je nas. Maar ik merk dat laatste tijd er veel mensen met veel mensen met niet zo veel netwerk/ Linux /it kennis zoeken naar configs om iptv werkend te krijgen op een USG.

Daarom mijn waarschuwing 🚨 aan tekening voor wanneer iemand alleen kennis heeft van routers van de media-markt te kiezen voor een CK2 voor eenvoudig thuis gebruik. Of eigenlijk gewoon unifi of edge.

Want ik moet eerlijk toegeven dat ik met mijn eerste edgerouter echt wel tegen niet verwacht leercurve opliep.

En als je nog geen USG en cloudkey hebt een UDM aan te schaffen

[ Voor 42% gewijzigd door m3gA op 02-01-2020 17:46 ]

[rinkel]

m3gA schreef op donderdag 2 januari 2020 @ 17:45:
[...]

Ze zijn fanless dus niet stiller maar gewoon geluidsloos.


[...]

En als je nog geen USG en cloudkey hebt een UDM aan te schaffen

Maar die UDM heeft een niet-handige vorm als je alles in de meterkast wil hebben. Ik zou dan eerder voor een rack achtige vorm kiezen, of iets wat aan de muur kan. De USG is wat dat betreft, voor mij, perfect.
Ik snap eigenlijk dan ook niet zo goed dat veel Tweakers hier voor die UDM gaan. Maar wellicht zie ik iets over het hoofd? Of mis ik iets?

[RobertMe]

rinkel schreef op donderdag 2 januari 2020 @ 18:53:
[...]

Maar die UDM heeft een niet-handige vorm als je alles in de meterkast wil hebben. Ik zou dan eerder voor een rack achtige vorm kiezen, of iets wat aan de muur kan. De USG is wat dat betreft, voor mij, perfect.
Ik snap eigenlijk dan ook niet zo goed dat veel Tweakers hier voor die UDM gaan. Maar wellicht zie ik iets over het hoofd? Of mis ik iets?

Er zijn er ook voldoende die hebben aangegeven te wachten op de UDM-Pro. Zelf zou ik ook (alleen) daarvoor gaan. Dat @m3gA de UDM heeft snap ik ook wel weer, want bij mijn weten test die veel meer hardware uit de EA store. En de UDM is wat dat betreft natuurlijk ook een upgrade (IDS/IPS met gigabit snelheden bv).

[ Voor 4% gewijzigd door RobertMe op 02-01-2020 22:36 ]

[m3gA]

rinkel schreef op donderdag 2 januari 2020 @ 18:53:
[...]

Maar die UDM heeft een niet-handige vorm als je alles in de meterkast wil hebben. Ik zou dan eerder voor een rack achtige vorm kiezen, of iets wat aan de muur kan. De USG is wat dat betreft, voor mij, perfect.
Ik snap eigenlijk dan ook niet zo goed dat veel Tweakers hier voor die UDM gaan. Maar wellicht zie ik iets over het hoofd? Of mis ik iets?

Kijk even naar de richting waarin Ubiquiti gaat en hoe veel ontwikkeling er is op het gebied van de USG qua firmware.

Die conclusie trek ik met dezelfde informatie die jullie hebben. Ik zou niemand een USG aanraden op dit moment. Wacht dan op de UDM Pro.

[haakjesluiten]

USG zou ik ook overslaan ivm de gedateerde hardware. USG is qua features voor mij ook perfect ik heb al een nanoHD. Maar ik wacht nog maar even in de hoop dat ze met iets komen

[ Voor 21% gewijzigd door haakjesluiten op 02-01-2020 21:28 ]

[ed1703]

m3gA schreef op donderdag 2 januari 2020 @ 20:59:
[...]

Kijk even naar de richting waarin Ubiquiti gaat en hoe veel ontwikkeling er is op het gebied van de USG qua firmware.

Die conclusie trek ik met dezelfde informatie die jullie hebben. Ik zou niemand een USG aanraden op dit moment. Wacht dan op de UDM Pro.

Het is ook wel een beetje dat UI gebruikers een kant op probeert te duwen, waar niet iedereen behoefte aan heeft. (Protect, HDD in een router) Daar zal ook een deel afhaken cq. niet upgraden. Nog afgezien van een aantal features die missen door het ontbreken van mogelijkheden in de GUI (DNAT of een extra MASQ-regel toevoegen, vergeet het maar). Daarbij ook nog de afgebakende software-upgrade/downgrade-mogelijkheden van de UDM. Even je controller down- of up-graden is er niet meer bij. Met het oog op de vele bugs die gevonden worden lijkt het er op dat UI wel enorm veel vertrouwen in zichzelf heeft. Ik aanschouw dit het komende jaar nog eventjes vanaf de zijlijn. Lijkt mij erg verstandig.

Als je als UI zijnde jezelf als netwerkbedrijf wilt profileren, dan moet je voor unifi de producten ook bieden die daarbij nodig zijn. Met de mogelijkheden om dit ook afzonderlijk aan te schaffen. Want waarom zou je in hemelsnaam voor een router van dik 300-400 euro gaan, waarbij je een HDD en POE helemaal niet nodig hebt?

Er zit nu zelfs weer een aparte NVR in early-access voor protect.. dit bedrijf is totaal onbegrijpelijk.

[ Voor 16% gewijzigd door ed1703 op 02-01-2020 21:51 ]

[m3gA]

ed1703 schreef op donderdag 2 januari 2020 @ 21:37:
[...]

Het is ook wel een beetje dat UI gebruikers een kant op probeert te duwen, waar niet iedereen behoefte aan heeft. (Protect, HDD in een router) Daar zal ook een deel afhaken cq. niet upgraden. Nog afgezien van een aantal features die missen door het ontbreken van mogelijkheden in de GUI (DNAT of een extra MASQ-regel toevoegen, vergeet het maar). Daarbij ook nog de afgebakende software-upgrade/downgrade-mogelijkheden van de UDM. Even je controller down- of up-graden is er niet meer bij. Met het oog op de vele bugs die gevonden worden lijkt het er op dat UI wel enorm veel vertrouwen in zichzelf heeft. Ik aanschouw dit het komende jaar nog eventjes vanaf de zijlijn. Lijkt mij erg verstandig.

Als je als UI zijnde jezelf als netwerkbedrijf wilt profileren, dan moet je voor unifi de producten ook bieden die daarbij nodig zijn. Met de mogelijkheden om dit ook afzonderlijk aan te schaffen. Want waarom zou je in hemelsnaam voor een router van dik 300-400 euro gaan, waarbij je een HDD en POE helemaal niet nodig hebt?

Er zit nu zelfs weer een aparte NVR in early-access voor protect.. dit bedrijf is totaal onbegrijpelijk.

Ik geef je helemaal gelijk maar het is de richting waar ze op gaan. De USG lijn lijkt me gewoon dood en er komen nauwelijks firmware updates voor dus ik zou er persoonlijk geen euro aan uitgeven.

[Cartman!]

m3gA schreef op donderdag 2 januari 2020 @ 20:59:
Die conclusie trek ik met dezelfde informatie die jullie hebben. Ik zou niemand een USG aanraden op dit moment. Wacht dan op de UDM Pro.

Dat zou ik ook niet te snel roepen. De UDM (Pro) kun je bij mijn weten iig niet gebruiken bij bijvoorbeeld KPN met IPTV ivm gebrek aan json config en dat werkt met de USG wel.

[RobertMe]

Cartman! schreef op donderdag 2 januari 2020 @ 22:37:
[...]

Dat zou ik ook niet te snel roepen. De UDM (Pro) kun je bij mijn weten iig niet gebruiken bij bijvoorbeeld KPN met IPTV ivm gebrek aan json config en dat werkt met de USG wel.

Eens, maar dan blijft het punt "koop geen USG". Een USG + IPTV is bij mijn weten ook geen match made in heaven. Pak dan dus gewoon een ER4 of whatever. Nee, niet te beheren via de controller, maar wel veel meer mogelijkheden en IPTV makkelijker aan de praat te krijgen.

[rinkel]

Helder en duidelijk.
Nu heb ik zelf geen 19”, ook bijna geen ruimte voor, maar misschien moet ik dat maar maken als de pro uit is. Zal wel een flinke prijs aan hangen.

[ Voor 78% gewijzigd door rinkel op 02-01-2020 23:41 ]

[xbeam]

m3gA schreef op donderdag 2 januari 2020 @ 22:13:
[...]

Ik geef je helemaal gelijk maar het is de richting waar ze op gaan. De USG lijn lijkt me gewoon dood en er komen nauwelijks firmware updates voor dus ik zou er persoonlijk geen euro aan uitgeven.

De laatste USG firmware 47 is uit november.
Dus om nu zeggen dat er nauwelijks USG updates uitkomen. USG en edgerouter Staan altijd lang in beta en hebben lager update cyclus dans de Uap’s

[m3gA]

xbeam schreef op vrijdag 3 januari 2020 @ 01:14:
[...]


De laatste USG firmware 47 is uit november.
Dus om nu zeggen dat er nauwelijks USG updates uitkomen. USG en edgerouter Staan altijd lang in beta en hebben lager update cyclus dans de Uap’s

Kijk eens wat er daadwerkelijke geupdate is? Grootste wijzigingen gaan over een speedtest optie. En vergelijk de frequentie van updates eens met een jaar geleden? Alle nieuwe features komen alleen uit voor de UDM. De USG zal vast nog een tijd lang security en bugfixes krijgen maar we praten over relatief oude hardware (5+ jaar). Het zijn producten aan het eind van hun levensduur. Opties als IDS/IPS werken praktisch niet op de USG producten omdat ze geen HW support hebben. De USG-XG is na een paar maanden EOL gezet.

Ik zeg verder niet dat het goede producten zijn maar het is duidelijk welke weg ze opgaan, alleen doen ze daar waarschijnlijk geen uitspraken over omdat de UDM reeks nog niet compleet is.

De UDM heeft een andere processorarchitectuur en een volledig nieuw OS. De USG is Vyatta/EdgeOS gebaseerd en draait MIPS. De UDM gebruikt UbiOS (een debian fork). Als je dat combineert met de uitspraak dat ze controller en hardware dichterbij willen brengen denk ik dat je de rest wel kunt invullen (linkje staat ergens in dit topic)

Ubiquiti heeft op dit moment een medewerker of 450. Twee routerlijnen onderhouden lijkt me een aardige zware opgave met de huidige resources.

[ Voor 44% gewijzigd door m3gA op 03-01-2020 09:03 ]

[Cartman!]

RobertMe schreef op donderdag 2 januari 2020 @ 22:42:
[...]

Eens, maar dan blijft het punt "koop geen USG". Een USG + IPTV is bij mijn weten ook geen match made in heaven. Pak dan dus gewoon een ER4 of whatever. Nee, niet te beheren via de controller, maar wel veel meer mogelijkheden en IPTV makkelijker aan de praat te krijgen.

Ik hecht veel waarde aan het ecosysteem; het instellen van VLANs ed is echt zo lekker daarmee dat ik het nadeel van de json config op de koop toe neem. Eenmaal ingesteld is het erg stabiel ook trouwens dus een slechte combinatie is het ook zeker niet maar niet geschikt voor leken, maar dat is een ER4 ook niet. Ik blijf erbij dat je niet zo stellig moet roepen dat iemand geen USG moet kopen dus.

[ed1703]

m3gA schreef op vrijdag 3 januari 2020 @ 06:16:
[...]

Kijk eens wat er daadwerkelijke geupdate is? Grootste wijzigingen gaan over een speedtest optie. En vergelijk de frequentie van updates eens met een jaar geleden? Alle nieuwe features komen alleen uit voor de UDM. De USG zal vast nog een tijd lang security en bugfixes krijgen maar we praten over relatief oude hardware (5+ jaar). Het zijn producten aan het eind van hun levensduur. Opties als IDS/IPS werken praktisch niet op de USG producten omdat ze geen HW support hebben. De USG-XG is na een paar maanden EOL gezet.

De USG krijgt eigenlijk al sinds maart 2018 geen hele grote updates meer.
Dat is overigens met de edgelijn niet heel veel anders. Want welke baandbrekende feature is er dan toegevoegd aan de UDM? Ik kan ze echt niet vinden. Binaries genoeg op de USG om vanuit de controller zaken te kunnen configureren, maar als UI het vertikt om daar verder mee te gaan, stopt het wel een beetje.

De UDM heeft een andere processorarchitectuur en een volledig nieuw OS. De USG is Vyatta/EdgeOS gebaseerd en draait MIPS. De UDM gebruikt UbiOS (een debian fork). Als je dat combineert met de uitspraak dat ze controller en hardware dichterbij willen brengen denk ik dat je de rest wel kunt invullen (linkje staat ergens in dit topic)

Het is te hopen dat er nog een echte router ala USG uitkomt voor de UDM-lijn, want met deze feature-set jaag je afnemers naar de edgelijn of zelfs een andere fabrikant. Waarom breng je een apparaat op de markt die qua fatsoenlijke mogelijkheden op dit moment net zo achterblijft of zelfs minder kan?
Het ontbreken van mogelijkheden voor SNAT/DNAT/MASQ, IPTV, meerdere vlans op de wanpoort..
Dat is een dealbreaker voor een aantal mensen hier.
Ook voor de USG vraag ik mij af op welke langverwachte feature gebruikers dan zitten te wachten?

Ubiquiti heeft op dit moment een medewerker of 450. Twee routerlijnen onderhouden lijkt me een aardige zware opgave met de huidige resources.

Tja, als je voor elke lijn maar weer nieuwe software en OS gaat ontwikkelen en zelfs software in je oude(re) lijn gaat proppen waar niet eens meer ontwikkeling voor is.. dan doe je toch iets heel erg fout.
Dan heeft Mikrotik het toch een stuk beter voor elkaar...als we dit oa vergelijken met de edgelijn, want ook in de edgeproducten zelf zitten al meerdere lijnen. Niet heel handig en gebruikers zien door de bomen het bos niet meer.

[m3gA]

ed1703 schreef op vrijdag 3 januari 2020 @ 09:24:
[...]

De USG krijgt eigenlijk al sinds maart 2018 geen hele grote updates meer.
Dat is overigens met de edgelijn niet heel veel anders. Want welke baandbrekende feature is er dan toegevoegd aan de UDM? Ik kan ze echt niet vinden. Binaries genoeg op de USG om vanuit de controller zaken te kunnen configureren, maar als UI het vertikt om daar verder mee te gaan, stopt het wel een beetje.
[...]

Ik heb het niet over baanbrekende nieuwe features maar wel een aantal nieuwe zaken zoals threat protection die werkt en niet je CPU onderuit haalt, honeypots, dns filters etc. Zitten allemaal niet op de USG.
De instabiele l2tp vpn werkt nu prima in mijn UDM.

En ik vind de keuze voor UDM zelf ook niet geweldig maar ze lijken wel die richting op te gaan. Ubiquiti ligt echt niet wakker van IPTV voor een handjevol tweakers.

De Edgeline vind ik trouwens wel een vreemd iets op dit moment. Ze gaan bij UniFi over naar ARM en UbiOS. Terwijl Edge op MIPS en Vyatta (edgeos) blijft. Gezien de beperkte resources en het gemak van een shared platform een bijzondere keuze. De Edgelijn lijkt nog aardig goed te verkopen dus ben benieuwd of ze ook overstappen naar ARM.

[ Voor 17% gewijzigd door m3gA op 03-01-2020 09:55 ]

[ed1703]

m3gA schreef op vrijdag 3 januari 2020 @ 09:38:
[...]

De Edgeline vind ik trouwens wel een vreemd iets op dit moment. Ze gaan bij UniFi over naar ARM en UbiOS. Terwijl Edge op MIPS en Vyatta (edgeos) blijft. Gezien de beperkte resources en het gemak van een shared platform een bijzondere keuze.

Niet echt.. UbiOS heeft nog geen 50% van de mogelijkheden van EdgeOS, dus die keuze begrijp ik voor dit moment wel. Bovendien gok ik zomaar dat er via netwerkbedrijfjes meer edegelijn zal worden weggezet dan USG, laat staan UDM. Unifi-switching is niet echt een issue en voldoet voor de meesten ook prima.

[m3gA]

ed1703 schreef op vrijdag 3 januari 2020 @ 09:58:
[...]

Niet echt.. UbiOS heeft nog geen 50% van de mogelijkheden van EdgeOS, dus die keuze begrijp ik voor dit moment wel. Bovendien gok ik zomaar dat er via netwerkbedrijfjes meer edegelijn zal worden weggezet dan USG, laat staan UDM. Unifi-switching is niet echt een issue en voldoet voor de meesten ook prima.

Heb je wel een punt. Ik zag ergens op het forum staan dat er CLI support komt. (als reactie op een feature request).

[xbeam]

Cartman! schreef op vrijdag 3 januari 2020 @ 09:12:
[...]

Ik hecht veel waarde aan het ecosysteem; het instellen van VLANs ed is echt zo lekker daarmee dat ik het nadeel van de json config op de koop toe neem. Eenmaal ingesteld is het erg stabiel ook trouwens dus een slechte combinatie is het ook zeker niet maar niet geschikt voor leken, maar dat is een ER4 ook niet. Ik blijf erbij dat je niet zo stellig moet roepen dat iemand geen USG moet kopen dus.

Een USG en iptv is prima.
Maar niet geschikt voor de niet it/netwerk pro daar is de waarschuwing voor bedoelt. Voor de hui, tuin en keuken it’t het is vaak niet te doen de thuis knutselaar en dat onderschatten ze te vaak. Je wil niet weten hoeveel ik er af gelopen jaar heb moeten helpen om een werkende iptv json maken. En geloof me daar zitten zelfs netwerk-ingenieurs/architecten tussen.

[xbeam]

m3gA schreef op vrijdag 3 januari 2020 @ 10:00:
[...]

Heb je wel een punt. Ik zag ergens op het forum staan dat er CLI support komt. (als reactie op een feature request).

De USG en Edge zijn de zelfde architectuur en lopen gelijk kwa firmware. Alles wat een edge kan kan ook via de json op USG. Dus zo lang ze edgelijn update verwacht ik dat USG mee genomen wordt.

Dus wat dat betreft is de udm een heel vreemde eend die overal buiten valt.

De USG-XG is trouwens end of line omdat vanaf dag Hardware problemen heeft gehad waar heel tijd en geld in gestopt is fixen door ubnt en niet gelukt. Door de prijs en lage afzet mede door alle problemen is gekozen te stoppen met de XG

[RobertMe]

xbeam schreef op vrijdag 3 januari 2020 @ 12:32:
[...]


De USG en Edge zijn de zelfde architectuur en lopen gelijk kwa firmware. Alles wat een edge kan kan ook via de json op USG. Dus zo lang ze edgelijn update verwacht ik dat USG mee genomen wordt.

Volgens mij draait de USG weer een geforkte versie van EdgeOS van de ER lijn. Volgens mij is het dus zeker niet zo eenvoudig als de laatste EdgeOS versie pakken en daar de extra UniFi software aan toevoegen. USG bevat zelfs features die de EdgeRouters niet hebben (IDS/IPS).

De USG-XG is trouwens end of line omdat vanaf dag Hardware problemen heeft gehad waar heel tijd en geld in gestopt is fixen door ubnt en niet gelukt. Door de prijs en lage afzet mede door alle problemen is gekozen te stoppen met de XG

Maar de EdgeRouter Infiniti bestaat wel nog? Want volgens mij was dat de basis van de USG XG, alleen heeft de USG IIRC een display. Qua hardware problemen zou je dan verwachten dat het bij de ER hetzelfde is en om problemen met een display ga je lijkt mij zo'n apparaat niet de nek omdraaien.
Ik denk eerder dat de USG XG is stopgezet omdat het een veel te duur apparaat was voor de echt grote / enterpise deployments maar het feature wise nog minder als een huis/tuin/keuken router is. Als in: WAN failover etc is nog steeds mwa, geen VLAN support aan WAN kant, geen SNAT/DNAT/MASQ in de firewall, ... Voor een router van €1000+ mag je zulke features IMO toch wel out of the box verwachten (en dus zonder complex gedoe met JSON maar gewoon officieel wat bij UniFi dus neer komt op via de controller).

[xbeam]

RobertMe schreef op vrijdag 3 januari 2020 @ 13:07:
[...]

Volgens mij draait de USG weer een geforkte versie van EdgeOS van de ER lijn. Volgens mij is het dus zeker niet zo eenvoudig als de laatste EdgeOS versie pakken en daar de extra UniFi software aan toevoegen. USG bevat zelfs features die de EdgeRouters niet hebben (IDS/IPS).


[...]

Maar de EdgeRouter Infiniti bestaat wel nog? Want volgens mij was dat de basis van de USG XG, alleen heeft de USG IIRC een display. Qua hardware problemen zou je dan verwachten dat het bij de ER hetzelfde is en om problemen met een display ga je lijkt mij zo'n apparaat niet de nek omdraaien.
Ik denk eerder dat de USG XG is stopgezet omdat het een veel te duur apparaat was voor de echt grote / enterpise deployments maar het feature wise nog minder als een huis/tuin/keuken router is. Als in: WAN failover etc is nog steeds mwa, geen VLAN support aan WAN kant, geen SNAT/DNAT/MASQ in de firewall, ... Voor een router van €1000+ mag je zulke features IMO toch wel out of the box verwachten (en dus zonder complex gedoe met JSON maar gewoon officieel wat bij UniFi dus neer komt op via de controller).

Ips en dps staat volgens mij los van de core edge/USG firmware en meer een controller feature dan router. Ze laden volgens mij gewoon gewoon een heleboel firewall regels en scripts in die je volgens mij technische ook in edge kan laden. Althans zo lijkt het wanneer je in de config.boot kijkt. Surcade is ook de edge te installeren.

Wat je zegt over de USG beaam ik, maar ik Denk dat er nog steeds on opgeloste problemen zijn en XG heeft een verleden niet functionerende porten en was lijst aan andere problemen. Nu ook weer de de november USG firmware 4.4.47 Bevat voor de XG weer afwijkende handelingen uitgevoerd worden de firmware te laden. Wat volgens mij toch echt duid Op Problemen. Er bijna altijd een let op met Extra handelingen of een USG-XG-8 specific Met fixes voor de netwerk porten.

Important notes
If you have a USG-XG, have netconsole logging enabled in the controller under Settings, Site, and are currently on version 4.4.46, then you will have to power cycle USG after the upgrade completes because of the issue noted here under bug fixes. You can upgrade it normally, then wait 5 seconds after it drops off the network, and power cycle it to reboot. Alternatively, you can disable netconsole logging in the controller before upgrading, then upgrade USG-XG, then re-enable netconsole after the upgrade completes. Once on this version, that will no longer be a problem.

This does not apply to any other USG models, does not apply if you have netconsole logging disabled, and does not apply if on a firmware version older than 4.4.46 (which did not enable netconsole) currently.

[ Voor 23% gewijzigd door xbeam op 03-01-2020 13:57 ]

[RobertMe]

xbeam schreef op vrijdag 3 januari 2020 @ 13:41:
[...]


Ips en dps staat volgens mij los van de core edge/USG firmware en meer een controller feature dan router. Ze laden volgens mij gewoon gewoon een heleboel firewall regels en scripts in die je volgens mij technische ook in edge kan laden. Althans zo lijkt het wanneer je in de config.boot kijkt.

Nope, IDS/IPS draait op Suricata. Maar die zal potentieel wat firewall regels nodig hebben om zijn ding te doen? (als in: alle verkeer via Suricata te laten lopen) en anders kan het nog steeds zijn dat (IP) blocks via iptables worden gehandhaafd. In ieder geval zal het niet zo zijn dat iptables "zelfstandig" de detectie doet. Want een restrictie als "het is een of andere obscure user-agent in een HTTP request" kan iptables niet detecteren terwijl ik in de korte tijd dat ik IDS/IPS aan had staan (en weer uit gezet door CPU limitaties) voorbij heb zien komen.

[xbeam]

RobertMe schreef op vrijdag 3 januari 2020 @ 13:58:
[...]

Nope, IDS/IPS draait op Suricata. Maar die zal potentieel wat firewall regels nodig hebben om zijn ding te doen? (als in: alle verkeer via Suricata te laten lopen) en anders kan het nog steeds zijn dat (IP) blocks via iptables worden gehandhaafd. In ieder geval zal het niet zo zijn dat iptables "zelfstandig" de detectie doet. Want een restrictie als "het is een of andere obscure user-agent in een HTTP request" kan iptables niet detecteren terwijl ik in de korte tijd dat ik IDS/IPS aan had staan (en weer uit gezet door CPU limitaties) voorbij heb zien komen.

Dat snap ik maar bedoel dat het daarme niet perse een andere OS build is daarme een fork van edgeOS

[RobertMe]

xbeam schreef op vrijdag 3 januari 2020 @ 14:39:
[...]


Dat snap ik maar bedoel dat het daarme niet perse een andere OS build is daarme een fork van edgeOS

Correct me if I'm wrong. Maar uit release notes etc maak ik op dat ze bij de USG gewoon "het OS" hebben en daar software updates op doen. Het is nooit een "update naar EdgeOS ... met daarin de volgende wijzigingen". Daaruit maak ik dus op dat het gewoon apart van elkaar wordt ontwikkeld en EdgeOS op de USG ooit is geforkt van EdgeOS van de ER lijn. Volgens mij komt het soms ook voor dat de USG soms van een bepaald onderdeel/stukje software een nieuwere versie draait dan de ER lijn, terwijl bij ER andere dingen weer nieuwer zijn.

Of wat me nu te binnen schiet. Volgens mij had EdgeOS op de ERs al lange tijd "mDNS repeater/reflector" software ingebouwd en is de brakste van beide pas een stuk later in de USG geïnteresseerd (gelukkig is intussen de betere ook beschikbaar, maar alleen via json te configureren).

Al die dingen vind ik dus niet duiden op dat de USG gewoon EdgeOS zoals op de ER draait, met een UniFi sausje. Maar dat ze beiden onafhankelijk van elkaar worden doorontwikkeld maar soms wel dingen af kijken/over nemen.

Meen zelfs eens gelezen te hebben dat ze juist met UbiOS weer terug willen naar een centraal ontwikkelde basis voor USG & ER, maar ook de rest van de line-up.

[m3gA]

xbeam schreef op vrijdag 3 januari 2020 @ 13:41:
[...]


Ips en dps staat volgens mij los van de core edge/USG firmware en meer een controller feature dan router. Ze laden volgens mij gewoon gewoon een heleboel firewall regels en scripts in die je volgens mij technische ook in edge kan laden. Althans zo lijkt het wanneer je in de config.boot kijkt. Surcade is ook de edge te installeren.

Combinatie van beide.
IDS/IPS schakelt ook de hardware acceleratie uit dus daarom krijg je het gigantische snelheidsverlies.

Wat je zegt over de USG beaam ik, maar ik Denk dat er nog steeds on opgeloste problemen zijn en XG heeft een verleden niet functionerende porten en was lijst aan andere problemen. Nu ook weer de de november USG firmware 4.4.47 Bevat voor de XG weer afwijkende handelingen uitgevoerd worden de firmware te laden. Wat volgens mij toch echt duid Op Problemen. Er bijna altijd een let op met Extra handelingen of een USG-XG-8 specific Met fixes voor de netwerk porten.
[...]

We recently made the decision to halt production of additional units of the USG-XG-8 and wanted to explain exactly what this means and why we made this decision. We always want to keep customers well informed so they can make the best decisions for them and their UniFi deployments.


First, we want to make it clear that this is not something to worry about for users of the USG-XG-8. We fully plan to continue providing support, deliver firmware updates, and ensure controller support for the device.


The USG-XG-8 was a unique product launch – we felt the need to offer a product that supported 10G, included more powerful features, and could handle the highest-density networks. By this standard, the product was a success. We have deployed the USG-XG-8 in the highest-density environments, including the FedEx Forum, and it has performed extremely well. Our users who have the USG-XG-8 set up and working in their environment enjoy great performance and reliable operation. We have the utmost confidence in the quality of these devices and their ability to function in the most demanding environments.


The Reasoning Behind This DecisionAfter the USG-XG-8’s public launch, there were a few issues with initial setup that complicated things unnecessarily, We recently made the decision to halt production of additional units of the USG-XG-8 and wanted to explain exactly what this means and why we made this decision. We always want to keep customers well informed so they can make the best decisions for them and their UniFi deployments.


First, we want to make it clear that this is not something to worry about for users of the USG-XG-8. We fully plan to continue providing support, deliver firmware updates, and ensure controller support for the device.


The USG-XG-8 was a unique product launch – we felt the need to offer a product that supported 10G, included more powerful features, and could handle the highest-density networks. By this standard, the product was a success. We have deployed the USG-XG-8 in the highest-density environments, including the FedEx Forum, and it has performed extremely well. Our users who have the USG-XG-8 set up and working in their environment enjoy great performance and reliable operation. We have the utmost confidence in the quality of these devices and their ability to function in the most demanding environments.


The Reasoning Behind This DecisionAfter the USG-XG-8’s public launch, there were a few issues with initial setup that complicated things unnecessarily, and there was also a shift in strategic priorities. We opted to focus our resources on upcoming products that leverage and expand on the strengths of the USG-XG-8, while addressing the issues noted above.


What Comes Next? We understand that the USG-XG-8 fills a specific need for gateway devices in high-performance settings to provide 10G support. We are working on future products to meet this need. In the meantime, we encourage users to leverage the USG-XG-8 where stock is available.


For USG-XG-8 users, please understand this doesn’t change anything about your product usage, nor should it limit your network management experience moving forward. We hope you understand our decision and realize that we will continue to support your needs. We are very excited for what’s to come.


What Comes Next? We understand that the USG-XG-8 fills a specific need for gateway devices in high-performance settings to provide 10G support. We are working on future products to meet this need. In the meantime, we encourage users to leverage the USG-XG-8 where stock is available.


For USG-XG-8 users, please understand this doesn’t change anything about your product usage, nor should it limit your network management experience moving forward. We hope you understand our decision and realize that we will continue to support your needs. We are very excited for what’s to come.

[ Voor 22% gewijzigd door m3gA op 03-01-2020 14:53 ]

[xbeam]

RobertMe schreef op vrijdag 3 januari 2020 @ 14:48:
[...]

Correct me if I'm wrong. Maar uit release notes etc maak ik op dat ze bij de USG gewoon "het OS" hebben en daar software updates op doen. Het is nooit een "update naar EdgeOS ... met daarin de volgende wijzigingen". Daaruit maak ik dus op dat het gewoon apart van elkaar wordt ontwikkeld en EdgeOS op de USG ooit is geforkt van EdgeOS van de ER lijn. Volgens mij komt het soms ook voor dat de USG soms van een bepaald onderdeel/stukje software een nieuwere versie draait dan de ER lijn, terwijl bij ER andere dingen weer nieuwer zijn.

Of wat me nu te binnen schiet. Volgens mij had EdgeOS op de ERs al lange tijd "mDNS repeater/reflector" software ingebouwd en is de brakste van beide pas een stuk later in de USG geïnteresseerd (gelukkig is intussen de betere ook beschikbaar, maar alleen via json te configureren).

Al die dingen vind ik dus niet duiden op dat de USG gewoon EdgeOS zoals op de ER draait, met een UniFi sausje. Maar dat ze beiden onafhankelijk van elkaar worden doorontwikkeld maar soms wel dingen af kijken/over nemen.

Meen zelfs eens gelezen te hebben dat ze juist met UbiOS weer terug willen naar een centraal ontwikkelde basis voor USG & ER, maar ook de rest van de line-up.

Als je wat dieper de release notes in duikt kom regel matig dit tegen noties tegen.

Changes since 4.3.39, the last release version, are as follows.


IPsec components forklift upgraded to latest EdgeRouter 1.9.7. Upgrades strongswan to 5.2.2, and all the relevant configuration and service management pieces to same as EdgeRouter 1.9.7 (which is largely the same as ER 1.9.1 stable, only change is the bug fix for DHCP WANs which we'd already included in USG 4.3.39 release).
Fixes L2TP with PPPoE WANs
Adds ability to use L2TP and site to site IPsec at the same time
Fixes various other IPsec edge case bugs - some rekeying problems, among other possibilities.
Updated to same kernel source as ER 1.9.7

Daarom mij idee dat de USG gewoon edge OS met een unifi layer.

Of wat me nu te binnen schiet. Volgens mij had EdgeOS op de ERs al lange tijd "mDNS repeater/reflector" software ingebouwd en is de brakste van beide pas een stuk later in de USG geïnteresseerd (gelukkig is intussen de betere ook beschikbaar, maar alleen via json te configureren).

beide hebben altijd in de edgeOS en USG gezeten. Alleen in edge kan je in de GUI gewoon kiezen welke je gebruikt en hebben ze bij unifi voor je gekozen. de ze keuze komt uit de controller en niet uit USG. Je hebt de keuze via json altijd al kunnen maken.

Ubnt heeft altijd gezegd via de json kan USG alles wat de edgeOS/router kan.

[ Voor 29% gewijzigd door xbeam op 03-01-2020 15:17 ]

[RobertMe]

xbeam schreef op vrijdag 3 januari 2020 @ 15:06:
[...]


Als je wat dieper de release notes in duikt kom regel matig dit tegen noties tegen.

[...]


Daarom mij idee dat de USG gewoon edge OS met een unifi layer.

4.3.39, intussen zitten we alweer op 4.4.44.

Daarnaast toont het min of meer sowieso mijn punt aan. Ze nemen soms dingen over van de ER lijn ("Update pakket X naar dezelfde versie als EdgeRouter 1.9.7"), en dus niet "update complete base naar EdgeRouter 1.9.7". Oftewel: ze cherry picken de wijzigingen.

Dat ze vervolgens nog stability fixes moeten doen voor de USG is ook raar. IPSec zit niks "custom UniFis" in behalve dat de controller de juiste config moet doorsturen. Dus of het USG team moet fixes doen die voor EdgeRouter niet nodig zijn (wat raar zou zijn), of het USG team doet "extra" fixes voor de USG terwijl die al in EdgeOS/EdgeRouter hadden moeten zitten (en dus daar gedaan hadden moeten worden, in de base, en USG team na fixen in EdgeOS de gefixte base pakt).

[...]

beide hebben altijd in de edgeOS en USG gezeten. Alleen in edge kan je in de GUI gewoon kiezen welke je gebruikt en hebben ze bij unifi voor je gekozen. de ze keuze komt uit de controller en niet uit USG. Je hebt de keuze via json altijd al kunnen maken.

Neen, ik heb de USG nu bijna drie jaar en weet 100% zeker dat er initieel geen mDNS support was en iemand daarvoor een third-party package heeft gemaakt op basis van Avahi. Pas later heeft UBNT het opgenomen in de standaard fimware.

Ubnt heeft altijd gezegd via de json kan USG alles wat de edgeOS/router kan.

Ooit... Want zoals de voorbeeld release notes aanhalen loopt op sommige vlakken de USG nogal achter. Oftewel: op verzoek doet UBNT bepaalde software / updates cherry picken uit EdgeRouter. Maar EdgeRouter features (en dus configs) komen niet per definitie mee met USG firmware updates.

[ Voor 29% gewijzigd door RobertMe op 03-01-2020 15:21 ]

[xbeam]

RobertMe schreef op vrijdag 3 januari 2020 @ 15:17:
[...]

4.3.39, intussen zitten we alweer op 4.4.44.

Daarnaast toont het min of meer sowieso mijn punt aan. Ze nemen soms dingen over van de ER lijn ("Update pakket X naar dezelfde versie als EdgeRouter 1.9.7"), en dus niet "update complete base naar EdgeRouter 1.9.7". Oftewel: ze cherry picken de wijzigingen.

Dat ze vervolgens nog stability fixes moeten doen voor de USG is ook raar. IPSec zit niks "custom UniFis" in behalve dat de controller de juiste config moet doorsturen. Dus of het USG team moet fixes doen die voor EdgeRouter niet nodig zijn (wat raar zou zijn), of het USG team doet "extra" fixes voor de USG terwijl die al in EdgeOS/EdgeRouter hadden moeten zitten (en dus daar gedaan hadden moeten worden, in de base, en USG team na fixen in EdgeOS de gefixte base pakt).

Het vervelende is dat ik op sinds het nieuwe ui forum echt problemen heb met zoeken. Er volgens mij een post van ubnt waar het uitleggen. En dat de USG edgeOS en gelijk lopen en dat USG 4.5 firmware is namelijk de 2.0 firmware van edgeOS. Althans dat is hoe het begreep.

Hier post van van een MickeD.
https://community.ui.com/...b8-44ab-9958-f35a6294ff25

USG firmware 4.2.x was based on EdgeOS 1.5.0, and USG firmware 4.3.x is based on 1.7.0. We are working on licensing to upgrade the codebase to 1.8.x, but I'm not sure the current status on that.


As far as features, let me see if we can get something up about this. It'll probably be in the form of a new post that I'll make a sticky. I will also post here with a link, assuming that I'm able to go ahead with that..

[ Voor 20% gewijzigd door xbeam op 04-01-2020 13:02 ]

[RobertMe]

xbeam schreef op vrijdag 3 januari 2020 @ 15:22:
[...]


Het vervelende is dat ik op sinds dit forum echt problemen heb met zoeken. Er volgens mij een post van ubnt waar het uitleggen. En dat de USG edgeOS en gelijk lopen en dat USG 4.5 firmware is namelijk de 2.0 firmware van edgeOS. Althans dat is hoe het begreep.

Ah ja. Er is inderdaad ooit een USG firmware beta geweest die op EdgeOS 2.0 gebaseerd was. Maar die firmware heeft het daglicht nooit gezien (zijn één of twee betas van geweest, that's it). Zoals je ook zegt, dat zou firmware 4.5 zijn. Meest recente stable is 4.4.44. Die laatste 4.5 beta is misschien al meer dan een jaar oud, en vervolgens zijn ze aan UbiOS gaan werken incl. de switch van MIPS naar ARM etc.

[xbeam]

RobertMe schreef op vrijdag 3 januari 2020 @ 15:26:
[...]

Ah ja. Er is inderdaad ooit een USG firmware beta geweest die op EdgeOS 2.0 gebaseerd was. Maar die firmware heeft het daglicht nooit gezien (zijn één of twee betas van geweest, that's it). Zoals je ook zegt, dat zou firmware 4.5 zijn. Meest recente stable is 4.4.44. Die laatste 4.5 beta is misschien al meer dan een jaar oud, en vervolgens zijn ze aan UbiOS gaan werken incl. de switch van MIPS naar ARM etc.

Dat ontken ik ook niet. Maar we hebben het er over of de USG nu een fork van edgOS is of dat het gewoon edgOS met extra unifi schill is en volgens mij is het dat laatste.

Wanneer het een fork is zouden ze het volledig als eigen OS kunnen behandelen en naar eigen inzicht kunnen update. Nu zijn de updates in sync met edOS.

Daarom zijn de release note van de USG firmware ook zo minimaal omdat je die bij edgeOS moet halen. Maar nogmaals ik baseer me op oude berichten die ik niet meer kan vinden en misschien wel verkeer begrepen heb.

Ik dacht juist Dat ze met ubiOS een eigen fork zijn begonnen geschikt voor ARM. Daar is zelf nog discussie over geweest dat ze waarschijnlijk licenties technische niet voor MIPS mogen compile (edgeRouter en USG )

[ Voor 50% gewijzigd door xbeam op 03-01-2020 16:01 ]

[MooDyBLueS]

Voor mijn gevoel een redelijk eenvoudige vraag, maar ik kan niet direct het antwoord ergens vinden.

Ik ben voornemens de Unifi Dream Machine aan te schaffen, maar weet niet of ik gelijk een AP van Unifi erbij nodig heb of dat ik ook mijn huidige ASUS 802.11ac router in AP mode (zo draait hij nu ook) kan gebruiken.

Het zal ongetwijfeld wel kunnen, maar kan dit dan net als met een Unifi AP onder dezelfde SSID zodat de UDM de roaming regelt? Of heb ik daarvoor écht Unifi AP’s voor nodig?

Het gaat mij niet om het geld, de UDM is immers al de grootste uitgave, maar ik ben wel voorstander van iets niet zonder reden vervangen.

[RobertMe]

MooDyBLueS schreef op vrijdag 3 januari 2020 @ 20:37:
Voor mijn gevoel een redelijk eenvoudige vraag, maar ik kan niet direct het antwoord ergens vinden.

Ik ben voornemens de Unifi Dream Machine aan te schaffen, maar weet niet of ik gelijk een AP van Unifi erbij nodig heb of dat ik ook mijn huidige ASUS 802.11ac router in AP mode (zo draait hij nu ook) kan gebruiken.

Het zal ongetwijfeld wel kunnen, maar kan dit dan net als met een Unifi AP onder dezelfde SSID zodat de UDM de roaming regelt? Of heb ik daarvoor écht Unifi AP’s voor nodig?

Het gaat mij niet om het geld, de UDM is immers al de grootste uitgave, maar ik ben wel voorstander van iets niet zonder reden vervangen.

Roaming regelt de client. Je kunt dus rustig de Asus laten staan. Alleen opletten dat je alles hetzelfde instelt (SSID, wachtwoord, WPA-PSK only vs WPA2-PSK only vs WPA-PSK & WPA2-PSK). Hetzelfde dus als gewoon als je meerdere routers/APs plaatst die niet samen werken.

Alleen geeft de UniFi Controller je een melding dat er een rogue AP is gevonden. Dit is een soort beveiliging zodat bv als je bedrijfsnetwerk hebt dat niet een kwaadwillende even met een eigen AP voor de deur gaat staan met dezelfde credentials en jouw verkeer ineens via zijn AP loopt en dus onderschept kan worden.
Echter kun je dit (per AP) negeren (Insights => Neighbouring Access Points en dan het AP opzoeken en iets van Ignore of zo klikken).

[nero355]

RobertMe schreef op vrijdag 3 januari 2020 @ 21:32:
Echter kun je dit (per AP) negeren (Insights => Neighbouring Access Points en dan het AP opzoeken en iets van Ignore of zo klikken).

Sinds wanneer is dat dan

Want de laatste keer dat ik die error zag kon ik niks dergelijks vinden...

Zat toen met twee netwerken onder dezelfde SSID te experimenteren, voordat ik de oude UAP's door de In-Wall's had vervangen

[chickpoint]

nero355 schreef op zaterdag 4 januari 2020 @ 01:32:
[...]

Sinds wanneer is dat dan

Want de laatste keer dat ik die error zag kon ik niks dergelijks vinden...

Zat toen met twee netwerken onder dezelfde SSID te experimenteren, voordat ik de oude UAP's door de In-Wall's had vervangen

Volgens mij is dat al een tijdje mogelijk, geen idee sinds welke versie. Je kan aangeven dat die AP bekend is.

[Toppe]

Goedemorgen,

Mijn ouders en zus hebben samen een boerderij gekocht waar één FTU binnen komt voor internet en iTV.

Op dit moment hebben ze 2 UniFI AC-Pro accesspoints hangen op mijn advies en dat werkt prima. Echter, willen ze allemaal graag een gescheiden netwerk hebben.

Hiervoor hebben we gister een USG en een 8 poort POE switch besteld met het idee 2 VLANS te maken en 2 SSDIS, elk SSID zou dan zijn eigen VLAN netwerk moeten gaat ‘hosten’ op beide accesspoints.

De provider (Solcon) heeft op hun eigen modem rechtstreeks de glas aangesloten. Vanuit de Solcon modem willen we dus één internet poort in DMZ modus doorsturen naar de USG.

De uitgaande poort zal dan naar de 8 Ports switch gaan waarbij poort 6,7 en 8 gebruikt worden worden voor POE en poort 2 voor mijn ouders uit (eigen switch er nog achter) en poort 3 naar mijn zus en zwanger uit.

Een constructie die opzich niet gek is en mogelijk moet zijn. Op Raspberry Pi zal de UniFI controller software komen te draaien.

Echter zit ik nog met één uitdaging: beide willen poort 80 kunnen gebruiken. Om dit mogelijk te maken zou ik graag gebruik gaan maken van Caddy server, ik gebruik dit thuis naar volle tevredenheid. Echter ben ik wel bang dat de VLANS roet in het eten gaan gooien, juist omdat een VLAN een netwerk moet scheiden.

Is het mogelijk om binnen UniFI met VLANS een reverse proxy server in te zetten die uiteindelijk beide VLANS kan bedienen?

Er blijft op de USG nog een directe poort vrij die we kunnen inzetten voor de Raspberry Pi

[shoombak]

In maart/april wordt onze 2^1 nieuwbouwwoning opgeleverd, dus ik ben me inmiddels aan het oriënteren op de netwerkinfra. In de oude woning gebruik ik good old airport extremes, maar in de nieuwe woning wil ik op den duur toch wat zaken via POE gaan aansluiten.

Qua lan aansluiting kom ik op 10-12, waarbij het grootste deel onder de televisie (6). Mijn idee is dus een POE switch in de meterkast, in de woonkamer nog een additionele switch met minimaal 6 ports en verder op elke etage een AP.

Ik neem aan dat managed switch achter switch prima mogelijk is? Qua AP heb ik geen mogelijkheid tot ophangen aan plafond, dus wellicht zijn de in-wall AP ook een optie?

Wellicht dat dit in een apart topic kan, maar ik hoop op jullie advies.

[grindal81]

Hoi,

Een vraag over welke US-8 switch het meest geschikt is om een oudere Unifi AP-LR (2,4ghz) te voeden.

Momenteel is deze rechtstreeks aangesloten op mijn US-8-150 switch met 24 Passive power.

Nu wil ik op mijn zolder verdieping extra switch poorten beschikbaar maken door een extra US-8 switch te plaatsen.

Welk model is het meest geschikt? Liefst zou ik voor de us-8-60 kiezen omdat deze 4poe poorten heeft, maar kan ik hierop ook de oudere AP met 24V Passive aansluiten?

finaal zou de connectie er zo uit zien:
US-8-150=> US-8-60 => AP-LR (+ eventueel nog een PoE camera en 2 PC's)
kan ik dit zonder een losse 24V passive adapter te gebruiken?

of moet ik toch terugvallen op de US-8

US8-150 => US-8 => poort 8. de AP en op poort 7 de PoE camera met afzonderlijke adaptor?

ik wil zo min-mogelijk nog met losse adaptors werken....