Android 12 kann doch kein L2TP mehr?
vielleicht liegt es ja daran?
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenAndroid 12 kann doch kein L2TP mehr?
vielleicht liegt es ja daran?
Moin, wie geil und ich mache mir über meinen unter der Decke Fliegenden Gedanken , warum nimmst nicht einfach die vorhandenen Löcher von den Kaiserdosen und befestigst dort einfach den AP zumindest das Ufo denke ich würdest du damit überdecken können, beim Mesh wird es natürlich schwierig da er sehr schmal gebaut ist.
Ich persönlich würde warten auf die IW mit WIFI6, oder aber einen WIFI6-Lite holen und mal schauen wie die Ausleuchtung ist.
Gruß hommes
Die Ironie in der Antwort ist schon super.... :D:D:D (nicht negativ gemeint, falls es so rüber kommen sollte)
Wenn "die knaller" von UniFi wenigstens mal mitteilen würden wann es mit dem IW soweit ist..... warten kann ich (können wir)... aber es sollte mal langsam ein licht im Tunnel auftauchen
Ja hätte mich klarer ausdrücken müssen
Das WLAN ist völlig ok... Gedanklich hänge ich halt am InWall... da der 6er schon lange im EarlyAccess war.... habe ich immer gehofft der kommt "bald"....
naja... ich warte mal ab ob noch jemand was schreibt die Tage
Vielen Dank aber schonmal
Ahso was ich hätte schreiben sollen (damit ergibt der Text oben von mir auch mehr Sinn)
"Das UFO sowie der InWall wären in Ordnung.... die sollen dann über den ausgang montiert werden... das wird auch kein problem sein....
Zur Zeit ist es halt nen AC-Pro im OG (der später in die Garage soll) und im EG nen AC-Mesh (der später ins Gartenhaus kommt)....
Es geht tatsächlich darum das ich im Grunde nicht weiß ob ich auf den "aktuellen" In-Wall kaufe, den U6-Lite oder auf In-Wall6 oder den U6-Pro (Aktuell nur Early-Access) warte.... leider gibt unfi ja keine release Termine raus
Hi,
habe nun seit ca. 6 Monaten das "Problem"...
Sind anfang Januar in unser neues Haus gezogen.... da ich damals gehofft habe,das die Wifi6 InWall Aps "bald" rauskommen.... Wurden erstmal die "alten Aps" verwurstelt.... die sollen später an andere stellen umziehen.
Der In-Wall scheint ja noch zu dauern.... Was hättet ihr für Tipps... was würdet Ihr nehmen....
So wie es ist (siehe Fotos unten) reicht das WLAN (Haus Grundfläche ca. 10,50 x 9m).... gegen besser ist nichts einzuwenden....
der Hauptgrund das es nun langsam mal "schön" aussehen soll
öffentliches Netz, Telekom und laut Handy bekomme ich ne IPv6....
Habe aber erstmal wieder auf IPv4 only umgeschaltet... da funktioniert es ja....
Habe ja eine Vermutung woran es liegt.... muss mir nur überlegen wie ich es änder bzw. ob mir es den aufwand überhaupt wert ist...
Ich glaube ich habs....
Der DDNS IPv4 eintrag läuft ja "auf die UDM"
Die IPv6 Weiterleitung ist auf den entsprechenden Rechner..... Wenn das Handy nun versucht über IPv6 zu verbinden... landet es auf den Rechner (der ja kein VPN anbietet), der nicht mal die entsprechenden Ports auf hat....
Sobald ich DualStack beim, DDNS Anbieter deaktiviere und nur auf die IPv4 Adresse weiter leite funktioniert alles....
wenn ich das nun richtrig verstehe.... müsste ich auf die IPv6 Adresse der UDM-pro weiterleiten damit VPN geht.... doch das bekomme ich bei der UDM-Pro nicht konfiguriert... das Sie IPv4 und 6 an den DDNS Anbieter überträgt
habe die neuste Beta... das problem existiert nur wenn ich ipv6 aktiviere... die weiterleitung ist auch richtig....
oder muss ich in dem fall noch was bei der Firewall einstellen? wäre so die einzige sache die ich nicht gemacht habe
Hi,
bisher habe ich IPv4 genutzt und konnte alles Problemlos nutzen.
Nun habe ich mich mal mit IPv6 beschäftigt und dabei festgestellt das ich keinen VPN (Android11) zugriff bekomme sobald ich die "einwahl" (Läuft über die UDM-Pro am FFTH Modem der Telekom) auf IPv4+IPv6 setze.
Alles andere funktioniert einwandfrei... auch der Zugriff auf den dahinter liegenden Server funktioniert mit IPv6.... nur VPN bekommt keine verbindung....
Habe auch keine Ahnung wo ich da ansetzen könnte...
entweder "eigene Firma" oder "no Risk no Fun"
oder als Retter danach eine Lohnerhöhung fordern
kann natürlich Zufall gewesen sein... nach jetzt mehrmaligen hi und her wechseln... wird mir die 1.9.3 nicht mehr angezeigt (außer im beta channel)
habe festgestellt das wenn meine UDM auf "United States" bei "Country or Teritory" steht... ich die 1.9.3 nicht angezeigt bekomme....
Bei "Germany" schon (official channel)
habe in den changelogs aber nichts gefunden was das erklären würde....
Lassen die uns das zuerst probieren um die eigenen Leute nicht zu verärgern?
vielleicht mal den Browser Chace leeren.... mir wurde die 1.9.1 angeboten mit .67 Controller
@EJHome das vom Wiki habe ich auch als ausgangspunkt genommen
im Discord kamm dann die frage auf was "besser" ist (ist wahrscheinlich eher ne Glaubensfrage)... so habe ich es nach hier übernommen
Ich habe meinen iobroker im "HauptLAN" laufen und dem IoT LAN nur zugriff auf diese eine IP (MQTT broker) erlaubt... scheint (in meinem Kopf) die variante mit weniger ausnahmen in der Firewall zu sein und "sicherheitstechnisch" fühle ich mich da gut abgesichert.....
Aber es führen halt viele wege nach Rom und da sollte man mal hören was andere dazu sagen
HI,
langer Tittel... trotzdem unverständlich
Also bisher habe ich das so verstanden (langsam glaube ich das ich es falsch verstanden habe)... alle "meine" Rechner, etc in mein LAN.... "kleinkram", wie Echos, Shellys, Smarte Klingeln, etc. in ein IoT LAN, abgekapselt vom "echten" LAN...
BEi den Firewall regeln müsste man ja quasi die SmartHome Zentrale (iobroker, openhab, etc) den zugriff vom IoT auf den Rechner (die VM) erlauben? Dadruch wäre ja der "vorteil" wieder dahin?
Oder kommt die Zentrale auch ins IoT netz?
Irgendwie, steh ich auf dem schlauch
genau... und wenn man die Startet, dann kann man die nicht mehr "Stoppen"... oder ich bin wirklich blind inzwischen
Man kann auch "Access" und "Talk" nicht mehr "deaktivieren"
in der "alten" Firmware konnte ich es Deaktivieren und damit war es dann auch ausgeblendet.... jetzt geht das nur noch bei "Protect"...
habe mir immer eingebildet das dann weniger Ressourcen gebraucht werden wenn die Sachen nicht "laufen" (Talk und Access benutze ich nicht)
die netatmo türklingel scheint da bekannt zu sein für eine "wechsel schwäche" im Netatmo Forum gibt es nen paar die mit Mesh probleme haben.... ich vermute das wird am unwilligen Wechselverhalten liegen.....
Mein "Problem" ist aber jammern auf hohen niveau .... Ist ja nicht so das ich jeden Tag was verändre und dehlab alles neu connecten muss
Danke,
ich glaube das sind schon infos die mich weiter bringen....
Der vollständigkeitshalber (gibts das Wort so? :D),;
2 Etagen, jede Etage nen ubiquiti AP
Diverse Shelly 1 und 2,5 auf die Etagen verteilt (ca 22 Stück)
ings. 4 Echos (Dots, Plus, Show) auf etagen verteilt
Eine netatmo Video Doorbell im EG...
die Geräte sind im IoT WLAN....
rest im "HAndy-WLAN"
hatte ab und an das problem, wenn der EG AP provisioniert hat, hat sich die Türklingel oben mit "schlechtem" WLAN verbunden und hat dann nicht wieder zurück gewechselt... habe das jetzt mit der min. RSSI behoben (passierte extrem selten)
Der Rest funktioniert und funktionierte ohne Probleme...
es waren halt die oben geschrieben Optionen, die ishc, auch nach googlen, nicht ganz verstanden habe
Hi,
ich habe ein eigenes IoT WLAN für diverse Echos, Türklingel (Netatmo),ne menge" shellys und ein paar Tuya Steckdoesen....
nun frage ich mich, ob es tipps gibt zur WLAN-config... speziell zum Thema IoT Geräte...
das wären z.B. ein paar punkte, die mir nicht soviel sagen und ich auch nicht glaube durch ausprobieren "schlauer" zu werden
-UAPSD: "Unscheduled Automatic Power Save Delivery" aktivieren
-Multicast-Verbesserung: Multicast-Verbesserung (IGMPv3) aktivieren
-Beacon Country?: 802.11d Country Roaming Erweiterungen hinzufügen
-Point to Point: Also referred to as P2P
allgemein Tipps, auch zu den anderen Einstellungen, sind sehr Wilkommen
zur Zeit sind 78 Mitglieder und 324 Gäste online - Rekord: 129 Benutzer ()