[Ubiquiti-Netwerkapparatuur] Ervaringen & Discussie - Deel 4

[mutsje]

Rare ships, Poe adapter erop, kabel in thoughswitch maar nada wifi of knipperende ledjes. Dan maar in de eenvoudige switch en gelijk data. Denk dat die thoughswitch ook niet helemaal lekker is. 2e hands gekocht voor 3 tientjes en heeft constant een nano van stroom lopen voorzien. Dus die poorten geven wel stroom. Maar goed morgen gaat de switch op de post (aangetekend) en wachten we wel op reparatie of nieuwe.. We zullen het zien. Begint het hele riedeltje met omzetten weer van voren af aan

Owja.. had geen power op de poort gezet want dat deed die poe al voordat ik daar opmerkingen over krijg.

[ Voor 10% gewijzigd door mutsje op 26-10-2020 19:57 ]

[xbeam]

Heeft er iemand ervaring met https://alpinelinux.org/
Dit is het onderliggende OS die de unifi-os container host?

[Freee!!]

xbeam schreef op maandag 26 oktober 2020 @ 20:54:
Heeft er iemand ervaring met https://alpinelinux.org/
Dit is het onderliggende OS die de unifi-os container host?

Geen directe, is een veelgebruikte basis voor Docker containers, maar dat is ook alles, wat ik ervan af weet.

[ewoutw]

The Eagle schreef op zondag 25 oktober 2020 @ 22:04:
[...]
Verder heb ik toen mijn modem overleed, bij de buren aangebeld en twee dágen een UTP kabel via buiten gehad. Dat was inpluggen op de USG en gaan. Dat ik dan dubbel aan het nat'en was, vond de usg geen enkel issue

Dubbel nat is ook geen enkel probleem. Natuurlijk is het bij ontwerp nooit zo bedacht en er zitten wat haken en ogen aan. Maar dat dat geen probleem is kan het prima in netwerken voorkomen.

Heb het bij een aantal klanten probleemloos werken op z’n 1000 locaties. Grootse probleem zijn de mensen die roepen dat het niet kan...

[xbeam]

Freee!! schreef op maandag 26 oktober 2020 @ 21:41:
[...]

Geen directe, is een veelgebruikte basis voor Docker containers, maar dat is ook alles, wat ik ervan af weet.

Van wat ik er nu van zie op de UDM ben ik zeker onder de indruk.

Ook dat het met configure regels werkt, iets Ubnt heel netjes gebruikt om instelling van de controller unifi-os te vewerken naar een alpine configuratie. Wat mij wel de vraag doet stellen wat een UDM nu eigenlijk is. Voor zo ver ik een beetje begin te begrijpen lijkt het een apline router met unifi controller Docker als GUI. Die apline cli als output heeft?

Daarnaast wordt volgens mij het hele os in een ram drive geladen. Vind ik zeer interssant om eens uit diepen als Docker server.

Of als eigen firewall doormiddel van alpine commando’s.

  ___ ___      .__________.__
 |   |   |____ |__\_  ____/__|
 |   |   /    \|  ||  __) |  |   (c) 2010-2020
 |   |  |   |  \  ||  \   |  |   Ubiquiti Inc.
 |______|___|  /__||__/   |__|
            |_/                  http://www.ui.com

      Welcome to UniFi Dream Machine!
# whoami
root
# cat > /etc/apk/repositories << EOF; $(echo)
> http://dl-cdn.alpinelinux.org/alpine/v$(cat /etc/alpine-release | cut -d'.' -f1,2)/main
> http://dl-cdn.alpinelinux.org/alpine/v$(cat /etc/alpine-release | cut -d'.' -f1,2)/community
> EOF
-sh: can't create /etc/apk/repositories: nonexistent directory
# sudo cat > /etc/apk/repositories << EOF; $(echo)
> http://dl-cdn.alpinelinux.org/alpine/v$(cat /etc/alpine-release | cut -d'.' -f1,2)/main
> http://dl-cdn.alpinelinux.org/alpine/v$(cat /etc/alpine-release | cut -d'.' -f1,2)/community
> EOF
-sh: can't create /etc/apk/repositories: nonexistent directory
# sudo mkdir /etc/apk/repositories
mkdir: can't create directory '/etc/apk/repositories': No such file or directory
#

Het jammer is dat Ubnt de APK packed manager heef verwijderd. Ik zoek nog naar manier om deze installeren. Alleen kan ik de installatie files niet aan maken (geen rechten toe) het lijkt er op dat Ubnt bij een first install of factory reset eerst een supper admin aan maakt en deze daarna weer wist.

  ___ ___      .__________.__
 |   |   |____ |__\_  ____/__|
 |   |   /    \|  ||  __) |  |   (c) 2010-2020
 |   |  |   |  \  ||  \   |  |   Ubiquiti Inc.
 |______|___|  /__||__/   |__|
            |_/                  http://www.ui.com

      Welcome to UniFi Dream Machine!
-sh: unsetenv: not found
#
# cat /etc/apk/repositories
http://dl-cdn.alpinelinux.org/alpine/v/main
http://dl-cdn.alpinelinux.org/alpine/v/community
#
# cat > /etc/apk/repositories << EOF; $(echo)
> http://dl-cdn.alpinelinux.org/alpine/v$(cat /etc/alpine-release | cut -d'.' -f1,2)/main
> http://dl-cdn.alpinelinux.org/alpine/v$(cat /etc/alpine-release | cut -d'.' -f1,2)/community
> EOF
#
# ls
Wireless           cron.daily         default-ea15.cfg   hosts              lldpd.d            os-release         random-seed        smartd.conf        sysconfig
alpine-release     cron.hourly        dropbear           inadyn.conf        localtime          pam.d              resolv.conf        smartd_warning.d   sysctl.d
apk                cron.monthly       environment        init.d             marks.cfg          passwd             resolv.dnsmasq     smartd_warning.sh  sysinit
avahi              cron.weekly        ethertypes         inittab            mke2fs.conf        pkg-release        security           ssl                syslog.conf
board.info         dbus-1             fstab              inputrc            motd               ppp                sensors.d          startup.list       timezone
cni                default            group              iproute2           mtab               profile            sensors3.conf      sudoers            ubnt
containers         default-ea11.cfg   hostapd.conf       issue              network            profile.d          services           sudoers.d
cron.d             default-ea13.cfg   hostname           libnl              nsswitch.conf      protocols          shadow             sudoers.dist
#

Handmatig cd naar de map en zelf repos file aanmaken werk.

BusyBox v1.31.1 (2020-10-22 19:37:01 UTC) multi-call binary.

Usage: tar c|x|t [-zJjahvokO] [-f TARFILE] [-C DIR] [-T FILE] [-X FILE] [--exclude PATTERN]... [FILE]...

Create, extract, or list files from a tar file

        c       Create
        x       Extract
        t       List
        -f FILE Name of TARFILE ('-' for stdin/out)
        -C DIR  Change to DIR before operation
        -v      Verbose
        -O      Extract to stdout
        -o      Don't restore user:group
        -k      Don't replace existing files
        -z      (De)compress using gzip
        -J      (De)compress using xz
        -j      (De)compress using bzip2
        -a      (De)compress using lzma
        -h      Follow symlinks
        -T FILE File with names to include
        -X FILE File with glob patterns to exclude
        --exclude PATTERN       Glob pattern to exclude
# tar x -vz apk-tools-2.10.5-r1.apk

Het ook niet mogelijk om de apk-tool uit te pakken voor een handmatig install

Heeft er iemand nog suggesties naast handmatig compileren
De https://github.com/alpinelinux/apk-tools master file krijg ik via wget niet gedownload, maar dat kan ook aan mijn wget kennis liggen

[ Voor 104% gewijzigd door xbeam op 28-10-2020 00:13 ]

[xilent_xage]

Heb al een jaar een volledig unifi netwerk, maar ik deed voorheen weinig met samba. Is het normaal dat je bij een file transfer over SMB via wifi het hele netwerk dichttrekt? Ik haal ~2mb/s, maar alle andere devices op wifi gaan gelijk stotteren... of is dit toch ergens een configuratie issue?

[Skynett]

Om SMB goed te laten werken op je interne netwerkt is er geen speciale Configuratie nodig. Dit zal out of the box gewoon werken. Netwerktechnisch zijn zowel de SMB-server als de SMB-client gewone devices in het netwerk.
Eenvoudigste test is om eens te bekijken hoe de prestaties zijn als beide bedraad aangesloten zijn. Dan moet je gewoon volle bak 1Gbit/sec halen in je testmanager tabje netwerk.

[m3gA]

pinda powerrr schreef op maandag 26 oktober 2020 @ 16:55:
Mijn nieuwe Switch 8 Lite maakt lawaai
Alleen is het niet constant. Geen coil whine, maar buzzzzzz. Als je de switch even oppakt en erop drukt gaat het soms weg, maar komt ook na verloop van tijd weer weg.
Heb nu op vier poorten de PoE in gebruik, maar ook bij minder poorten in gebruik hoor je het.

De switch wordt ook flink heet trouwens, hoopte op iets minder warmteontwikkeling dan bij de 8-60W.

Ding staat in de meterkast, maar je kan het in de gang wel horen.

De switch is fanless. Dus als je nog iets hoort klopt er iets niet mee. Zou hem omruilen als ik jou was. Klinkt een beetje als de AC-LR's die geluid maakten.

[Bastiaan]

Deze is door een lopende discussie op het moment van posten misschien niet gezien, maar ik houd me nog aanbevolen voor ideeën

Bastiaan schreef op donderdag 22 oktober 2020 @ 13:20:
Ik heb met de laatste twee firmwares (huidig: 4.4.51.5287926) van mijn USG met regelmaat dat de statistieken niet lekker worden weggeschreven naar de controller (5.14.23):

[Afbeelding]

Memory strak op 31%, CPU op 5%, terwijl er gisteren en vandaag handelingen zijn geweest waardoor het zeker beter belast is geweest. Los daarvan: zo lang zo strakke lijn klopt sowieso al niet.

Als ik 'm een herstart of provision geef is er niets meer aan de hand. Althans: voor bepaalde tijd. Dat kan de ene keer 3 dagen zijn, een andere keer een week. Ook op verschillende tijdstippen. Ik zie het ook pas als ik naar de stats kijk, want bij het netwerkgebruik merk ik geen rare dingen. Ik heb ook kort getest met versie 6 van de controller, maar los van dat die eerste versie daarvan puin was en ik liever nog even op de laatste blijf speelde dit probleem daar ook bij.
Daarnaast worden alle andere stats van zowel de USG, de switch en het AP gewoon netjes weggeschreven. Alléén de Usage van de USG niet altijd.

Waar kan ik nog verder kijken om dit probleem aan te pakken?

[Sandolution]

Zijn er hier mensen die ervaring hebben met de AirMAX antennes i.c.m. de Rocket AC? Ik ben me voor een klant aan het verdiepen in een dergelijke oplossing, maar wil eerst eens horen van ervaringsdeskundigen waarvoor zij hem allemaal inzetten. Laat maar komen!

[m3gA]

Heeft iemand de https://eu.store.ui.com/c...ts/uvc-g3-flex-wall-mount waterdichte behuizing voor de UVC G3 Flex al ergens in een Nederlandse winkel gezien? Wil er eentje hebben maar uit principe bestel ik niks waar de verzendkosten hoger zijn dan het product.

[Kopernikus.1979]

Beste,

Ik heb in mijn gateway.config dnat/masquerade regels aangemaakt om ervoor te zorgen dat hardcoded dns request toch naar mijn Pi-Hole gaan, dit werkt, echter breekt dit de static host mapping van mijn unifi controller waardoor de USG zijn verbinding verliest en ik hem terug moet adopteren via IP ipv hostname.

Onderstaand mijn config, iemand een idee hoe dit zou komen?

code:

{
  "system": {
    "static-host-mapping": {
      "host-name": {
        "unifi.kopernikus.local": {
          "alias": [
            "unifi"
          ],
          "inet": [
            "10.10.50.10"
          ]
        }
      }
    }
  },
  "service": {
    "mdns": {
      "repeater": {
        "interface": [
          "eth1.20",
          "eth1.10"
        ]
      }
    },
    "nat": {
      "rule": {
        "1": {
          "description": "Redirect DNS requests",
          "destination": {
            "port": "53"
          },
          "inbound-interface": "eth1.10",
          "inside-address": {
            "address": "10.10.10.5-10.10.10.6",
            "port": "53"
          },
          "source": {
            "address": "!10.10.10.5-10.10.10.6"
          },
          "log": "disable",
          "protocol": "tcp_udp",
          "type": "destination"
        },
        "2": {
          "description": "Redirect DNS requests",
          "destination": {
            "port": "53"
          },
          "inbound-interface": "eth1.20"
          "inside-address": {
            "address": "10.10.20.5-10.10.20.6",
            "port": "53"
          },
          "source": {
            "address": "!10.10.20.5-10.10.20.6"
          },
          "log": "disable",
          "protocol": "tcp_udp",
          "type": "destination"
        },
        "3": {
          "description": "Redirect DNS requests",
          "destination": {
            "port": "53"
          },
          "inbound-interface": "eth1.30",
          "inside-address": {
            "address": "10.10.30.5-10.10.30.6",
            "port": "53"
          },
          "source": {
            "address": "!10.10.30.5-10.10.30.6"
          },
          "log": "disable",
          "protocol": "tcp_udp",
          "type": "destination"
        },       
        "6000": {
          "description": "MASQ DNS requests to LAN",
          "destination": {
            "address": "10.10.10.5-10.10.10.6-10.10.20.5-10.10.20.6-10.10.30.5-10.10.30.6"
            "port": "53"
          },
          "log": "disable",
          "outbound-interface": "eth1",
          "protocol": "tcp_udp",
          "type": "masquerade"
        }
      }
    }
  }
}

[geenwindows]

Kopernikus.1979 schreef op woensdag 28 oktober 2020 @ 11:38:
Beste,

Ik heb in mijn gateway.config dnat/masquerade regels aangemaakt om ervoor te zorgen dat hardcoded dns request toch naar mijn Pi-Hole gaan, dit werkt, echter breekt dit de static host mapping van mijn unifi controller waardoor de USG zijn verbinding verliest en ik hem terug moet adopteren via IP ipv hostname.

Onderstaand mijn config, iemand een idee hoe dit zou komen?

[...]

zo te zien heb je 2 pi-hole's?

toen ik de USG Pro nog gebruikte had ik dit:

code:

{
    "service": {
        "nat": {
            "rule": {
                "1": {
                    "description": "Redirect DNS requests",
                    "destination": {
                        "port": "53"
                    },
                    "inbound-interface": "eth0+",
                    "inside-address": {
                        "address": "10.0.3.6-10.0.3.7",
                        "port": "53"
                    },
                    "source": {
                        "address": "!10.0.3.6-10.0.3.7"
                    },
                    "log": "disable",
                    "protocol": "tcp_udp",
                    "type": "destination"
                },
                "6000": {
                    "description": "MASQ DNS requests to LAN",
                    "destination": {
                        "address": "10.0.3.6-10.0.3.7",
                        "port": "53"
                    },
                    "log": "disable",
                    "outbound-interface": "eth0+",
                    "protocol": "tcp_udp",
                    "type": "masquerade"
                }
            }
        }
    }
}

voor de niet Pro USG is het eth1+ ipv eth0+


Meer info:
https://github.com/stevej...aster/config.gateway.json

[Kopernikus.1979]

geenwindows schreef op woensdag 28 oktober 2020 @ 13:20:
[...]


zo te zien heb je 2 pi-hole's?

toen ik de USG Pro nog gebruikte had ik dit:

code:

{
    "service": {
        "nat": {
            "rule": {
                "1": {
                    "description": "Redirect DNS requests",
                    "destination": {
                        "port": "53"
                    },
                    "inbound-interface": "eth0+",
                    "inside-address": {
                        "address": "10.0.3.6-10.0.3.7",
                        "port": "53"
                    },
                    "source": {
                        "address": "!10.0.3.6-10.0.3.7"
                    },
                    "log": "disable",
                    "protocol": "tcp_udp",
                    "type": "destination"
                },
                "6000": {
                    "description": "MASQ DNS requests to LAN",
                    "destination": {
                        "address": "10.0.3.6-10.0.3.7",
                        "port": "53"
                    },
                    "log": "disable",
                    "outbound-interface": "eth0+",
                    "protocol": "tcp_udp",
                    "type": "masquerade"
                }
            }
        }
    }
}

voor de niet Pro USG is het eth1+ ipv eth0+


Meer info:
https://github.com/stevej...aster/config.gateway.json

Ja inderdaad, 2 Pi-Holes, heb mijn info ook van bovenstaande link gehaald.
De DNS redirect werkt dat is het probleem niet, maar zodra ik de redirect regels in mijn gateway.config.json plaats werkt de static host mapping niet meer...

[ed1703]

Kopernikus.1979 schreef op woensdag 28 oktober 2020 @ 13:57:
[...]


Ja inderdaad, 2 Pi-Holes, heb mijn info ook van bovenstaande link gehaald.
De DNS redirect werkt dat is het probleem niet, maar zodra ik de redirect regels in mijn gateway.config.json plaats werkt de static host mapping niet meer...

Ik mis wat comma's en een accolade:

code:

{
    "system": {
        "static-host-mapping": {
            "host-name": {
                "unifi.kopernikus.local": {
                    "alias": [
                        "unifi"
                    ],
                    "inet": [
                        "10.10.50.10"
                    ]
                }
            }
        }
    },
    "service": {
        "mdns": {
            "repeater": {
                "interface": [
                    "eth1.20",
                    "eth1.10"
                ]
            }
        },
        "nat": {
            "rule": {
                "1": {
                    "description": "Redirect DNS requests",
                    "destination": {
                        "port": "53"
                    },
                    "inbound-interface": "eth1.10",
                    "inside-address": {
                        "address": "10.10.10.5-10.10.10.6",
                        "port": "53"
                    },
                    "source": {
                        "address": "!10.10.10.5-10.10.10.6"
                    },
                    "log": "disable",
                    "protocol": "tcp_udp",
                    "type": "destination"
                },
                "2": {
                    "description": "Redirect DNS requests",
                    "destination": {
                        "port": "53"
                    },
                    "inbound-interface": "eth1.20",
                    "inside-address": {
                        "address": "10.10.20.5-10.10.20.6",
                        "port": "53"
                    },
                    "source": {
                        "address": "!10.10.20.5-10.10.20.6"
                    },
                    "log": "disable",
                    "protocol": "tcp_udp",
                    "type": "destination"
                },
                "3": {
                    "description": "Redirect DNS requests",
                    "destination": {
                        "port": "53"
                    },
                    "inbound-interface": "eth1.30",
                    "inside-address": {
                        "address": "10.10.30.5-10.10.30.6",
                        "port": "53"
                    },
                    "source": {
                        "address": "!10.10.30.5-10.10.30.6"
                    },
                    "log": "disable",
                    "protocol": "tcp_udp",
                    "type": "destination"
                },
                "6000": {
                    "description": "MASQ DNS requests to LAN",
                    "destination": {
                        "address": "10.10.10.5-10.10.10.6-10.10.20.5-10.10.20.6-10.10.30.5-10.10.30.6",
                        "port": "53"
                    },
                    "log": "disable",
                    "outbound-interface": "eth1",
                    "protocol": "tcp_udp",
                    "type": "masquerade"
                }
            }
        }
    }
}

Ik heb 'm even door jsonlint gehaald.
Overigens geen garantie dan het dan wel goed is, want jsonlint kijkt natuurlijk niet naar de commando's.

[Kopernikus.1979]

ed1703 schreef op woensdag 28 oktober 2020 @ 14:40:
[...]

Ik mis wat comma's en een accolade:

code:

{
    "system": {
        "static-host-mapping": {
            "host-name": {
                "unifi.kopernikus.local": {
                    "alias": [
                        "unifi"
                    ],
                    "inet": [
                        "10.10.50.10"
                    ]
                }
            }
        }
    },
    "service": {
        "mdns": {
            "repeater": {
                "interface": [
                    "eth1.20",
                    "eth1.10"
                ]
            }
        },
        "nat": {
            "rule": {
                "1": {
                    "description": "Redirect DNS requests",
                    "destination": {
                        "port": "53"
                    },
                    "inbound-interface": "eth1.10",
                    "inside-address": {
                        "address": "10.10.10.5-10.10.10.6",
                        "port": "53"
                    },
                    "source": {
                        "address": "!10.10.10.5-10.10.10.6"
                    },
                    "log": "disable",
                    "protocol": "tcp_udp",
                    "type": "destination"
                },
                "2": {
                    "description": "Redirect DNS requests",
                    "destination": {
                        "port": "53"
                    },
                    "inbound-interface": "eth1.20",
                    "inside-address": {
                        "address": "10.10.20.5-10.10.20.6",
                        "port": "53"
                    },
                    "source": {
                        "address": "!10.10.20.5-10.10.20.6"
                    },
                    "log": "disable",
                    "protocol": "tcp_udp",
                    "type": "destination"
                },
                "3": {
                    "description": "Redirect DNS requests",
                    "destination": {
                        "port": "53"
                    },
                    "inbound-interface": "eth1.30",
                    "inside-address": {
                        "address": "10.10.30.5-10.10.30.6",
                        "port": "53"
                    },
                    "source": {
                        "address": "!10.10.30.5-10.10.30.6"
                    },
                    "log": "disable",
                    "protocol": "tcp_udp",
                    "type": "destination"
                },
                "6000": {
                    "description": "MASQ DNS requests to LAN",
                    "destination": {
                        "address": "10.10.10.5-10.10.10.6-10.10.20.5-10.10.20.6-10.10.30.5-10.10.30.6",
                        "port": "53"
                    },
                    "log": "disable",
                    "outbound-interface": "eth1",
                    "protocol": "tcp_udp",
                    "type": "masquerade"
                }
            }
        }
    }
}

Ik heb 'm even door jsonlint gehaald.
Overigens geen garantie dan het dan wel goed is, want jsonlint kijkt natuurlijk niet naar de commando's.

Was reeds gecorrigeerd, controleer ook altijd met een json validator vooraleer ik hem upload op de controller. Deze config was wel van voor ik op de Pihole diverse aliassen hebben gemaakt voor mijn VLANS, kan het niet dat ik nu ook voor elke VLAN een nieuwe masquerade regel moet maken met de bijhoren outbound interface? Want nu is de outbound interface voor allemaal eth1...

[ed1703]

Kopernikus.1979 schreef op woensdag 28 oktober 2020 @ 15:36:
[...]


Was reeds gecorrigeerd, controleer ook altijd met een json validator vooraleer ik hem upload op de controller. Deze config was wel van voor ik op de Pihole diverse aliassen hebben gemaakt voor mijn VLANS, kan het niet dat ik nu ook voor elke VLAN een nieuwe masquerade regel moet maken met de bijhoren outbound interface? Want nu is de outbound interface voor allemaal eth1...

Ik kan even niet linken wat dit met je probleem te maken heeft, omdat het subnet waar je static host mapping voor geconfigureerd is, helemaal niet in je nat en masq-regels staat en je USG op DNS-naam de verbinding met je unifi-controller verliest. Even een tip: .local namen zijn eigenlijk al voorbehouden voor MDNS/Avahi-namen, het is niet handig deze door elkaar te gebruiken met DNS.

[ Voor 8% gewijzigd door ed1703 op 28-10-2020 16:10 ]

[Kopernikus.1979]

ed1703 schreef op woensdag 28 oktober 2020 @ 16:07:
[...]

Ik kan even niet linken wat dit met je probleem te maken heeft, omdat het subnet waar je static host mapping voor geconfigureerd is, helemaal niet in je nat en masq-regels staat en je USG op DNS-naam de verbinding met je unifi-controller verliest. Even een tip: .local namen zijn eigenlijk al voorbehouden voor MDNS/Avahi-namen, het is niet handig deze door elkaar te gebruiken met DNS.

Nee inderdaad, probeer antwoorden te vinden, vandaar...
Ik gebruik geen .local maar een FQDN voor UniFi, had deze aangepast voor privacy redenen.
Maar niet te min je hebt gelijk de range van de static mapping komt niet voor in de nat & masq regels dus snap ik ook niet hoe het komt, maar wat een feit is zodra ik de nat/masq regels verwijder werkt de static host mapping voor unifi terug.

[ed1703]

Kopernikus.1979 schreef op woensdag 28 oktober 2020 @ 16:31:
[...]


Nee inderdaad, probeer antwoorden te vinden, vandaar...
Ik gebruik geen .local maar een FQDN voor UniFi, had deze aangepast voor privacy redenen.
Maar niet te min je hebt gelijk de range van de static mapping komt niet voor in de nat & masq regels dus snap ik ook niet hoe het komt, maar wat een feit is zodra ik de nat/masq regels verwijder werkt de static host mapping voor unifi terug.

Bij de post van @geenwindows viel mij wel dit op:
"outbound-interface": "eth0+",

vertaling naar jouw setup is dat "outbound-interface": "eth1+",

al getest?

[Kopernikus.1979]

ed1703 schreef op woensdag 28 oktober 2020 @ 17:00:
[...]

Bij de post van @geenwindows viel mij wel dit op:
"outbound-interface": "eth0+",

vertaling naar jouw setup is dat "outbound-interface": "eth1+",

al getest?

Ja, maakt geen verschil.
De config zoals ze is heeft al gewerkt toen ik nog geen aliassen had toegekend voor iedere VLAN in Pi-Hole.
Ook gebruikt eth1 nu ook als DNS Pihole, voordien gebruikte ik enkel PiHole voor mijn user & IoT VLAN.

[ed1703]

Kopernikus.1979 schreef op woensdag 28 oktober 2020 @ 17:05:
[...]


Ja, maakt geen verschil.
De config zoals ze is heeft al gewerkt toen ik nog geen aliassen had toegekend voor iedere VLAN in Pi-Hole.
Ook gebruikt eth1 nu ook als DNS Pihole, voordien gebruikte ik enkel PiHole voor mijn user & IoT VLAN.

Ok, vaag. Vooral ook omdat die static-host-mapping niets met je pihole DNS te maken heeft.
Als het zo verkeerd staat, lukt het wel om andere domains te resolven lokaal op je USG?
Zoals host tweakers.net?

Als je nu die aliassen eens opsplitst in om te beginnen 1 extra regel? met 1extra alias dus.
Ik gebruik jouw setup helemaal niet, dus ik probeer slechts mee te denken.
Ik redirect DNS alleen voor gebruik van het gastennetwerk.

[xbeam]

ed1703 schreef op woensdag 28 oktober 2020 @ 17:14:
[...]

Ok, vaag. Vooral ook omdat die static-host-mapping niets met je pihole DNS te maken heeft.
Als het zo verkeerd staat, lukt het wel om andere domains te resolven lokaal op je USG?
Zoals host tweakers.net?

Als je nu die aliassen eens opsplitst in om te beginnen 1 extra regel? met 1extra alias dus.
Ik gebruik jouw setup helemaal niet, dus ik probeer slechts mee te denken.
Ik redirect DNS alleen voor gebruik van het gastennetwerk.

Kan wel je kan de p-hole ook als dhcp server in zetten?

[geenwindows]

ed1703 schreef op woensdag 28 oktober 2020 @ 17:00:
[...]

Bij de post van @geenwindows viel mij wel dit op:
"outbound-interface": "eth0+",

vertaling naar jouw setup is dat "outbound-interface": "eth1+",

al getest?

USG pro: eth0+
USG non-pro: eth1+

[Kopernikus.1979]

geenwindows schreef op woensdag 28 oktober 2020 @ 18:22:
[...]


USG pro: eth0+
USG non-pro: eth1+

Ben je zeker van de + na eth1?
Heb daarnet beetje zitten rondneuzen op forum van Ubiquiti zelf en daar zie ik in de configs enkel eth1 zonder +

[geenwindows]

Kopernikus.1979 schreef op woensdag 28 oktober 2020 @ 20:26:
[...]


Ben je zeker van de + na eth1?
Heb daarnet beetje zitten rondneuzen op forum van Ubiquiti zelf en daar zie ik in de configs enkel eth1 zonder +

de config die ik hier geplaatst heb heb ik zelf gebruikt, het is wel even geleden dat ik de usg heb gebruikt, januari dit jaar vervangen door wat anders.
het werkt sowieso met de USG pro4

dat + heb ik gebruikt om alle interfaces door te sturen naar pi-hole, ook het gasten netwerk werd doorgestuurd naar pi-hole, pi-hole zag deze verzoeken dan alsof ze van de usg zelf kwamen (je kunt dus niet in pi-hole zien welke client verzoek x deed.)
ik zal eens kijken waar ik meer info over het gebruik van de + kan terug vinden...

[Kopernikus.1979]

geenwindows schreef op woensdag 28 oktober 2020 @ 21:22:
[...]


de config die ik hier geplaatst heb heb ik zelf gebruikt, het is wel even geleden dat ik de usg heb gebruikt, januari dit jaar vervangen door wat anders.
het werkt sowieso met de USG pro4

dat + heb ik gebruikt om alle interfaces door te sturen naar pi-hole, ook het gasten netwerk werd doorgestuurd naar pi-hole, pi-hole zag deze verzoeken dan alsof ze van de usg zelf kwamen (je kunt dus niet in pi-hole zien welke client verzoek x deed.)
ik zal eens kijken waar ik meer info over het gebruik van de + kan terug vinden...

Op die manier.
Maar gezien ik in iedere VLAN een Pihole alias heb lijkt het mij beter om iedere interface afzonderlijk te definieren, door de masquerade kan je wel niet zien welke device de request deed maar door de interfaces afzonderlijk te plaatsen kan ik wel zien vanaf welke vlan (gateway) afkomstig ipv de USG.

[Kopernikus.1979]

Ik heb het werkend, voorlopig met 1 VLAN, morgen de rest toevoegen en zien wat het geeft.
Ondertussen denk ik ook het probleem met de static host mapping gevonden te hebben, de USG zit dus op het IP adres van de eth1 gateway, maar bij de source regels staat er enkel !pihole IP's dus met als gevolg dat deze ook door de dnat regel geforwared worden met als resultaat dat de cloud key niet meer bereikbaar is...

Voor wie interesse heeft:

code:

{
  "system": {
    "static-host-mapping": {
      "host-name": {
        "FQDN": {
          "alias": [
            "unifi"
          ],
          "inet": [
            "10.10.50.10"
          ]
        }
      }
    }
  },
  "service": {
    "mdns": {
      "repeater": {
        "interface": [
          "eth1.20",
          "eth1.10"
        ]
      }
    },
    "nat": {
      "rule": {
        "1": {
          "description": "Redirect IoT VLAN DNS requests",
          "destination": {
            "port": "53"
          },
          "inbound-interface": "eth1.20",
          "inside-address": {
            "address": "10.10.20.5-10.10.20.6",
            "port": "53"
          },
          "source": {
            "address": "!10.10.20.5-10.10.20.6"
          },
          "log": "disable",
          "protocol": "tcp_udp",
          "type": "destination"
        },
        "6000": {
          "description": "MASQ IoT VLAN DNS requests",
          "destination": {
            "address": "10.10.20.5-10.10.20.6",
            "port": "53"
          },
          "log": "disable",
          "outbound-interface": "eth1.20",
          "protocol": "tcp_udp",
          "type": "masquerade"
        }
      }
    }
  }
}

[ Voor 9% gewijzigd door Kopernikus.1979 op 28-10-2020 21:53 ]

[ed1703]

Kopernikus.1979 schreef op woensdag 28 oktober 2020 @ 21:39:
Ik heb het werkend, voorlopig met 1 VLAN, morgen de rest toevoegen en zien wat het geeft.
Ondertussen denk ik ook het probleem met de static host mapping gevonden te hebben, de USG zit dus op het IP adres van de eth1 gateway, maar bij de source regels staat er enkel !pihole IP's dus met als gevolg dat deze ook door de dnat regel geforwared worden met als resultaat dat de cloud key niet meer bereikbaar is...

Voor wie interesse heeft:

code:

{
  "system": {
    "static-host-mapping": {
      "host-name": {
        "FQDN": {
          "alias": [
            "unifi"
          ],
          "inet": [
            "10.10.50.10"
          ]
        }
      }
    }
  },
  "service": {
    "mdns": {
      "repeater": {
        "interface": [
          "eth1.20",
          "eth1.10"
        ]
      }
    },
    "nat": {
      "rule": {
        "1": {
          "description": "Redirect IoT VLAN DNS requests",
          "destination": {
            "port": "53"
          },
          "inbound-interface": "eth1.20",
          "inside-address": {
            "address": "10.10.20.5-10.10.20.6",
            "port": "53"
          },
          "source": {
            "address": "!10.10.20.5-10.10.20.6"
          },
          "log": "disable",
          "protocol": "tcp_udp",
          "type": "destination"
        },
        "6000": {
          "description": "MASQ IoT VLAN DNS requests",
          "destination": {
            "address": "10.10.20.5-10.10.20.6",
            "port": "53"
          },
          "log": "disable",
          "outbound-interface": "eth1.20",
          "protocol": "tcp_udp",
          "type": "masquerade"
        }
      }
    }
  }
}

Kun je eens laten zien wat er op je USG staat in:

code:

cat /etc/resolv.conf
cat /etc/dnsmasq.conf

Even benieuwd.

[Kopernikus.1979]

ed1703 schreef op woensdag 28 oktober 2020 @ 22:32:
[...]

Kun je eens laten zien wat er op je USG staat in:

code:

cat /etc/resolv.conf
cat /etc/dnsmasq.conf

Even benieuwd.

resolv.conf

code:

Kopernikus@UniFiSecurityGateway:~$ cat /etc/resolv.conf
nameserver      127.0.0.1
#line generated by /opt/vyatta/sbin/vyatta_update_resolv.pl
domain          Kopernikus-Native.lan
Kopernikus@UniFiSecurityGateway:~$

dnsmasq.conf

code:

Kopernikus@UniFiSecurityGateway:~$ cat /etc/dnsmasq.conf
#
# autogenerated by vyatta-dns-forwarding.pl on Wed Oct 28 21:36:07 CET 2020
#
log-facility=/var/log/dnsmasq.log
except-interface=eth0
cache-size=10000
ptr-record=1.1.10.10.in-addr.arpa,UniFiSecurityGateway
all-servers
cname=unifi.kopernikus-native.lan,unifi.kopernikus-trusted.lan,unifi.kopernikus-                                                                   iot.lan,unifi.kopernikus-guests.lan,unifi.kopernikus-surveillance.lan,unifi.kope                                                                   rnikus-servers.lan,unifi.kopernikus-management.lan,unifi
resolv-file=/etc/resolv.conf.dhclient-new-eth0
server=1.1.1.1
host-record=unifi,10.10.50.10

Ik snap enkel niet wat die server=1.1.1.1 daar komt te doen, ik heb die nergens in mijn controller ingesteld, bij mijn WAN staat er geen DNS ingevuld (gebruikt dus die van mijn ISP) en bij mijn LAN/VLANS staat de dns van mijn 2 Pi-Hole's. De alias unifi van mijn FQDN hostname zie ik ook staan maar die FQDN zelf niet op zich geen probleem gezien de alias erin staat en alles werkt, louter uit interesse...

Als ik dan bv info command doe op de USG, staat er wel connected to (http://mijnFQDN:8080/inform) dus hij is wel degelijk via de FQDN hostname verbonden met de controller.

[ Voor 4% gewijzigd door Kopernikus.1979 op 29-10-2020 07:33 ]

[ed1703]

Kopernikus.1979 schreef op donderdag 29 oktober 2020 @ 07:30:
[...]


resolv.conf

code:

Kopernikus@UniFiSecurityGateway:~$ cat /etc/resolv.conf
nameserver      127.0.0.1
#line generated by /opt/vyatta/sbin/vyatta_update_resolv.pl
domain          Kopernikus-Native.lan
Kopernikus@UniFiSecurityGateway:~$

dnsmasq.conf

code:

Kopernikus@UniFiSecurityGateway:~$ cat /etc/dnsmasq.conf
#
# autogenerated by vyatta-dns-forwarding.pl on Wed Oct 28 21:36:07 CET 2020
#
log-facility=/var/log/dnsmasq.log
except-interface=eth0
cache-size=10000
ptr-record=1.1.10.10.in-addr.arpa,UniFiSecurityGateway
all-servers
cname=unifi.kopernikus-native.lan,unifi.kopernikus-trusted.lan,unifi.kopernikus-                                                                   iot.lan,unifi.kopernikus-guests.lan,unifi.kopernikus-surveillance.lan,unifi.kope                                                                   rnikus-servers.lan,unifi.kopernikus-management.lan,unifi
resolv-file=/etc/resolv.conf.dhclient-new-eth0
server=1.1.1.1
host-record=unifi,10.10.50.10

Ik snap enkel niet wat die server=1.1.1.1 daar komt te doen, ik heb die nergens in mijn controller ingesteld, bij mijn WAN staat er geen DNS ingevuld (gebruikt dus die van mijn ISP) en bij mijn LAN/VLANS staat de dns van mijn 2 Pi-Hole's. De alias unifi van mijn FQDN hostname zie ik ook staan maar die FQDN zelf niet op zich geen probleem gezien de alias erin staat en alles werkt, louter uit interesse...

Als ik dan bv info command doe op de USG, staat er wel connected to (http://mijnFQDN:8080/inform) dus hij is wel degelijk via de FQDN hostname verbonden met de controller.

Kan dan mede daarom de link niet zo leggen.
Maar eens kijken of het splitsen van de masq-regels je oplossing brengt. Lijkt het al wel op.
Probleem moet echt in de json gezocht worden en niet in de resolving, die moet gewoon werken, want er gaat niets je lan op.
Dat 1.1.1.1 zal een oplossing in het dnsmasq-script zijn als men niets opgeeft bij de DNS-servers op het WAN.

my @dhcp_nameservers = `grep nameserver /etc/resolv.conf.dhclient-new-$interface`

[ Voor 3% gewijzigd door ed1703 op 29-10-2020 08:05 ]

[HKLM_]

Klopt het dat de 6.x firmware nog niet automatisch aangeboden wordt op de UDM-pro? Of heb ik iets gemist

[MuVo]

Ubiquiti leuk product, veel functies maar totaal niet stabiel als het gaat om wifi. Zelfs een basic opstelling met 2 AP's en 1 controller blijft niet stabiel. Om gefrustreerd van te worden, hiervoor heb ik geen 300 euro aan unifi apparatuur aangeschaft..

Als ik specifiek naar de huidige problemen kijk dan heb ik een prima wifi signaal:
1. Het signaal valt weg of kort disconnect bijvoorbeeld tijdens het browsen op een telefoon.
2. Op windows systemen: "The Default gateway is not available", terwijl mijn mobiel prima internet heeft via wifi.
3. Chromecast welke spontaan signaal verliest en niet, maar ook echt niet meer kan verbinden met het wifi netwerk. Terwijl mijn mobiel prima internet heeft via wifi.
4. Mijn mobiel vaak wisselt tussen Wifi en 4G.
5. Het meest opmerkelijke probleem: Access Points veranderen van kanaal, terwijl ik deze er fixed in zet. Dit resulteert in trage verbindingen. Iemand een idee hoe dit kan?

Een KPN ziggo access modem geeft stabieler wifi dan Ubiquiti... .

Ik heb al veel uitleg op internet gevolgd om mijn wifi snel en stabiel te krijgen, maar het gaat maar met kleine stapjes.

Huidige probleem:

Dit veroorzaakt probleem 1, 2 en 3. heeft iemand een idee wat "high retry rates" veroorzaakt?

Daarnaast zie ik nog een aantal "DHCP Timeout/Failure" errors en 1x "WPA Authentication Timeout/Failure"

[ Voor 24% gewijzigd door MuVo op 30-10-2020 10:58 ]

[Falcon10]

Nogal kort door de bocht MuVo om het direct op Unifi te steken.
Dat je default gateway niet available is, heeft niets met je wifi te maken, maar met je gateway zelf, en afgaand op je printscreen, is er geen Unifi Gateway, maar 1 van je ISP of TPlink of whatever merk er tussen zit.
Enkel je switch en 2 AP's zijn Unifi.

Ben je zeker dat je gateway zelf goed geconfigureerd is ?
Kabel tussen je switch en gateway zelf 100% in orde ? Misschien rare knik in de kabel die het signaal op die kabel niet 100% perfect doet verlopen.

Misschien eens al je Unifi materiaal factory reset geven en alles van 0 opnieuw instellen.
Het feit dat ook je wifi kanalen steeds wisselen, is toch teken dat het ergens nog zou aanstaan, terwijl je zegt dat het uitstaat.

[jgsr]

Ik ben sinds 1,5 maand geheel over op unifi apparatuur en ben enthousiast! Ervaar geen verbindings problemen. De error meldingen die jij benoemd zijn inderdaad wat kinderziektes en ik lees inderdaad wel veel klachten over de 6.0 versie van de controller.. maar goed ik draai zolang prima op de 5 versie

[prutser001]

Kan het zo niet vinden maar, ik heb een 3 Unifi AP's in mijn netwerk gehangen naast mijn Ruckus R510's, werken goed, zijn te zien in de Unifi Network app etc.

Ook heb ik een Edgerouter Lite 3 (ERLite-3) liggen wil eigenlijk weten of deze te gebruiken is met de Unifi Network 6.0.28 als in alle toeters en bellen zijn daar zichtbaar? Is hij dan ook via Unifi Network in te regelen/aan te passen?

Aangesloten op ETH1 (DHCP) en instellingen verandert:
DHCP toegevoegd optie ingesteld 'services->dhcp->config->'unifi' IP'
Maar hij komt niet naar voren bij apparaten. Of moet hij dan echt helemaal ingesteld zijn en alles regelen?

[pinda powerrr]

Falcon10 schreef op vrijdag 30 oktober 2020 @ 11:03:
Nogal kort door de bocht MuVo om het direct op Unifi te steken.

Ik kan me een klein beetje wel herkennen in dit verhaal hoor. Heb het heel regelmatig dat mijn telefoon geen internet meer heeft. Dan zit ik letterlijk op 3 meter afstand van de NanoHD met dus vol bereik. De Chromecast heeft ook wel eens een moment dat de verbinding weg is, deze staat ook in "line of sight" met een AP.

In de controller staat bij mij ook dat de telefoon hoge retry rates heeft.
Ik kan het ook niet herproduceren, het gebeurt ineens. Even wifi uit en weer aan en daarna weer prima.

In mijn geval heb ik een cloud key en USG in het netwerk hangen.

[ Voor 20% gewijzigd door pinda powerrr op 30-10-2020 11:15 ]

[MuVo]

Falcon10 schreef op vrijdag 30 oktober 2020 @ 11:03:
Nogal kort door de bocht MuVo om het direct op Unifi te steken.
Dat je default gateway niet available is, heeft niets met je wifi te maken, maar met je gateway zelf, en afgaand op je printscreen, is er geen Unifi Gateway, maar 1 van je ISP of TPlink of whatever merk er tussen zit.
Enkel je switch en 2 AP's zijn Unifi.

Ben je zeker dat je gateway zelf goed geconfigureerd is ?
Kabel tussen je switch en gateway zelf 100% in orde ? Misschien rare knik in de kabel die het signaal op die kabel niet 100% perfect doet verlopen.

Misschien eens al je Unifi materiaal factory reset geven en alles van 0 opnieuw instellen.
Het feit dat ook je wifi kanalen steeds wisselen, is toch teken dat het ergens nog zou aanstaan, terwijl je zegt dat het uitstaat.

Het is inderdaad kort door de bocht, maar het luchtte wel even wat frustraties op.
Als modem gebruik ik een Pfsense firewall, welke correct is geconfigureerd en robuust werkt. Deze firewall ben ik ook al volledig aan het controleren geweest op incorrect heden.

Kabels heb ik ook recent allemaal gecontroleerd en eventueel opnieuw gemonteerd.

Ik ga de wifi kanalen instellingen nog eens uitzoeken. Wat ik versta op uit is dat ik zelf een kanaal selecteer, in plaats van Auto. Is er nog een optie waar ik kanaal opties kan instellen in de controller?

Update:
Momenteel draai ik versie 5.13.32, ik zal vanavond de controller eens updaten naar de laatste docker image
versie 6.0.28-LS83

[ Voor 13% gewijzigd door MuVo op 30-10-2020 13:03 ]

[xven0mxz]

Misschien dat hier iemand de gouden tip heeft.

Van de week een Unifi inwall-ac ingebouwd. Nu krijg ik de snelheid niet hoger dan 85/90mb. Dit terwijl ik thuis 200/200 heb. Ik zit bijna naast de AP.

Constructie
Experiabox(Wifi staat aan, maar is niet verbonden met deze AP.) > TP-link switch > Unifi inwall.

[ Voor 9% gewijzigd door xven0mxz op 30-10-2020 13:18 ]

[prutser001]

MuVo schreef op vrijdag 30 oktober 2020 @ 11:18:
[...]


Het is inderdaad kort door de bocht, maar het luchtte wel even wat frustraties op.
Als modem gebruik ik een Pfsense firewall, welke correct is geconfigureerd en robuust werkt. Deze firewall ben ik ook al volledig aan het controleren geweest op incorrect heden.

Kabels heb ik ook recent allemaal gecontroleerd en eventueel opnieuw gemonteerd.

Ik ga de wifi kanalen instellingen nog eens uitzoeken. Wat ik versta op uit is dat ik zelf een kanaal selecteer, in plaats van Auto. Is er nog een optie waar ik kanaal opties kan instellen in de controller?

Ik heb ook zoiets gehad, alle kabels getest, ook op weerstand/lengte etc. Alles leek goed.
1 AP bleef raar doen gaat weken goed en ineens wel verbinding maar constant uitroepteken bij wifi icoon errors etc.

Was het zat en heb toen gewoon een nieuwe kabel getrokken en nu is probleem opgelost.

Dit was overigens niet met een Ubiquiti AP maar met en Ruckus. Deze omgewisseld en ineens gaf Unifi controller aan dat er 1 AP weg was terwijl alle AP's gewoon lampjes hadden branden etc.

[ Voor 8% gewijzigd door prutser001 op 30-10-2020 13:22 ]

[Skynett]

xven0mxz schreef op vrijdag 30 oktober 2020 @ 13:17:
Misschien dat hier iemand de gouden tip heeft.

Van de week een Unifi inwall-ac ingebouwd. Nu krijg ik de snelheid niet hoger dan 85/90mb. Dit terwijl ik thuis 200/200 heb. Ik zit bijna naast de AP.

Constructie
Experiabox(Wifi staat aan, maar is niet verbonden met deze AP.) > TP-link switch > Unifi inwall.

Link speed? Kabelproblemen waardoor ergens de snelheid op 100Mbit blijft steken? Heb ik ook gehad met een nieuwe kabel. Kabel vervangen en probleem was opgelost.

[xven0mxz]

prutser001 schreef op vrijdag 30 oktober 2020 @ 13:20:
[...]


Ik heb ook zoiets gehad, alle kabels getest, ook op weerstand/lengte etc. Alles leek goed.
1 AP bleef raar doen gaat weken goed en ineens wel verbinding maar constant uitroepteken bij wifi icoon errors etc.

Was het zat en heb toen gewoon een nieuwe kabel getrokken en nu is probleem opgelost.

Dit was overigens niet met een Ubiquiti AP maar met en Ruckus. Deze omgewisseld en ineens gaf Unifi controller aan dat er 1 AP weg was terwijl alle AP's gewoon lampjes hadden branden etc.

Skynett schreef op vrijdag 30 oktober 2020 @ 13:26:
[...]

Link speed? Kabelproblemen waardoor ergens de snelheid op 100Mbit blijft steken? Heb ik ook gehad met een nieuwe kabel. Kabel vervangen en probleem was opgelost.

Zie inderdaad dat die in de switch nog op 100 staat ondanks dat die op auto stond. Ook in de controller geeft die 100 weer.

Maar als ik hem nu op 1000 zet blijft het blauwe lampje knipperen en krijg ik geen verbinding meer in de controller. Als ik hem vervolgens stroomloos maak blijft die alleen maar wit knipperen. tot dat ik hem terug zet naar 100 dan werkt die weer....

[ Voor 44% gewijzigd door xven0mxz op 30-10-2020 13:46 ]

[magneet]

xven0mxz schreef op vrijdag 30 oktober 2020 @ 13:38:
[...]


[...]


Zie inderdaad dat die in de switch nog op 100 staat ondanks dat die op auto stond. Ook in de controller geeft die 100 weer.

Maar als ik hem nu op 1000 zet blijft het blauwe lampje knipperen en krijg ik geen verbinding meer in de controller. Als ik hem vervolgens stroomloos maak blijft die alleen maar wit knipperen. tot dat ik hem terug zet naar 100 dan werkt die weer....

Klinkt als een gare kabel/connector.

Vraag: ga de experiabox eindelijk vervangen, ik wil naar unify aangezien ik ook al een paar unify ap's heb(heb wel een edgerouter-x in mijn lab) dus usg of dream machine. Hoe is de firmware tegenwoordig van de UDM, nog steeds veel functies in beta wat je vaak leest of is dat niet meer zo?

[Arunia]

We hebben hier iets heel vaags.
Mijn vrouw hoor ik regelmatig klagen over haar mobiel (iPhone) en haar werklaptop dat ze geen verbinding heeft.
Even later is de verbinding wel weer terug. Ze zit dan eigenlijk al de gehele tijd op dezelfde plek.
Als ik zo even kijk in het dashboard, kom ik denk ik niets vaags tegen. Op WiFi Metrics Anomalies na.
Waarbij er High WiFi retries en High TCP latency voor komen.
Eigenlijk op alle wifi apparaten. Dus mijn werklaptop, werkmobiel, haar mobiel en haar werklaptop, maar blijkbaar gaan haar apparaten er op een bepaalde manier mee om waardoor dit gebeurd.

Ik heb ook geen idee wat ik met deze meldingen zou moeten.

[TheFirepit]

De laatste tijd heb ik steeds meer ruzie met mijn huidige netwerk en ben van plan een keer goed te investeren in een nieuwe netwerkapparatuur en mijn oog is gevallen op Ubiquiti.

Na wat rondgekeken te hebben ben ik nu eerst op het volgende lijstje terecht gekomen:

#	Category	Product	Prijs	Subtotaal
2	Netwerk switches	Ubiquiti NanoSwitch	€ 33,88	€ 67,76
2	Access points	Ubiquiti UniFi AP-AC LITE (1-Pack)	€ 76,-	€ 152,-
1	Modems en routers	Ubiquiti EdgeRouter X SFP	€ 74,33	€ 74,33

De Edgerouter X SFP komt dan rechtstreeks aan mijn inkomende glaskabel te hangen.

Vanuit de Edgerouter X gaat een kabel naar de TV setup in de woonkamer en twee kabels naar elke NanoSwitches één. De AP's komen dan aan de NanoSwitches te hangen. Eén van de AP's zal in het trappenhuis komen te hangen en één AP achter in de kamer om de boel goed af te dekken qua bereik.

Achter beide NanoSwitches komt dan ook nog ander apparatuur te hangen (Synology, vaste PC, omvormer, ...).

Zie ik bij het bovenstaande ook nog wat over het hoofd waar ik rekening mee zou moeten houden?

[Kopernikus.1979]

Ondertussen zijn de andere VLANS ook toegevoegd in "force dns to pihole", mijn config:

code:

"nat": {
      "rule": {
        "10": {
          "description": "Redirect Trusted VLAN DNS requests",
          "destination": {
            "port": "53"
          },
          "inbound-interface": "eth1.10",
          "inside-address": {
            "address": "10.10.10.5-10.10.10.6",
            "port": "53"
          },
          "source": {
            "address": "!10.10.10.5-10.10.10.6"
          },
          "log": "disable",
          "protocol": "tcp_udp",
          "type": "destination"
        },
        "20": {
          "description": "Redirect IoT VLAN DNS requests",
          "destination": {
            "port": "53"
          },
          "inbound-interface": "eth1.20",
          "inside-address": {
            "address": "10.10.20.5-10.10.20.6",
            "port": "53"
          },
          "source": {
            "address": "!10.10.20.5-10.10.20.6"
          },
          "log": "disable",
          "protocol": "tcp_udp",
          "type": "destination"
        },
        "30": {
          "description": "Redirect Guests VLAN DNS requests",
          "destination": {
            "port": "53"
          },
          "inbound-interface": "eth1.30",
          "inside-address": {
            "address": "10.10.30.5-10.10.30.6",
            "port": "53"
          },
          "source": {
            "address": "!10.10.30.5-10.10.30.6"
          },
          "log": "disable",
          "protocol": "tcp_udp",
          "type": "destination"
        },
        "6010": {
          "description": "MASQ Trusted VLAN DNS requests",
          "destination": {
            "address": "10.10.10.5-10.10.10.6",
            "port": "53"
          },
          "log": "disable",
          "outbound-interface": "eth1.10",
          "protocol": "tcp_udp",
          "type": "masquerade"
        },
        "6020": {
          "description": "MASQ IoT VLAN DNS requests",
          "destination": {
            "address": "10.10.20.5-10.10.20.6",
            "port": "53"
          },
          "log": "disable",
          "outbound-interface": "eth1.20",
          "protocol": "tcp_udp",
          "type": "masquerade"
        },
        "6030": {
          "description": "MASQ Guests VLAN DNS requests",
          "destination": {
            "address": "10.10.30.5-10.10.30.6",
            "port": "53"
          },
          "log": "disable",
          "outbound-interface": "eth1.30",
          "protocol": "tcp_udp",
          "type": "masquerade"

Ik heb wel een raar bijverschijnsel op mijn IoT, dus de hardcoded dns van bv chromcast/shield gaan nu wel mooi door de Pi-Hole en zie ik in de logs als de IoT gateway, maar wat opvalt dat er opeens veeeeeeeel meer request zijn van die apparaten naar google.com als ik die regels uitzet is alles weer normaal, iemand hier een verklaring voor?

[prutser001]

TheFirepit schreef op vrijdag 30 oktober 2020 @ 14:44:
De laatste tijd heb ik steeds meer ruzie met mijn huidige netwerk en ben van plan een keer goed te investeren in een nieuwe netwerkapparatuur en mijn oog is gevallen op Ubiquiti.

Na wat rondgekeken te hebben ben ik nu eerst op het volgende lijstje terecht gekomen:

#	Category	Product	Prijs	Subtotaal
2	Netwerk switches	Ubiquiti NanoSwitch	€ 33,88	€ 67,76
2	Access points	Ubiquiti UniFi AP-AC LITE (1-Pack)	€ 76,-	€ 152,-
1	Modems en routers	Ubiquiti EdgeRouter X SFP	€ 74,33	€ 74,33

De Edgerouter X SFP komt dan rechtstreeks aan mijn inkomende glaskabel te hangen.

Vanuit de Edgerouter X gaat een kabel naar de TV setup in de woonkamer en twee kabels naar elke NanoSwitches één. De AP's komen dan aan de NanoSwitches te hangen. Eén van de AP's zal in het trappenhuis komen te hangen en één AP achter in de kamer om de boel goed af te dekken qua bereik.

Achter beide NanoSwitches komt dan ook nog ander apparatuur te hangen (Synology, vaste PC, omvormer, ...).

Zie ik bij het bovenstaande ook nog wat over het hoofd waar ik rekening mee zou moeten houden?

Zou je niet wat extra ruimte willen voor de toekomst?

[Rivanov]

Ik loop tegen het volgende aan. Heb mijn eigen hostname ingesteld om van buitenaf mijn UniFi Controller te benaderen (Dream Machine). Ik kom hiermee op de pagina van waaruit ik naar de Controller kan, middels de Launch knop.



Maar daarna redirect hij naar het lokale IP adres waardoor ik niet meer verder kan.

Iemand enig idee hoe ik dit kan oplossen?

[pinda powerrr]

Arunia schreef op vrijdag 30 oktober 2020 @ 14:39:
We hebben hier iets heel vaags.
Mijn vrouw hoor ik regelmatig klagen over haar mobiel (iPhone) en haar werklaptop dat ze geen verbinding heeft.
Even later is de verbinding wel weer terug. Ze zit dan eigenlijk al de gehele tijd op dezelfde plek.
Als ik zo even kijk in het dashboard, kom ik denk ik niets vaags tegen. Op WiFi Metrics Anomalies na.
Waarbij er High WiFi retries en High TCP latency voor komen.
Eigenlijk op alle wifi apparaten. Dus mijn werklaptop, werkmobiel, haar mobiel en haar werklaptop, maar blijkbaar gaan haar apparaten er op een bepaalde manier mee om waardoor dit gebeurd.

Ik heb ook geen idee wat ik met deze meldingen zou moeten.

MuVo schreef op vrijdag 30 oktober 2020 @ 10:55:
Ubiquiti leuk product, veel functies maar totaal niet stabiel als het gaat om wifi. Zelfs een basic opstelling met 2 AP's en 1 controller blijft niet stabiel. Om gefrustreerd van te worden, hiervoor heb ik geen 300 euro aan unifi apparatuur aangeschaft..

Als ik specifiek naar de huidige problemen kijk dan heb ik een prima wifi signaal:
1. Het signaal valt weg of kort disconnect bijvoorbeeld tijdens het browsen op een telefoon.
2. Op windows systemen: "The Default gateway is not available", terwijl mijn mobiel prima internet heeft via wifi.
3. Chromecast welke spontaan signaal verliest en niet, maar ook echt niet meer kan verbinden met het wifi netwerk. Terwijl mijn mobiel prima internet heeft via wifi.
4. Mijn mobiel vaak wisselt tussen Wifi en 4G.
5. Het meest opmerkelijke probleem: Access Points veranderen van kanaal, terwijl ik deze er fixed in zet. Dit resulteert in trage verbindingen. Iemand een idee hoe dit kan?

Een KPN ziggo access modem geeft stabieler wifi dan Ubiquiti... .

Ik heb al veel uitleg op internet gevolgd om mijn wifi snel en stabiel te krijgen, maar het gaat maar met kleine stapjes.

Huidige probleem:
[Afbeelding]
Dit veroorzaakt probleem 1, 2 en 3. heeft iemand een idee wat "high retry rates" veroorzaakt?

Daarnaast zie ik nog een aantal "DHCP Timeout/Failure" errors en 1x "WPA Authentication Timeout/Failure"

pinda powerrr schreef op vrijdag 30 oktober 2020 @ 11:14:
[...]


Ik kan me een klein beetje wel herkennen in dit verhaal hoor. Heb het heel regelmatig dat mijn telefoon geen internet meer heeft. Dan zit ik letterlijk op 3 meter afstand van de NanoHD met dus vol bereik. De Chromecast heeft ook wel eens een moment dat de verbinding weg is, deze staat ook in "line of sight" met een AP.

In de controller staat bij mij ook dat de telefoon hoge retry rates heeft.
Ik kan het ook niet herproduceren, het gebeurt ineens. Even wifi uit en weer aan en daarna weer prima.

In mijn geval heb ik een cloud key en USG in het netwerk hangen.

Goh, drie reacties over hetzelfde euvel, toch wel een dingetje dan.

[Arunia]

@pinda powerrr … Shoot, helemaal niet zo ver terug gescrollt. Sorry!
Kom de meldingen al vanaf 2 jaar geleden tegen als ik internet zo af struin. Maar buiten een update geen oplossing blijkbaar of eerder een terugkomend fenomeen.

@MuVo Hier hetzelfde. Moet alleen zeggen dat ik er zelf weinig van merk. Wat ik dus weer richting mijn vrouw aan geef dat zij altijd wel ergens last van heeft. (als man moet je als je een keer gelijk hebt, het wel breed uitmeten).
Echter, hebben mijn apparaten er ook blijkbaar last van, maar valt het me niet op.
Hoop dat we een keer een oplossing kunnen vinden voor dit probleem. Weet alleen niet waar te beginnen. Kan best ergens een instelling zijn.
Heb hier een USG 3p, 2x een AP pro (laatste model voor de nano etc) en 2x PoE switches.

[ Voor 54% gewijzigd door Arunia op 30-10-2020 15:20 ]

[TheFirepit]

prutser001 schreef op vrijdag 30 oktober 2020 @ 14:54:
[...]


Zou je niet wat extra ruimte willen voor de toekomst?

Daar heb ik wel over nagedacht, maar ik denk niet dat ik op middellange termijn er veel meer bij zal gaan krijgen dan dat ik op dit moment heb.

[prutser001]

pinda powerrr schreef op vrijdag 30 oktober 2020 @ 15:10:
[...]


[...]


[...]


Goh, drie reacties over hetzelfde euvel, toch wel een dingetje dan.

Merkte zelf dat hij bij gebruik van VPN die "high retry rates/high tcp times" melding gaf (Openvpn) Als de VPN uitstaat zijn de meldingen ook weg.

Dat die meldingen te zien zijn in Unifi Network is goed, op mijn Ruckus portal krijg ik dat niet te zien. Oorzaak vinden is natuurlijk lastiger. Maar of je nou AC Lites hebt of Ruckus/Aruba/HPE spul wifi is altijd shit volgens de gebruikers

[prutser001]

TheFirepit schreef op vrijdag 30 oktober 2020 @ 15:27:
[...]


Daar heb ik wel over nagedacht, maar ik denk niet dat ik op middellange termijn er veel meer bij zal gaan krijgen dan dat ik op dit moment heb.

Dat dacht ik ook maar zit nu aan 5 (8P) switches (Waarvan 2 POE/2 Normaal/1 Managed), 6 AP's en heb in totaal 26 poorten nodig en kom al tekort. Heb al 8 POE apparaten en moet/wil naar 10 (RPI+POE-HAT).

Dus moet gaan upgraden maar twijfel dus of ik 'standaard' ga, b.v. een Netgear switch of me dus in de Ubiquiti spullen stort.

[Arunia]

@prutser001 Mijn vrouw gebruikt VPN voor werk, maar zou het dan kunnen dat iedereen hier last van heeft als zij het gebruikt?

[TheFirepit]

prutser001 schreef op vrijdag 30 oktober 2020 @ 15:36:
[...]


Dat dacht ik ook maar zit nu aan 5 (8P) switches (Waarvan 2 POE/2 Normaal/1 Managed), 6 AP's en heb in totaal 26 poorten nodig en kom al tekort. Heb al 8 POE apparaten en moet/wil naar 10 (RPI+POE-HAT).

Dus moet gaan upgraden maar twijfel dus of ik 'standaard' ga, b.v. een Netgear switch of me dus in de Ubiquiti spullen stort.

Zal even kijken of ik dan voor meer poorten wil gaan. Maar heb je qua beheer nog meer nodig? Ik zie soms wat staan over USG of de Dream, maar met de Edgerouter kan je toch ook goed uit de voeten?

[nero355]

Ik zou sowieso niet al teveel op het Dashboard van de UniFi Controller letten, want wat daar staat hoeft niet daadwerkelijk te kloppen!

Als ik bijvoorbeeld de stats van heel Oktober opvraag dan zie ik een stuk of 50 errors die :
- Ik nooit heb gemerkt.
- Niemand anders in het huis over heb horen klagen.

Verder kan ik dit :

MuVo schreef op vrijdag 30 oktober 2020 @ 10:55:
4. Mijn mobiel vaak wisselt tussen Wifi en 4G.

Iedereen van harte afraden, want die gekke telefoons zijn daar veel te zenuwachtig in!

Ik regel dat dus lekker zelf altijd

[Arunia]

@nero355 Ik denk dat hij bedoelt dat de telefoons van het wifi af worden geschopt. In ieder geval is dat wat ik bij mijn vrouw ook merk op haar iPhone.

Er staan op dit moment firmware updates voor de Switches en AP's klaar. Die maar eens draaien zodra de werkdag klaar is.

[ Voor 28% gewijzigd door Arunia op 30-10-2020 15:57 ]

[MuVo]

nero355 schreef op vrijdag 30 oktober 2020 @ 15:47:
Ik zou sowieso niet al teveel op het Dashboard van de UniFi Controller letten, want wat daar staat hoeft niet daadwerkelijk te kloppen!

Als ik bijvoorbeeld de stats van heel Oktober opvraag dan zie ik een stuk of 50 errors die :
- Ik nooit heb gemerkt.
- Niemand anders in het huis over heb horen klagen.

Verder kan ik dit :

[...]

Iedereen van harte afraden, want die gekke telefoons zijn daar veel te zenuwachtig in!

Ik regel dat dus lekker zelf altijd

Dat laatste wil ik juist ook zelf regelen, maar mijn mobiel en wifi beslist het voor mij. Wat ik dus als een probleem zie en een oplossing voor zoek.

[ed1703]

prutser001 schreef op vrijdag 30 oktober 2020 @ 15:29:
[...]

Maar of je nou AC Lites hebt of Ruckus/Aruba/HPE spul wifi is altijd shit volgens de gebruikers

Tja, dat krijg je als men denkt met een set van 300,- wel even wat WiFi-kanalen op te eisen

[prutser001]

TheFirepit schreef op vrijdag 30 oktober 2020 @ 15:42:
[...]


Zal even kijken of ik dan voor meer poorten wil gaan. Maar heb je qua beheer nog meer nodig? Ik zie soms wat staan over USG of de Dream, maar met de Edgerouter kan je toch ook goed uit de voeten?

Dat wel maar wil mijn netwerk vereenvoudigen dus,

- modem (bridge) naar meterkast
- edgerouter lite 3
- 24 poort switch 12POE+/12GBIT

Maar nu komt het, ik wil alle andere switches weghalen. Dat betekent dat ik heel veel kabels moet trekken.
7 naar woonkamer (1 voor internet/6 naar apparatuur)
7 naar computer hol.
4 naar slaapkamer
3 naar overig
4 in meterkast zelf voor server (2 x ipmi/2 x lan)

Vergeet denk ik nog wat.

Alles bij elkaar kom ik denk ik op 200 meter kabel uit.

[MuVo]

Update:

Nieuwe controller software geïnstalleerd (docker image):


Krijg meteen een melding:


instellingen wireless netwerken gecontroleerd en toegepast.

Nog steeds nieuwe problemen, nu met een beschrijving:


Ik ga mij verder verdiepen in de DNS time out en TCP Latency, misschien een relatie met mijn modem.

[ed1703]

MuVo schreef op vrijdag 30 oktober 2020 @ 16:16:
Update:

Nieuwe controller software geïnstalleerd (docker image):
[Afbeelding]

Krijg meteen een melding:
[Afbeelding]

instellingen wireless netwerken gecontroleerd en toegepast.

Nog steeds nieuwe problemen, nu met een beschrijving:
[Afbeelding]

Ik ga mij verder verdiepen in de DNS time out en TCP Latency, misschien een relatie met mijn modem.

Met alleen die meldingen kun je niet zo heel veel.
Dan moet je ook weten wat de performance van zo'n device al is.. hoe ver is dat van je AP af, wat is de bezetting op het kanaal en nog een aantal andere settings.
Als je denkt Wifi 100% optimaal te krijgen, kun je dat uit je hoofd zetten. Het is nu eenmaal een samengebruik technologie en daarbij ook nog eens Half Duplex.

[MuVo]

ed1703 schreef op vrijdag 30 oktober 2020 @ 16:24:
[...]

Met alleen die meldingen kun je niet zo heel veel.
Dan moet je ook weten wat de performance van zo'n device al is.. hoe ver is dat van je AP af, wat is de bezetting op het kanaal en nog een aantal andere settings.
Als je denkt Wifi 100% optimaal te krijgen, kun je dat uit je hoofd zetten. Het is nu eenmaal een samengebruik technologie en daarbij ook nog eens Half Duplex.

Dat ben ik met jou eens, mijn doel is ook puur om het stabiel wifi netwerk te hebben. Dat apparaten niet zomaar hun verbinding verliezen of ineens erg traag zijn.

[Arunia]

@MuVo Die meldingen heb ik ook. Zal er ook nog eens in duiken.

Ik heb trouwens mijn 2Ghz en 5Ghz wifi gesplitst omdat er een laptop problemen gaf. Die kan alleen 2,4Ghz, maar in SSID wilde hij wel verbinding maken, maar deed verder niets.

[ Voor 58% gewijzigd door Arunia op 30-10-2020 16:34 ]

[winwiz]

Ik heb ze ook, maar de verbindingen zijn gewoon stabiel en snel

[Quakie]

heb ze ook bizar veel. En op steeds meer apparaten. ook als apparaat binnen 100 cm van ap punt ligt.
Het is sinds een paar maanden. Uiteraard iphone van mijn vrouw geeft wel echt problemen, dus krijg het vaak genoeg te horen.. Ik heb alleen geen oplossing gevonden...

[ Voor 10% gewijzigd door Quakie op 30-10-2020 17:01 ]

[pinda powerrr]

Ik merk het gelijk op de telefoon als de verbinding wegvalt.
Zit dan rustig op de bank Instagram of Tweakers te scrollen, dan ineens de melding "check your connection, no internet". Zit dan nog steeds op dezelfde plek en nog steeds binnen drie meter van het AP af.
Twee opties: Overgaan op 4G, of wifi uit/aan. Telefoon schakelt zelf niet over op 4G, want de verbinding is nagenoeg 100%.

In mijn geval een Google Pixel 2xl.

[tmow]

@Arunia Hier zelfde probleem gehad. Verbinding viel op 2 MacBooks random weg, wifi uit en weer aan was dan de oplossing.
Mezelf helemaal suf gezocht maar niks kunnen vinden, uiteindelijk terug naar fabrieksinstellingen en alles opnieuw opgebouwd. Probleem opgelost..

[RobertMe]

Diegenen met stabiliteits problemen, welke hardware hebben jullie? Ik heb zelf een AC Lite en AC LR en heb nergens last van. Een familielid heeft 2x een NanoHD en daar is het wel schering en inslag v.w.b. wel bereik, geen verbinding. En dat dan o.a. met dezelfde client (mijn OnePlus 3). Verder verschil is dat ik een USG heb en daar een EdgeRouter 4 draait, maar lijkt mij niet dat dat het verschil zal maken.

Zelf was ik om die reden aan het denken om of een van de NanoHDs te upgraden naar 5.x, of te wisselen en bv mijn Lite daar te plaatsen en de NanoHD bij mij. Als de problemen zich dan "mee verplaatsen" ligt het aan de APs, anders ergens anders in het netwerk.

[ed1703]

RobertMe schreef op vrijdag 30 oktober 2020 @ 18:08:
Diegenen met stabiliteits problemen, welke hardware hebben jullie?

En de combinatie met welke firmware en controller.
4.3.21 toevallig?
https://community.ui.com/...1d-4911-803e-0ace6612f2c7

Ik heb zelf ook nergens last van, maar ik draai in het betachannel.

De meldingen overigens wel, maar dat zijn loggings van de AP's en ik heb niet de indruk dat deze altijd kloppen of dat je er ook echt serieus last van hebt. Verbindingen die verbroken worden natuurlijk wel

winwiz schreef op vrijdag 30 oktober 2020 @ 16:34:
Ik heb ze ook, maar de verbindingen zijn gewoon stabiel en snel

[ Voor 57% gewijzigd door ed1703 op 30-10-2020 18:28 ]

[Arunia]

@tmow dat ga ik tzt ook wel doen als dit blijft. Gewoon even resetten en opnieuw inrichten.

Draai op de laatste stable unifi controller.
De devices:

#	Category	Product	Prijs	Subtotaal
1	Netwerk switches	Linksys SD2008	€ 0,-	€ 0,-
2	Netwerk switches	Ubiquiti UniFi Switch (8-poorts, 60W PoE)	€ 106,24	€ 212,48
2	Access points	Ubiquiti UniFi AP AC PRO-E	€ 137,55	€ 275,10
1	Modems en routers	Ubiquiti Unifi Security Gateway (USG)	€ 104,03	€ 104,03
Bekijk collectie Importeer producten			Totaal	€ 591,61

En worden nu geupgrade qua firmware.

[ Voor 90% gewijzigd door Arunia op 30-10-2020 18:27 ]

[ed1703]

Arunia schreef op vrijdag 30 oktober 2020 @ 18:25:
@tmow dat ga ik tzt ook wel doen als dit blijft. Gewoon even resetten en opnieuw inrichten.

Draai op de laatste stable unifi controller.
De devices:

#	Category	Product	Prijs	Subtotaal
1	Netwerk switches	Linksys SD2008	€ 0,-	€ 0,-
2	Netwerk switches	Ubiquiti UniFi Switch (8-poorts, 60W PoE)	€ 106,24	€ 212,48
2	Access points	Ubiquiti UniFi AP AC PRO-E	€ 137,55	€ 275,10
1	Modems en routers	Ubiquiti Unifi Security Gateway (USG)	€ 104,03	€ 104,03
Bekijk collectie Importeer producten			Totaal	€ 591,61

En worden nu geupgrade qua firmware.

De meeste klachten hierover zitten in de laatste stable. Ben benieuwd of het daarna met een reset is opgelost.

[Arunia]

@ed1703 ik heb de laatste controller versie enkele dag geleden geupgrade. En nu net de devices.
We gaan het zien.

[Behoorlijk Leek]

prutser001 schreef op vrijdag 30 oktober 2020 @ 14:54:
[...]


Zou je niet wat extra ruimte willen voor de toekomst?

Die nanoswitch is toch voor buiten en unmanaged, misschien beter een flex mini dan

[RobertMe]

ed1703 schreef op vrijdag 30 oktober 2020 @ 18:16:
[...]

En de combinatie met welke firmware en controller.
4.3.21 toevallig?
https://community.ui.com/...1d-4911-803e-0ace6612f2c7

Die NanoHD waar ik dan het meest verbonden mee zou moeten zijn is juist niet up-to-date, die draait nog 4.3.20, de ander dus wel 4.3.21.
Zelf draai ik 5.25 op de AC LR en 5.37 op de AC Lite. Maar kan mij ook niet herinneren dat ik deze problemen eerder had, voordat ik naar de 5.x serie ging.

Beide omgevingen draaien op een eigen controller, 5.4.23 voor beide.

De meldingen overigens wel, maar dat zijn loggings van de AP's en ik heb niet de indruk dat deze altijd kloppen of dat je er ook echt serieus last van hebt. Verbindingen die verbroken worden natuurlijk wel

Eerlijk gezegd heb ik ook nog helemaal niet gekeken in de controller. Maar dat lijstje op dashboard vertrouw ik in zoverre ook niet. Durf dus ook niet te zeggen of daar grote verschillen in zitten tussen beide omgevingen.

Maar dat ik juist een familielid veel te dure NanoHDs aansmeer en het vervolgens zo slecht werkt is wel uhm, ruk.

[TheMystery]

Ik heb hier ook veel anomalies nadat ik de controller perongeluk ge-update heb naar versie 6, met versie 5 was dit probleem niet. Heb de firmware van de ap’s en switches namelijk niet ge-update (4.3.20) alleen de controller.
Met versie 6.0.23 had ik wat onstabiliteit maar met 6.0.28 loopt alles weer prima, alleen mijn iPhone verbind met een snelheid van 433 ipv 866 maar dat kan ook aan ios 14 liggen.

[Juzzuts]

RobertMe schreef op vrijdag 30 oktober 2020 @ 18:08:
Diegenen met stabiliteits problemen, welke hardware hebben jullie?

Op 6.0.28 op een Cloud Key (oude versie).

Bij mij zijn de voornaamste klachten opgelost door PMF (802.11w) op disabled te zetten. Las dat er issues waren met fast roaming (802.11r) en PMF gecombineerd. Bij mij zorgde het voor de disconnects die iedereen beschrijft waarbij je wel verbonden bent met het net netwerk, maar geen internetverbinding hebt. Weet niet hoe ongewenst het is, maar ik vertrouw mijn buren best goed ;-)

[ Voor 64% gewijzigd door Juzzuts op 30-10-2020 20:21 ]

[M_V]

Ik heb maar eens de knoop doorgehakt en de UDM aangesloten die ik al een tijdje geleden had gekocht (maar ik was wat huiverig vanwege de stabiliteits-issues). Voordeel ten opzichte van de Fritzbox die ik hiervoor had is dat ik nu ook echt de 1000/1000 (glasvezel) haal. Ik heb wel last van een vage bug waarbij hij continu denkt dat de verbinding down is (duurde daardoor nog wel even voordat ik alles had ingesteld, want steeds leek de verbinding down dus dacht ik dat ik iets foutgedaan had). Volgens verscheidene bronnen op internet is dit een bekende bug die er in latere versies uitgehaald is. Het is echter puur cosmetisch, ik heb er geen last van.

Ik draai nu de volgende set-up:
1. Huawei glasvezelding
2. UDM in meterkast
3. 8 port 60W access point
4. 2x AC-Pro accesspoint op de verdiepingen

Handoff loopt nog niet echt helemaal lekker, iemand nog adviezen daarover?

Ik ben wel benieuwd welke firmware jullie op dit moment zouden adviseren. Op dit moment draai ik op1.5.6 (laatste stable). Ik heb for now geen grote problemen (behalve die vage bug).

[rasper]

Leuke review van de G4 vs G3 en G4 pro: YouTube: G4 Bullet

[MuVo]

Versie 6.0.28 geeft niet veel verbetering, de Anomalies zijn alleen maar toegenomen. Maar ik heb wel een stabielere wifi verbinding.



De als ik kijk naar mijn problemen:
1. Het signaal valt weg of kort disconnect bijvoorbeeld tijdens het browsen op een telefoon.
2. Op windows systemen: "The Default gateway is not available", terwijl mijn mobiel prima internet heeft via wifi.
3. Chromecast welke spontaan signaal verliest en niet, maar ook echt niet meer kan verbinden met het wifi netwerk. Terwijl mijn mobiel prima internet heeft via wifi. -> Irritant probleem,
4. Mijn mobiel vaak wisselt tussen Wifi en 4G.
5. Het meest opmerkelijke probleem: Access Points veranderen van kanaal, terwijl ik deze er fixed in zet. Dit resulteert in trage verbindingen. Iemand een idee hoe dit kan?


Op het Ubiquiti forum hebben mensen soort gelijke problemen. Ik zal volgende week eens een ticket gaan inleggen bij Ubiquiti.

[Falcon10]

Moet toegeven dat ik normaal men Unifi console niet dikwijls bekijk ( zo eens per paar weken om te zien of er iets van updates zijn en deze dan na nog enkele weken wachten te installeren ( het gekende ubiquiti-is-bugfree-met-updates fenomeen )), maar bij mij geef tie toch ook wel dagelijks een boel anomalies nu in de console.

High TCP latency, trouble resolving a DNS name, high wifi latency.
Verschillende toestellen, gaande van de GSM's tot de laptop en de draadloze Unifi cameras.

Moet zeggen dat ik er op de laptop en GSM's nog niet echt iets van gemerkt heb ( of ook de cameras ).

[ed1703]

Falcon10 schreef op zaterdag 31 oktober 2020 @ 18:36:
Moet toegeven dat ik normaal men Unifi console niet dikwijls bekijk ( zo eens per paar weken om te zien of er iets van updates zijn en deze dan na nog enkele weken wachten te installeren ( het gekende ubiquiti-is-bugfree-met-updates fenomeen )), maar bij mij geef tie toch ook wel dagelijks een boel anomalies nu in de console.

High TCP latency, trouble resolving a DNS name, high wifi latency.
Verschillende toestellen, gaande van de GSM's tot de laptop en de draadloze Unifi cameras.

Moet zeggen dat ik er op de laptop en GSM's nog niet echt iets van gemerkt heb ( of ook de cameras ).

Hier ook niet. Nu laat Unifi nog niet eens alles zien, want als ik mijn syslog doorspit, zijn het er nog veel meer.
Blijkbaar gooit hij alles op een hoop en trekt daar conclusies uit.
Oct 31 00:01:03 systemd[1]: Started System Logging Service.
cat syslog.log | grep tcp_latency -c
417
Nu is 90% mijn Nest Thermostaat, die een niet al te beste Wifi-connectie heeft.
Nu is dat bij zo'n apparaat ook niet echt een probleem.

Verder valt in de logging op dat voor zover ik heb kunnen zien, het allemaal devices zijn die wifi sleep mode ondersteunen c.q. aan hebben staan. (als het al aan/uit kan)

Wel zitten SFP-poorten op switches te mekkeren als ze disconnected zijn. Geen idee hoe en waarom UI dat zo in elkaar gezet heeft, maar erg slordig weer. Zou leuk zijn als ik ook logging per poort kan uit of aanzetten
Ik wil teveel geloof ik

Poort maar even op disabled.

4.3.x heeft deze minor issue ook.

Oct 31 19:28:24 sw01.mgmt.lan 788a20fb184b,US-8-150W-5.40.3+12349: switch: TRAPMGR: Link Down: 0/10
Oct 31 19:28:24 sw01.mgmt.lan 788a20fb184b,US-8-150W-5.40.3+12349: switch: TRAPMGR: Link Up: 0/10
Oct 31 19:28:24 sw01.mgmt.lan 788a20fb184b,US-8-150W-5.40.3+12349: switch: TRAPMGR: Link Down: 0/10
Oct 31 19:28:32 sw01.mgmt.lan 788a20fb184b,US-8-150W-5.40.3+12349: switch: TRAPMGR: Link Up: 0/10
Oct 31 19:28:40 sw01.mgmt.lan 788a20fb184b,US-8-150W-5.40.3+12349: switch: TRAPMGR: Link Down: 0/10
Oct 31 19:28:48 sw01.mgmt.lan 788a20fb184b,US-8-150W-5.40.3+12349: switch: TRAPMGR: Link Up: 0/10
Oct 31 19:28:57 sw01.mgmt.lan 788a20fb184b,US-8-150W-5.40.3+12349: switch: TRAPMGR: Link Down: 0/10
Oct 31 19:29:05 sw01.mgmt.lan 788a20fb184b,US-8-150W-5.40.3+12349: switch: TRAPMGR: Link Up: 0/10

[Falcon10]

Ja, heb bij mij het idee dat die anomalies ook eerder een soort false positives zijn :

De laptop gaat s avonds uit, en de GSM's zijn paar keer uit de wifi geweest door ver van huis buiten, want verder is de experience altijd op 100% in de log.
En de unifi cameras die ook in de anomalities staan staan ook op een punt inhet wifi netwerk waar ze wel goed signaal nog hebben, maar geen 100% goed signaal, dus ja.

Bij mij dus allemaal eerder false positives me dunkt.

[roeleboel]

Vraag ivm voeding over POE voor 1 ac-lite en 1 ac-mesh (en 1 rpi2b+ via een af-splitter):
beiden geven aan in de ubiquiti specs overweg te kunnen met 802.3af/A, maar ik vind bij geen enkele poe-switch (die ik bekeken heb alleszins) die /A terug. Moet ik mij daar 'niets van aantrekken' omdat iedere af/at switch voldoet, of kan dit wel voor problemen zorgen? (zoals opgeblazen access points?)

Ik had deze switch op het oog om de voeding te voorzien:
https://tweakers.net/pricewatch/1442154/d-link-5-port-desktop-gigabit-poe+-switch-dgs-1005p/specificaties/
(deze doet volgens de dlink-specs zowel af als at)

Kan ik daarmee veilig verder?

[MuVo]

Falcon10 schreef op zaterdag 31 oktober 2020 @ 20:36:
Ja, heb bij mij het idee dat die anomalies ook eerder een soort false positives zijn :

De laptop gaat s avonds uit, en de GSM's zijn paar keer uit de wifi geweest door ver van huis buiten, want verder is de experience altijd op 100% in de log.
En de unifi cameras die ook in de anomalities staan staan ook op een punt inhet wifi netwerk waar ze wel goed signaal nog hebben, maar geen 100% goed signaal, dus ja.

Bij mij dus allemaal eerder false positives me dunkt.

Ik denk dat je ook gelijk hebt dat er veel false positives zijn. Bij mijn situatie was dat niet, want op moment dat ik anomalities pieken had, had ik ook geen internet of wifi.

Inmiddels haal ik uit nieuwe beta firmware voor onder andere de AP LR dat er inderdaad problemen zijn met false positives anomalities. Zie: https://community.ui.com/...c9-4deb-acd5-3d082394ceeb (inloggen en beta toegang aanzetten).

Bugs: "[Anomalies] False-positive Anomalies (e.g. High WiFi Retries, High TCP Latency, High DNS Latency) being generated by UAPs even when STAs are in sleep-mode for extensive period of time (i.e. 1 hour, 4 hours, 12 hours, almost 24 hours) to both Anomalies widget and syslog."

Na eerst 1 AP getest met de nieuwe beta firmware, heb ik nu beide AP's met de nieuwe beta firmware stabiel draaien.

Anomalies houden aan maar met de update hier onder is de WiFi is stabiel en snel:


-----------------------------------------------------------------

De als ik kijk naar mijn problemen:
1. Het signaal valt weg of kort disconnect bijvoorbeeld tijdens het browsen op een telefoon.

Dit probleem is weer terug gekomen, maar heb ik nu kunnen tackelen door het volgende:
- Advanced features: Had ik aanstaan voor de optie: prefer 5Gz. Advanced features heb ik nu uitgezet. Per AP heb ik nu de band steering op Balanced gezet in plaats van prefer 5Gz.

2. Op windows systemen: "The Default gateway is not available", terwijl mijn mobiel prima internet heeft via wifi.

- Niet meer voorgekomen..

3. Chromecast welke spontaan signaal verliest en niet, maar ook echt niet meer kan verbinden met het wifi netwerk. Terwijl mijn mobiel prima internet heeft via wifi. -> Irritant probleem,

- Probleem opgelost: Wifi probleem was opgelost met de nieuwe controller versie. Het tweede probleem was dat de Chromecast geen verbinding kon maken met internet.
Tweede probleem opgelost, de WRT switch opereerde als rogue gateway op het IOT vlan/wlan, en gaf terwijl de DHCP server uit stond de een verkeerde gateway adres uit aan een aantal devices zoals de Chromecast.

4. Mijn mobiel vaak wisselt tussen Wifi en 4G. Nu opgelost, zie punt 1. Update 20:45: Probleem nog steeds aanwezig op iOS apparaten. Mogelijke een iOS probleem in combinatie met Ubiquiti. Update 20:55: Opgelost: Wifi Assistent uitschakelen.

5. Het meest opmerkelijke probleem: Access Points veranderen van kanaal, terwijl ik deze er fixed in zet. Dit resulteert in trage verbindingen. Iemand een idee hoe dit kan?
- Probleem lijkt opgelost, kanalen nogmaals manueel ingesteld. Ik heb nu een snelle en stabiele wifi, wat overeen komt met het maximale van glasvezel verbinding (100mbit).

Snelheidstesten via wifi:
Normale Wlan:


Secure IOT Wlan:
*
*Bufferbloat kan hier niet worden getest omdat het IOT netwerk veel dichter staat ingesteld.

Ik ben tevreden met het eindresultaat en de stabiliteit van de beta firmware . Hopelijk blijft het zo stabiel. Ik zie nu af van het aanmaken van een ticket bij Ubiquiti.

Verdere aanpassingen welke ik heb gedaan per wireless netwerk in de controller:
Normale Wlan:

Secure IOT Wlan:


Site Settings:


Mijn netwerk overzicht:

[ Voor 15% gewijzigd door MuVo op 02-11-2020 10:33 ]

[Ferrox1]

Ferrox1 schreef op woensdag 21 oktober 2020 @ 09:01:
Daar heb ik hier geen last van, voldoende 5g dekking... Ik ben benieuwd en we gaan het afwachten.. Ik ben nu aan het installeren

Nu een paar weken met de nieuwste iOS en ik heb geen problemen meet met Homebridge en het roamen tussen accespoints. Zou het dan toch aan Apple gelegen hebben? Ik heb tussentijds geen instellingen veranderd.

[Louw Post]

De laatste paar pagina's gelezen en het gaat blijkbaar weer lekker met de updates vanuit Ubiquiti.

De nieuwe UI lijkt ook nog niet helemaal lekker. Als ik naar mijn gasten wifi configuratie kijk, dan staat deze uit en niet geconfigureerd, maar deze werkt toch echt nog steeds (destijds in de oude UI opgezet).

Ook wilde ik nu handmatig een DNS ip instellen voor mijn LAN netwerk (AdGuard Home opgezet). 5x geprobeerd in de nieuwe web UI en lukte maar niet. Toen maar via de Android app gedaan en dat werkte in 1x..

[Cyleo]

MuVo schreef op vrijdag 30 oktober 2020 @ 16:16:
Update:

Nieuwe controller software geïnstalleerd (docker image):
[Afbeelding]

Krijg meteen een melding:
[Afbeelding]

instellingen wireless netwerken gecontroleerd en toegepast.

Nog steeds nieuwe problemen, nu met een beschrijving:
[Afbeelding]

Ik ga mij verder verdiepen in de DNS time out en TCP Latency, misschien een relatie met mijn modem.

Ik had dit in mijn vorige situatie (Tmobile Glas->USG->USW8p->US-IW met docker controller en pi-hole als DNS) continue dezelfde meldingen voor echt een groot deel van mijn clients. Nu ben ik verhuisd en heb ik een UDM Pro, en ben ik van glas naar DSL. Situatie nu: Tmobile DSL->Modem->UDM-Pro en verder hetzelfde. Terugkomend op jou probleem: Geen anomalies meer in deze situatie. Verder niets veranderd. Zo lang je geen problemen hebt zou ik er niet teveel in zoeken.

[Bruzski]

In navolging van het plaatsen van een Unifi Doorbell ben ik aan het onderzoeken of ik ook mijn 3x HP 560 access points moet vervangen voor Unifi AP's, zoja, welk kunnen jullie mij het best adviseren?

[ed1703]

Bruzski schreef op maandag 2 november 2020 @ 22:13:
In navolging van het plaatsen van een Unifi Doorbell ben ik aan het onderzoeken of ik ook mijn 3x HP 560 access points moet vervangen voor Unifi AP's, zoja, welk kunnen jullie mij het best adviseren?

Niets. Niet doen. Wacht op z’n minst op de wifi6-versies, want je gaat er niet op vooruit.

[boomer21]

ed1703 schreef op maandag 2 november 2020 @ 22:26:
[...]

Niets. Niet doen. Wacht op z’n minst op de wifi6-versies, want je gaat er niet op vooruit.

Even vraag hierover hoe snel is wifi 6? Heb het idee de ap die nu in de beta store van unifi staan dat die Max 2,5 gb heeft,had gehoopt dat het 10 gb zou worden.
Heeft iemand daar meer info over?

[Tylen]

boomer21 schreef op dinsdag 3 november 2020 @ 09:23:
[...]


Even vraag hierover hoe snel is wifi 6? Heb het idee de ap die nu in de beta store van unifi staan dat die Max 2,5 gb heeft,had gehoopt dat het 10 gb zou worden.
Heeft iemand daar meer info over?

Maar als je hele infra 1Gbps is heb je er toch niets aan.

[ Voor 5% gewijzigd door Tylen op 03-11-2020 09:33 ]

[Pepppie]

Bruzski schreef op maandag 2 november 2020 @ 22:13:
In navolging van het plaatsen van een Unifi Doorbell ben ik aan het onderzoeken of ik ook mijn 3x HP 560 access points moet vervangen voor Unifi AP's, zoja, welk kunnen jullie mij het best adviseren?

Al bekend wanneer de Doorbell eindelijk gaat komen? Mooie uitbreiding op het bestaande camera-netwerk

[jgsr]

Als goed is bij mij zodirect 😄 .. helaas wel iets meer betaald maar goed.. is het vast waard.

[Bruzski]

jgsr schreef op dinsdag 3 november 2020 @ 11:32:
Als goed is bij mij zodirect 😄 .. helaas wel iets meer betaald maar goed.. is het vast waard.

via de EU store ?

[jgsr]

Nee US.. vandaar de hogere kosten

[gastje01]

Ik overweeg een Unifi AP-AC Mesh in mijn schuurtje/tuinhuisje te hangen, voor goede wifi in de tuin (zodat de Lite die nu in de vensterbank ligt een permanent plekje kan krijgen).

De bedoeling is dat er 2x LAN naar het schuurtje getrokken gaat worden, maar dan zal niet eerder dan het voorjaar zijn. Tot die tijd wilde ik de wireless uplink hiervoor gebruiken. Nu hangt er ook een IP Camera werkloos aan de schuur, deze zou ik dan meteen aan de Mesh willen koppelen tot de permanente kabel er ligt.
De setup zou dan AC-AP-Mesh --- PoE injector --- IP Cam worden. Gaat dit werken of ben ik verplicht om hier nog een switch tussen te plaatsen?

[lolgast]

Vraagje: Ik wil een oplossing met de weg van de minste weerstand (lees: weinig werk ). Ik wil een extra AP, maar geen extra kabel trekken. Situatieschets:
Ik heb nu een AC-lite tegen het plafond van de overloop hangen, de kabel daarvan komt van zolder. Ik wil een AP op zolder om de ontvangst daar te verbeteren. De AC-lite is als volgt aangesloten:
16p PoE -> Unifi 8 PoE Passthrough -> AC-lite


Nu zit ik er aan te denken om een AC Pro te kopen en die tussen de switch en de AC-lite te hangen, aangezien de Pro 2 ethernet poorten heeft. Ga ik hier een PoE grens over of zou dat moeten werken?

[Master__R]

gastje01 schreef op dinsdag 3 november 2020 @ 13:05:
Ik overweeg een Unifi AP-AC Mesh in mijn schuurtje/tuinhuisje te hangen, voor goede wifi in de tuin (zodat de Lite die nu in de vensterbank ligt een permanent plekje kan krijgen).

De bedoeling is dat er 2x LAN naar het schuurtje getrokken gaat worden, maar dan zal niet eerder dan het voorjaar zijn. Tot die tijd wilde ik de wireless uplink hiervoor gebruiken. Nu hangt er ook een IP Camera werkloos aan de schuur, deze zou ik dan meteen aan de Mesh willen koppelen tot de permanente kabel er ligt.
De setup zou dan AC-AP-Mesh --- PoE injector --- IP Cam worden. Gaat dit werken of ben ik verplicht om hier nog een switch tussen te plaatsen?

Werkt volgens mij gewoon. Er vanuit gaande dat je de Mesh gaat voeden met de POE injector, en de IP camera zijn power van een adapter of iets dergelijks krijgt.

[Tylen]

Tylen schreef op donderdag 1 oktober 2020 @ 17:37:
[...]


Even update. Dit is de g3 bullet met ir range extender. Nog steeds niet top maar ik kan al wat meer zien.

[Afbeelding]

Nieuwe maand Dus nu die G3-Pro besteld. Dan kan ik gelijk een beetje scuiven overal mee.

G3 met IR extender op de achtertuin/schuur.
G3-Pro voorkant huis.
G3 direct boven de auto's (max 5 meter vanaf de auto's dus dit moet goed gaan in het donker).

[gitaarwerk]

Pepppie schreef op dinsdag 3 november 2020 @ 10:49:
[...]

Al bekend wanneer de Doorbell eindelijk gaat komen? Mooie uitbreiding op het bestaande camera-netwerk

das een leuke.. ik zit nog steeds te wachten op de smart plug welke 'het internet' kan resetten.