Hallo,
ich habe bei der UDM SE auch das Problem mit dyndns.com
Wie oben beschrieben wird die IP dort nur bei einem Neustart der UDM aktualisiert... - das aber zuverlässig...
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 erstellenHallo,
ich habe bei der UDM SE auch das Problem mit dyndns.com
Wie oben beschrieben wird die IP dort nur bei einem Neustart der UDM aktualisiert... - das aber zuverlässig...
Hallo,
passt diese Halterung auf für den UniFi 6 Long-Range Zugangspunkt?
Unifi AP horizontale Wandhalterung - Etsy
Wenn ja, Version 1 oder 2?
Gruß
...reicht es dann die IP der UDM als DNS anzugeben?
bei den "normalen" clients kann ich ja quasi eine Reservierung machen, so dass der Client immer wieder die selbe Adresse bekommt, und zwar die die man möchte...
Der AP taucht aber in der Geräteliste nicht Liste nicht auf. Man kann die Daten dann zwar bei den UI Geräten angeben, aber dann können nur alle Daten fix eingestellt werden z.B. auch der DNS...
Hilft vielleicht nicht weiter... habe aber auch den N510 IP-Pro, allerdings an einer UDM SE mit 2.4.12... da gibt es keine Probleme... auch ohne Portweiterleitung...
Hmm.. Es geht wohl bei APs nicht wie mit den Clients, das man nur die IP vergibt, und der Rest vom DHCP kommt, oder?
UniFi OS 2.4.10
Network 7.1.66
Ich finde im Log irgendwie nichts brauchbares... hat es dann Sinn dafür ein Ticket aufzumachen, jetzt so nach ach dem Neustart wo alles wieder läuft...
Das das Internet weg war stimmt ja so nicht, das Modem ist bis jetzt noch nicht einmal neu gestartet worden. Außerdem ist und kein Internet auch keine Erklärung dafür, das direkt am Switch der UDM die UDM per IPV4 nicht erreichbar war, und man auch kein anderes Gerät im Netz, z.B. das NAS (auch per Kabel angebunden) pingen konnte...
Würde also bedeuten, dass das Log über das eigentliche Problem nichts hergibt...
Das die UDM annimmt, das das Internet weg ist, ist mMn nur der Folgefehler des eigentlichen Problems... Wenn Ihr auch keinen Hinweis finden könnt, oder wisst wo man noch nachschauen könnte ob vielleicht der Speicher voll war (nach Neustart vermutlich schwierig) oder das Routing sich verabschiedet hat oder sonstwas, dann wird es wohl unergründet bleiben...
Die Anzeige ist mir eigentlich "wumpe", aber das das Gerät ohne erkennbaren Grund nicht mehr erreichbar ist, und auch kein anderes Gerät weder intern noch extern erreichbar ist, ist ein bisschen blöd... und ist in diesem Fall leider auch mit Zeit- und Fahrtkosten verbunden gewesen.
Deshalb wäre es gut zu wissen woran es lang, damit das im Zweifel nicht in ein paar Tagen wieder passiert...
Die olle Zyxel USG110 lief zuletzt 506 Tage ohne Reboot (dann wurde eine Sicherheitslücke relevant, und es gab einen Neustart wg. Firmwareupdate) :p
Ähmm... also das Interenet war nicht wg... das war die Anzeige auf der Appliance selbst...
Wie gesagt Modem war syncronisiert, und auch im LAN war keine Kommunikation möglich!
Weder vom Client zur UDM noch vom Client irgendwo anders hin...
Nach "Stromreset" alles wieder takko... - sollte eigentlich nicht passieren, oder?
Für die, denen da Log zu unübersichtlich ist, habe ich mal die ganz Präfix- "Kacke" entfernt...
Mich wundert tatsächlich, das die UDM die ganze Zeit noch log geschrieben hat, ob wohl mit ihr augenscheinlich nix mehr ging!
Hallo,
ich hatte gestern von 12:40 bis ca. 18:30 einen Totalausfall.
um 18:30 hab ich dann einen "Stromreset" gemacht, nach dem ich vor Ort war.
Komische Sache...
Man konnte sich per VPN mit der UDM verbinden, aber kam noch nicht mal per SSH drauf... kein Gerät im LAN anpingbar...
Laut Anzeige der UDM soll angeblich die Internetverbindung weg gewesen sein... aber auch lokal war nix zu machen... kein Zugriff auf UDM, NAS, etc... Das DSL Modem (Zyxel VMG3006-D70A) war aber synchronisiert... %:-(
Es wäre ganz toll, wenn jemand von euch sich mal das Log anschauen könnte, und vielleicht eine Idee hat, woran es denn gelegen haben könnte...
... würde mich auch interessieren
Wenn ich IPV6 Clients im LAN ermöglichen möchte auf Echo Request zu Antworten... Muss dann eine Regel für die UDM (Internet lokal) und eine für das LAN gebaut werden? oder wo wäre die Regel einzutragen?
OK. Das werden wir doch aber gelöst bekommen.
Bekommst Du mit curl https://www.dnshome.de auf der UDM die "Webseite" ausgeliefert?
Ich muss jetzt mal an die frische Luft und melde mich später nochmal hier...
NEIN!!!
root@UDM:/run# root@UDM:/run# curl https://www.dnshome.de
curl: (7) Failed to connect to www.dnshome.de port 443: Connection refused
root@UDM:/run# curl http://www.dnshome.de
curl: (7) Failed to connect to www.dnshome.de port 80: Connection refused
root@UDM:/run# curl http://193.31.24.73
curl: (7) Failed to connect to 193.31.24.73 port 80: Connection refused
root@UDM:/run# curl http://www.heise.de
<html>
<head><title>301 Moved Permanently</title></head>
<body>
<center><h1>301 Moved Permanently</h1></center>
<hr><center>nginx</center>
</body>
</html>
Alles anzeigen
... andere Seiten aber schon!
Da ich andere IPs für http://www.dnshome.de bekomme, versuch mal bitte:
[1] 4133
[2] 4134
root@UDM:/run# curl: (7) Failed to connect to 193.31.24.73 port 443: Connection refused
... hat "dnshome" meine IP gebannt?!
Was für einen Fehler bekommst Du denn, wenn Du den o.g. curl - ohne *** natürlich - ausführst?
...die IP ist jetzt durch den manuellen Aufruf vom Handy aktualisiert worden... in der URL war der "ip=84.160...." parameter angegeben, damit der Anbieter nicht die vom Mobilen Netz bekommt...
lokal läuft kein DNS, aber ich verwende als DNS Server nicht die vom ISP sondern Quad9 (Secured w/ECS: Malware-Blockierung, DNSSEC-Validierung, ECS aktiviert)... kann das ein Problem sein?
... aber anpingen kann ich den "Saftladen" :p
root@UDM:/run# ping www.dnshome.de
PING www.dnshome.de(mdb01.dnshome.de (2a03:4000:2b:1574::6462:3031)) 56 data bytes
64 bytes from mdb01.dnshome.de (2a03:4000:2b:1574::6462:3031): icmp_seq=1 ttl=58 time=14.4 ms
64 bytes from mdb01.dnshome.de (2a03:4000:2b:1574::6462:3031): icmp_seq=2 ttl=58 time=14.1 ms
64 bytes from mdb01.dnshome.de (2a03:4000:2b:1574::6462:3031): icmp_seq=3 ttl=58 time=14.4 ms
64 bytes from mdb01.dnshome.de (2a03:4000:2b:1574::6462:3031): icmp_seq=4 ttl=58 time=14.5 ms
^C
--- www.dnshome.de ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 14.130/14.398/14.574/0.184 ms
root@UDM:/run# ping www.dnshome.de -4
PING lb.dnshome.de (195.128.103.251) 56(84) bytes of data.
64 bytes from mdb02.dnshome.de (195.128.103.251): icmp_seq=1 ttl=58 time=13.9 ms
64 bytes from mdb02.dnshome.de (195.128.103.251): icmp_seq=2 ttl=58 time=14.1 ms
64 bytes from mdb02.dnshome.de (195.128.103.251): icmp_seq=3 ttl=58 time=13.9 ms
64 bytes from mdb02.dnshome.de (195.128.103.251): icmp_seq=4 ttl=58 time=14.3 ms
^C
--- lb.dnshome.de ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3002ms
rtt min/avg/max/mdev = 13.936/14.073/14.310/0.174 ms
Alles anzeigen
Interessant ist auch, da ich das erste mal nicht drauf geachtet habe kann ich jetzt unter dem Hostename jetzt per IPV4 die UMD erreichen... und per IPV6 mein iPhone
...er soll die Verbindung doch zum Server (http://www.dnshome.de) aufnehmen. Der DDNS Hostename kann nur nicht aufgelöst werden weil der DDNS Anbieter noch keinen A Record gesetzt hat, weil die UDM keine IP geliefert hat...
Feuere ich mit curl - q https://www.dnshome.de/dyndns.php?u=udm.dnshome.de&p=*****&ip=84.160.**.** von der Shell der UDM raus, geht es auch nicht... vom Handy aus (ohne WLAN) klappt das aber!
Also ein Firewall Problem? Müssen da noch irgendwelche Freigaben gemacht werden?! Oder DNS?
Ich bin am verzweifeln (mit DNSHOME.de)...
Das Update will einfach nicht klappen, weder mit angepasster "Update"- URL noch mit anpassungen der ".conf"
...
inadyn[4815]: In-a-dyn version 2.8.1 -- Dynamic DNS update client.
inadyn[4815]: Failed resolving hostname UDM.DNSHOME.DE: Name or service not known
inadyn[4815]: Base64 encoded string: ******************************
inadyn[4815]: Get address for custom
inadyn[4815]: Checking for IP# change, querying interface ppp0
inadyn[4815]: Checking IPv4 address 84.160.**.** ...
inadyn[4815]: IPv4 address 84.160.54.36 is valid.
inadyn[4815]: IPv6 address disallowed, enable with 'allow-ipv6 = true'
inadyn[4815]: Invalid/local address fe80::c53b:5f76:... for ppp0, skipping ...
inadyn[4815]: Checking IPv4 address 84.160.**.** ...
inadyn[4815]: IPv4 address 84.160.**.** is valid.
inadyn[4815]: Current IP# 84.160.**.** at custom
inadyn[4815]: Update forced for alias UDM.DNSHOME.DE, new IP# 84.160.**.**
inadyn[4815]: Sending IP# update to DDNS server, initiating HTTPS ...
inadyn[4815]: Sending IP# update to DDNS server, connecting to WWW.DNSHOME.DE([2a03:4000:...]:443)
inadyn[4815]: Failed connecting to that server: Connection refused
inadyn[4815]: Sending IP# update to DDNS server, reconnecting to WWW.DNSHOME.DE([193.31.24.73]:443)
inadyn[4815]: Failed connecting to WWW.DNSHOME.DE: Connection refused
Alles anzeigen
... ich habe schon versucht in der "ddns-ppp0-inadyn.conf" versucht SSL abzustellen, aber der Client versteht "ssl=no" nicht... ich vermute, das es daran liegt, dass die Verbindung immer mit HTTPS versucht wird... aber sicher bin ich mir nicht...
Habe direkt ein Modem an der UDM-SE und die macht auch PPPoE
/!\ HELP /!\
ich benutze dnshome.de (habe aber ein USG)
was hast du als update URL eingegeben... bei meiner UDM SE bekomme ich das nicht zum laufen
Firmware 2.4.9.7012
zur Zeit sind 83 Mitglieder und 318 Gäste online - Rekord: 129 Benutzer ()