Glenn ist weiblich?
„Sie“ im Sinne von Mehrzahl. UI-Glen scheint qualitativ sehr stark zu Schamanen in den Aussagen
Und für jedes Thema gewappnet zu sein. Da wird ein Team hinterstecken das nach außen als ein
Account in Erscheinung tritt. Die machen quasi ein NAT nach aussen 
Ach so meinst du das. Das kann gut sein.
Dann schalte ich Glen mal ab. Geht ja jetzt endlich
Display MoreJa Genau ABER Netzwerker sind Faule Säcke und bilden "Supernets"
ein 10.0.0.0/8 Route an die UDM IP würde halt ALLE 10.x auf die UDM Zurückrouten.
Völlig egal ob du dann auf der UDM ein 10.0.19.0/24 einrichtest oder oder ein 10.100.100.0/20
Darf sich halt bloß nicht mit dem FB<->UDM transfer netz Überscheiden. Sprich wenn du die default FB Adresse von
192.168.178.1/24 hat und die UDM dann die 192.168.178.x/24
solltest du nicht eine Route für 192.168.0.0/16 legen...
(eher dann 192.168.0.0/17 für 192.168.0.0 . 192.168.127.255 und dann weiter in kleiner Happen als das nicht reicht)
das währe doch mal ein WiKi eintrag für HowTo wert ..oder..
So nach Update mal Zeit gefunden mir das Wireguard Client NAT vorzuknöpfen. Scheint jetzt aus zu sein ohne immer in den iptables rumzufummeln
Removed PPPoE support for NAT configuration, this will return in a future release.
Was ist wohl damit gemeint...
Vermutlich kann man das NAT bei PPPoE nicht mehr deaktivieren. Dürfte aber ohnehin kaum ein Problem sein, weil ohne NAT funktioniert das Internet über PPPoE wohl fast nirgends. Ist dann evtl. ausgeblendet so wie das Wireguard Client NAT, das nicht sichtbar ist aber in den iptables für alle WG Client Interfaces gesetzt ist.
Ich installiere mal todesmutig
Hmm tja sieht aus wie vorher ... für eine neue Regel wäre die PPPoE Verbindung auch auswählbar. Aber ich wollte da jetzt nicht Remote rumfummeln
Hmm tja sieht aus wie vorher ... für eine neue Regel wäre die PPPoE Verbindung auch auswählbar. Aber ich wollte da jetzt nicht Remote rumfummeln
Klick mal drauf, die Verschwinden dann aus der Lis wenn du was anderes auswählst. Das mus man garnicht Abspeichern.
Klick mal drauf, die Verschwinden dann aus der Lis wenn du was anderes auswählst. Das mus man garnicht Abspeichern.
Jopp stimmt. Können se also auch kein Pulldown Menü erstellen in dem nur die richtigen Einträge vorhanden sind
Ihr Helden, 
ich habe mich nicht gleich getraut.
No Risk no Fun, sehe ich aber auch bei Network Betas nicht wirklich kritisch da war nie was dabei was mich zerstört hat.
Bei OS Updates warte ich gerne mal ein Tag... aber auch da war bisher nichts dabei was das leben schwer machte in form von
"was hast du schon wieder gemacht" Genörgel
P.S
Natürlich nur im heimischen privaten Umfeld....
Ich praktiziere das wie gierig Zuhause Betatester ... die Produktiven Systeme nur stable, aber man weiß ja dann immer schon vorab, was da ggf. in Kürze machbar sein wird. Hatte auch noch nie echte Probleme ... bin aber Single Haushalt.
gierig Du kennst dich ja super aus im System der UDM. Hast Du evtl. n Tipp wie ich mir per SSH mal die kompletten routing Tables anschauen kann, also inkl. der Policy Based Routen?
In der Kanzlei nehm ich auch nur releases, zu hause, no risk no fun 
gierig Du kennst dich ja super aus im System der UDM. Hast Du evtl. n Tipp wie ich mir per SSH mal die kompletten routing Tables anschauen kann, also inkl. der Policy Based Routen?
Hat weniger was mit der UDM zu als mit Linux selber:
"ip rule list" zeigt dir die an.
# ip rule list
0: from all lookup local
32000: from all lookup main
32500: from all fwmark 0x1a0000/0x7e0000 lookup 201.ppp0
32503: from 2x7.xx.86.1xx lookup 201.ppp0
32765: from all fwmark 0x10000/0x10000 lookup 251.blackhole
32766: from all lookup 201.ppp0
32767: from all lookup defaultip route list table XXX zeigt dann die jeweilige Tabelle an
# ip route list table 201
default dev ppp0 proto kernel scope link
# ip route list table 251
blackhole default proto PBR(Blackhole ist ne eigenste 0 Route, packet wird gedrop, in dem Fall wenn es ne bestimme Markierung hat.
Te3ilweise weden auc Namen für die Tabellen definiert die sind dann in /etc/iproute/ zu finden
Ein paar Deutsche Links zu Thema:
Display MoreUniFi Network Application 8.3.32
https://community.ui.com/releases/UniFi…28-acf5f3c3c04e
Improvements
- Added ability to download Inspection Logs. Currently only available through the local web UI, support for downloading via Site Manager will come in a future release.
- Improved backup restore process.
- Removed PPPoE support for NAT configuration, this will return in a future release.
- Updated translations.
Bugfixes
- Fixed the inability to remove sites on Multi-Site setups in rare cases.
- Fixed an issue where WireGuard users were not removed when deleting the VPN server.
- Fixed an issue where an invalid meshing configuration could be provisioned to Access Points.
- Fixed an issue where L2TP, DS-Lite, and U-LTE failover networks were shown under NAT from interfaces.
Additional information
- Create a backup before upgrading your UniFi Network Application in the event any issues are encountered.
- See the UniFi Network Server Help Center article for more information on self-hosting a server.
- UniFi Network Application 7.5 and newer requires MongoDB 3.6 and Java 17.
- Version 7.5 till 8.0 supports up to MongoDB 4.4.
- Version 8.1 and newer supports up to MongoDB 7.0.
- UniFi Network Application updates may cause your adopted devices to be re-provisioned.
- Existing UniFi Network Applications must be on one of the following versions to upgrade directly to this version:
Download links
UniFi Network Application for Windows
UniFi Network Application for macOS
UniFi Network Application for Debian/Ubuntu
UniFi Network Application for UniFi OS
UniFi Network Native Application for UniFi OS
UniFi Network Application for unsupported Unix/Linux distros *** DIY / Completely unsupported ***
Hi,
mal eine ganz unbedarfte Frage, ich nutze aktuell wegen des abschaltbaren NAT gerade erfolgreich die 8.3.28. Wenn ich jetzt auf die 8.3.32 update, dürfte mir eigentlich nichts "um die Ohren fliegen", oder?
mal eine ganz unbedarfte Frage, ich nutze aktuell wegen des abschaltbaren NAT gerade erfolgreich die 8.3.28. Wenn ich jetzt auf die 8.3.32 update, dürfte mir eigentlich nichts "um die Ohren fliegen", oder?
Eigentlich nicht, das einzige was aktuell beschnitten ist sind EIGNE NAT reglen die ein PPPOE interface als Ziel / Quelle haben.
Abschalten geht immer noch ohne Probleme (kann es auf mangel an zweit Router aber nicht selber testen)
Don’t have an account yet? Register yourself now and be a part of our community!
