Beiträge von heinzepreller

Zitat

Ja, aber nur wenn man keinen Anbringt. Es ist genau der Sinn eines Blitz und Überspannungsschutzes, dass genau dies nicht passiert. Bei mir ist zb auch innerhalb der Wohnung die Internetzuleitung (Docsis) noch mal mit entsprechenden Filtern ausgestattet, andere Leitung so gut es geht in Glasfaser ausgeführt, 3 Stufiger Überspannungsschutz im Strom usw. Damit genau sowas nicht passiert

Einen direkten Treffer überlebt das trotzdem nicht, ich spreche aus Erfahrung - da bräuchtest du zusätzlich schon einen echten Blitzschutz - was heutzutage fast niemand mehr verbaut weil zu teuer.

In so einem Fall hilft einfach gut versichert zu sein - und bitte nicht falsch verstehen ich glaube weder das man hier was geschenkt bekommt noch das Potenzialausgleich etc. Humbug ist aber ich denke man sollte das Thema realistisch betrachten.

Zu Durchmesser 40-45mm grad so Pi mal Daumen gemessen weil wollte es nicht demontieren.

Zu Blitzschutz: denke nicht das das ein Argument ist dann müsste ja bei jedem Outdoor Unifi Gerät auch ein Blitzschutz dabei sei. Und ichj denke es ist völlig unerheblich welche Art Blitzschutz man da anbringen würde die Elektronik würde es im Fall der Fälle nicht überleben.

Hi ich hab mir den geholt:
https://www.amazon.de/dp/B07RP…o2ov_dt_b_product_details

Dann Port 10 auf Auto-Negotiation stellen und läuft - da man ja nie über 1GBit/s kommt völlig ausreichend.

Mit durchpatchen meinte ich die Starlink macht sicherlich 2-3 Software Updates das ist alles, aber der Aspekt mit der Heizung geht halt mit der Zeit ins Geld.

Hab mein Starlink am Fr ebenfalls an einem miesen DSL Anschluss in Betrieb genommen.
Würde dir empfehlen einen SFP Adapter für Port 10 zu besorgen (kostet ca. 15 €) und da dann Starlink anzuschließen, Port 8 ginge zwar auch habe aber gelesen dass da manchmal Probleme existieren.

Des weiteren brauchst du falls gewünscht weiterhin DSL Anschluss für Festnetz Telefonie dies kann aber mit Distributed Load Balancing und einer Traffic Regel easy bewerkstelligt werden (siehe mein Post von Sa ;-)).

Außerdem bevor du den Starlink Router auf Bypass Mode einstellst am besten Hardware seitig alles durchpatchen und z.B. so Dinge wie die automatische Heizung ausstellen, sobald der bypass aktiv ist kommt man da nämlich nur noch per Router Werks-Reset wieder ran.

Bin doch noch selbst fündig geworden:
Routing - Traffic Routes

Eintrag erzeugen:
What to route: All Traffic

Device/Network: Entsprechende Geräte/Netzwerke

Interface: gewünschtes WAN Interface

Hi,

teste gerade Starlink und habe die Starlink Antenne als 2. WAN (Port an der UDM Pro angeschlossen und zwar im Distributed Load Balancing Modus mit 90% Starlink und 10% mein Gammel-DSL.

Jetzt würde ich aber gerne für den Testzeitraum weiter meine Festnetztelefonie benutzen heißt also mein Gigaset GO Box sollte wenn möglich nicht das WAN von Starlink sondern DSL verwenden.

Ist das mit der UDM Pro möglich - konnte nicht wirklich was dazu finden?

Grüße
Bert

sebcodes - ich weiß leider nicht ob meine Vorgehensweise hier "schon oft besprochen" wurde, ich zumindest konnte hier dazu nix brauchbares finden
Aber ich verwende dieses script um z.B. die Ports meiner worker nodes zeitgesteuert nachts aus und wieder anzuschalten - funktioniert tadellos.
Das ganze läuft aber auf einem extra server im gleichen netz.

Falls wen interessiert (auch wenn es sehr nischig ist) ich hab da was gefunden und bastel derzeit an einem kleinen bash-script funktioniert eigentlich tadellos.

Hallo,

ich habe einen cluster komplett PoE powered an meinem unifi switch.

Jetzt spiele ich mit dem Gedanken einige nodes und evtl. auch access points zeitbasiert per scripting zu deaktivieren, da ich dazu "nur" den Strom auf den Ports am switch deaktivieren müsste sollte das ja eigentlich machbar sein.

Hat jemand sowas schon erfolgreich implementiert ?

Wenn ja wäre ich für Tipps dankbar

Grüße

Bert

Wireless Uplink wird bei 15m ziemlich sicher kein Problem sein aber Kabel ist Kabel und ein Netzwerkkabel für die PoE Versorgung des AP Mesh brauchst du ja sowieso, von daher...

denke ich habe das Problem gerade lösen können.

Zitat

Der Ubiquity Support meinte in der letzten Iteration, ich solle folgendes tun:

Try disabling the Jumbo frames option under Devices>>UDM-Pro>>Settings>>Services in the UniFi network application. Then see if the issue gets resolved.

Ich hatte die Jumbo Frames zwar von Anfang an auf "on" aber ok versuch ists wert, und siehe da es VOIPt wieder wie zuvor, alle Probleme beseitigt.

ach so ich sende den set-inform vom Quell AP der wired angebunden ist - ja gut wenn das hinhaut wäre das natürlich super, danke

• meine pi Hole IP ist in der UDM bei allen Networks als "DHCP DNS Server" registriert
• piHole selbst hat als Upstream DNS cloudflare, quad9 und google
• im piHole unter "Advanced DND Settings" "Never forward non-FQDN A and AAAA queries=true"
• im piHole unter "Advanced DND Settings" "Use Conditional Forwarding" - "LOCAL NETWORK IN CIDR NOTATION IP ADDRESS OF YOUR DHCP SERVER (ROUTER) LOCAL DOMAIN NAME (OPTIONAL)" angegeben

Das ist alles.
Wie greifst du denn übers Internet auf deinen Router zu über unifi.ui.com ?

ok, aber wie soll ich auf die APs per ssh gelangen wenn die aus dem Netzerk gekegelt wurden - kann man sich auf die APs im "Auslieferungszusatnd" per WLAN verbinden ?

Servus,

aus Gründen werde ich meiner UDM Pro einen Factory Reset verpassen und sie neu aufbauen dürfen.

Jetzt habe ich in meinem Netzwerk 2 Access Points die Wireless am unifi Netzwerk angebunden sind also per wireless bridge.

Frage wie gehe ich hier am geschicktesten vor wenn ich vermeiden will die Dinger (hängen beide draußen) bei dem Wetter abbauen und an den Switch hängen zu müssen, damit die wieder adoptiert werden.

Geht eine wireless adoption überhaupt - sollte ich die APs vorher resetten ?

Fragen über Fragen....

Wie würdet ihr vorgehen ?

Ich hab auf meinen RPi 3b jeweils min 10 Services (pihole, pihole-sync, traefik, freshrss, portainer, homer, hedgedoc ...) in Containern laufen und die Ressourcen dafür langen locker.

Bezweifle also dass es ein RPI 4 mit 8gb RAM sein muss.

Vermutlich ist die 2GB Variante vollkommen ausreichend - aber wie immer kommts drauf an wie intensiv das genutzt wird.

Zu Strato kann ich nix sagen, ich verwende noip als dyndns und der läuft seit Jahren ohne Probleme.

Einziges Manko man muss das einmal im Monat verifizieren, bekommt aber eine Email dazu.

Ich weiß ja nicht was du genau machen willst aber im Prinzip isses ja quasi wurscht wo der DNS Eintrag rumlungert.

Zitat von gierig

Just 2 cents.

Wir hatten hier in den letzen Wochen 3-4 Leute die ähnliches erlebt haben. Bei allen war

eine UDM in Spiel und grob ging’s los nach Update von der Networkapp.

Lösung bisher bei allen: Factory Reset und alles von Null NICHT von Backup.

Bei einem hatten wir auch mal einen Trace auf der UDM gemacht und

dabei mehr oder minder festgestellt das die TK Anlage (waren meist Fritboxen)

zwar wohl die SIP Pakete bekommt aber scheinbar nur mit „Müll“ antwortet.

(jedenfalls bei Trace auf der UDM)

WARUM konnte nie abschließend geklärt werden, weil die meisten ihre Traces nicht

teilen und selber keine „tiefe“ Ahnung von SIP haben.

Die Allgemeine Vermutung ist aber das „irgendwas“ bei Update die Firwall / DPI / IPS

„kaputt“ konfiguriert und das auch so in de „unifi“ Datenbank drinnen steht und immer

wieder ausgerollt wird.

Je nach dem was an und aus sind kann der iptables Satz auch mehr oder minder

Komplex werden, die Normale / NAT und MANGLE Chain werden ausgiebig benutzt und

über IP Set auch mit IP, Ranges und PORTS auch mit nicht gleich ersichtlich mit Daten gefüttert. Das DPI scheint auch immer an zu (für die Stats) kann aber auch Blocken

und darüber können Filter etabliert werden. Die kennt aber mher oder minder nur UNIFI

(das sind eigne Kernel Module, Datenbank ist is verschlüsselt von Tred Mikro

dazugekauft usw...)

Alles anzeigen

ok, sowas in der Richtung vermute ich ja schon die ganze Zeit, werde mal testweise am WE einen Neuaufbau mit meiner USG und nem Raspberry Pi probieren.
Sollte die Telefonie Geschichte wieder funktionieren (und davon gehe ich aus) mach ich einen kompletten Neuaufbau (mal wieder, evtl. warte ich denke ich noch das neueste Release ab)

Von der Support Anfrage bei Ubiquity habe ich bislang eher untypisch noch nicht einmal eine Antwort bekommen, erwarte mir davon aber auch nichts abseits von Factory Reset.

Danke erstmal - ich werde berichten was rauskommt.

Zitat von BenLue

Hmmm, meine UDM-SE-EU wird warscheinlich erst morgen geliefert!

Was ist an der Special Edition so "Special" ?

Probier mein Glück jetzt mal mit dem ubiquity support, kommt da auch nix raus probier ich es mal mit ner alten USG und nem Raspberry Pi und setz den das mal vom Fleck weg neu auf.