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 erstellen
Das wäre bei mir nicht so optimal. Ich habe eigentlich mal wieder vor am PC per LAN-Kabel zu zocken und die Pings / doppeltes NAT sind hier einfach suboptimal. Auf Grund unserer Konstellation im Gebäude kann ich auch nicht so einfach direkt ein LAN-Kabel von der Fritzbox zusätzlich in Büro legen.
Ich bin auch noch nicht soweit es aufzugeben :). Eventuell ist ja noch jemand da draußen, der noch einen weiteren Tipp hat...
Nach den ersten stabilen Stunden, kamen in der Nacht zwei kurze dazu und dan nochmal heute im späten Nachmittag drei bis es dann um 20 Uhr kpl. ausgefallen ist. Ein Restart des Modems hat leider nicht geholfen. Die Verbindung lässt sich nicht mehr aufbauen, ähnlich als ich die UDMP am falschen Port angeschlossen hatte. Mein Log:
Dec 19 18:11:21 UDMPro user.info ubios-udapi-server: wan-failover-monitor-icmp: WAN Failover Monitors (ppp0/xxx.xxx.xxx.xxx) wf-monitor (#2) has dpinger update: 1.1.1.1/ping.ubnt.com is down {"alarm":true,"id":"ppp0-mon2-1.1.1.1-ping.ubnt.com","latencyAverage":12634.0,"latencyStdDev":7186.0,"lossPercentage":52.63159942626953}
Dec 19 18:11:21 UDMPro user.info ubios-udapi-server: wan-failover-monitor-icmp: WAN Failover Monitors (ppp0/xxx.xxx.xxx.xxx) wf-monitor (#2) has dpinger update: 8.8.8.8/ping.ubnt.com is down {"alarm":true,"id":"ppp0-mon2-8.8.8.8-ping.ubnt.com","latencyAverage":26380.0,"latencyStdDev":5237.0,"lossPercentage":52.63159942626953}
Dec 19 18:11:22 UDMPro user.info ubios-udapi-server: wan-failover-groups: WAN Failover Groups is using ppp0 (table 201), eth9 is down (no ip)[ddddd], ppp0 is down [_d___]
Dec 19 18:11:29 UDMPro daemon.info pppd[8506]: No response to 3 echo-requests
Dec 19 18:11:29 UDMPro daemon.notice pppd[8506]: Serial link appears to be disconnected.
Dec 19 18:11:29 UDMPro daemon.info pppd[8506]: Connect time 120.1 minutes.
Dec 19 18:11:29 UDMPro daemon.info pppd[8506]: Sent 474466439 bytes, received 1401685914 bytes.
Dec 19 18:11:29 UDMPro user.warn ubios-udapi-server: res-interfaces: Cannot delete PPPoE route: Failed to delete route 0.0.0.0/0 dev ppp0: Object not found
Dec 19 18:11:29 UDMPro user.warn ubios-udapi-server: res-interfaces: Cannot delete PPPoE route: Failed to delete route ::/0 dev ppp0: Object not found
Dec 19 18:11:35 UDMPro daemon.notice pppd[8506]: Connection terminated.
Dec 19 18:11:35 UDMPro daemon.info pppd[8506]: Sent PADT
Dec 19 18:11:35 UDMPro daemon.notice pppd[8506]: Modem hangup
Dec 19 18:11:40 UDMPro daemon.info pppd[8506]: PPP session is 36444
Dec 19 18:11:40 UDMPro daemon.warn pppd[8506]: Connected to xx:xx:xx:xx:xx:xx via interface eth8
Dec 19 18:11:40 UDMPro daemon.info pppd[8506]: Using interface ppp0
Dec 19 18:11:40 UDMPro daemon.notice pppd[8506]: Connect: ppp0 <--> eth8
Dec 19 18:11:40 UDMPro daemon.info pppd[8506]: CHAP authentication succeeded
Dec 19 18:11:40 UDMPro daemon.notice pppd[8506]: CHAP authentication succeeded
Dec 19 18:11:40 UDMPro daemon.notice pppd[8506]: peer from calling number xx:xx:xx:xx:xx:xx authorized
Dec 19 18:11:40 UDMPro daemon.notice pppd[8506]: local IP address xxx.xxx.xxx.xxx
Dec 19 18:11:40 UDMPro daemon.notice pppd[8506]: remote IP address xxx.xxx.xxx.xxx
Dec 19 18:11:40 UDMPro daemon.notice pppd[8506]: primary DNS address xxx.xxx.xxx.xxx
Dec 19 18:11:40 UDMPro daemon.notice pppd[8506]: secondary DNS address xxx.xxx.xxx.xxx
Dec 19 18:11:40 UDMPro user.info ubios-udapi-server: wan-failover-monitors: WAN Failover Monitors (ppp0/xxx.xxx.xxx.xxx) could not resolve ping.ubnt.com (a): Unsupported address family
Dec 19 18:11:40 UDMPro user.info ubios-udapi-server: wan-failover-monitors: WAN Failover Monitors (ppp0/xxx.xxx.xxx.xxx) could not resolve facebook.com (a): Unsupported address family
Dec 19 18:11:40 UDMPro user.info ubios-udapi-server: wan-failover-monitors: WAN Failover Monitors (ppp0/xxx.xxx.xxx.xxx) could not resolve google.com (a): Unsupported address family
Dec 19 18:11:40 UDMPro user.info ubios-udapi-server: wan-failover-monitors: WAN Failover Monitors (ppp0/xxx.xxx.xxx.xxx) could not resolve twitter.com (a): Unsupported address family
Dec 19 18:11:44 UDMPro user.info ubios-udapi-server: wan-failover-monitor-icmp: WAN Failover Monitors (ppp0/xxx.xxx.xxx.xxx) wf-monitor (#2) has dpinger update: 1.1.1.1/ping.ubnt.com is up {"alarm":false,"id":"ppp0-mon2-1.1.1.1-ping.ubnt.com","latencyAverage":1247.0,"latencyStdDev":5438.0,"lossPercentage":0.0}
Dec 19 18:11:44 UDMPro user.info ubios-udapi-server: wan-failover-monitor-icmp: WAN Failover Monitors (ppp0/xxx.xxx.xxx.xxx) wf-monitor (#2) has dpinger update: 8.8.8.8/ping.ubnt.com is up {"alarm":false,"id":"ppp0-mon2-8.8.8.8-ping.ubnt.com","latencyAverage":1734.0,"latencyStdDev":7561.0,"lossPercentage":0.0}
Dec 19 18:11:45 UDMPro user.info ubios-udapi-server: wan-failover-groups: WAN Failover Groups is using ppp0 (table 201), eth9 is down (no ip)[ddddd], ppp0 is up [_u___]
Dec 19 18:11:57 UDMPro daemon.info mcad: mcad[2144]: ace_reporter.geo_info_send(): Sending geo-info request from ppp0
Dec 19 18:11:57 UDMPro daemon.info mcad: mcad[2144]: ace_reporter_udapi_interface.udapi_geo_info_update_per_wan(): Received valid geo-info response from ppp0
Dec 19 20:02:23 UDMPro daemon.info pppd[8506]: No response to 3 echo-requests
Dec 19 20:02:23 UDMPro daemon.notice pppd[8506]: Serial link appears to be disconnected.
Dec 19 20:02:23 UDMPro daemon.info pppd[8506]: Connect time 110.8 minutes.
Dec 19 20:02:23 UDMPro daemon.info pppd[8506]: Sent 79764914 bytes, received 1995844872 bytes.
Dec 19 20:02:23 UDMPro user.warn ubios-udapi-server: res-interfaces: Cannot delete PPPoE route: Failed to delete route 0.0.0.0/0 dev ppp0: Object not found
Dec 19 20:02:23 UDMPro user.warn ubios-udapi-server: res-interfaces: Cannot delete PPPoE route: Failed to delete route ::/0 dev ppp0: Object not found
Dec 19 20:02:23 UDMPro user.info ubios-udapi-server: wan-failover-groups: WAN Failover Groups is using ppp0 (table 201), eth9 is down (no ip)[ddddd], ppp0 is down (no ip)[ddddd]
Dec 19 20:02:29 UDMPro daemon.notice pppd[8506]: Connection terminated.
Dec 19 20:02:29 UDMPro daemon.info pppd[8506]: Sent PADT
Dec 19 20:02:29 UDMPro daemon.notice pppd[8506]: Modem hangup
Dec 19 20:03:09 UDMPro daemon.warn pppd[8506]: Timeout waiting for PADO packets
Dec 19 20:03:09 UDMPro daemon.err pppd[8506]: Unable to complete PPPoE Discovery
Dec 19 20:03:49 UDMPro daemon.warn pppd[8506]: Timeout waiting for PADO packets
Dec 19 20:03:49 UDMPro daemon.err pppd[8506]: Unable to complete PPPoE Discovery
Dec 19 20:04:29 UDMPro daemon.warn pppd[8506]: Timeout waiting for PADO packetsDie FritzBox innerhalb des UDMP Netzes hat diese temporären Ausfälle nicht wirklich gut vertragen. Die integrierte Telefonanlage war im Anschluss nicht mehr erreichbar, es hat nur ein Neustart der FritzBox geholfen. Ultra nervig.
DSL Status im Vigor:
War weiterhin verbunden, kann jetzt aus den Daten nicht erkennen, ob es Probleme gegeben hat. Wie kann man eigentlich bei der Vigor das Log direkt aufrufen?! Ich hatte es zwischendurch mal geschafft über den Port2 die Logs an meinen Server zu senden, aber das geht warum auch immer gerade nicht.
Ich hatte in dem Zeitraum nichts an der Konfiguration verändert, oder anders angesteckt. Das ist wirklich verrückt.
In den nächsten Tagen werde ich mal versuchen das Vigor Teil wieder als Router zu konfigurieren und dann die UDMP dahinter hängen, mal sehen ob in dem Fall auch nach einiger Zeit Probleme auftreten werden.
Oder hat jemand noch eine andere Idee?
Danke für euer ganzes Feedback. Die Datei "kern.log" konnte ich bei mir leider nicht finden.
Ich habe die Router Funktion vom Draytek aktiviert und entsprechend konfiguriert. Die Verbindung konnte auf Anhieb aufgebaut werden.
Ich habe das Kabel vom UDMP und Modem ausgetauscht, nur um sicher zu gehen. Das hatte so leider nichts gebracht.
Es kam immer der gleiche Fehler:
Dec 18 21:07:23 UDMPro daemon.warn pppd[1676]: Timeout waiting for PADO packets
Dec 18 21:07:23 UDMPro daemon.err pppd[1676]: Unable to complete PPPoE Discovery
Dec 18 21:08:03 UDMPro daemon.warn pppd[1676]: Timeout waiting for PADO packets
Dec 18 21:08:03 UDMPro daemon.err pppd[1676]: Unable to complete PPPoE Discovery
Dec 18 21:08:43 UDMPro daemon.warn pppd[1676]: Timeout waiting for PADO packets
Dec 18 21:08:43 UDMPro daemon.err pppd[1676]: Unable to complete PPPoE DiscoveryDann ist mir aufgefallen, dass mein Notebook am Port1 am Modem hängt... 
Ich habe dann als nächstes die UDMP von Port2 an Port1 gehängt. Es brachte zuerst auch keine Veränderung. Nach einem Neustart des Modems konnte dann die UDMP die PPPoE Verbindung aufbauen.
Ich hoffe die Verbindung bleibt stabil. Ansonsten muss ich mich vielleicht nochmal melden 
Werde ich beides versuchen und melde mich dann wieder, danke schon mal
Hey ho, ich versuche mich seit etwa zwei Wochen daran mein Setup mit UDM-Pro (v. 1.12.33) und dem DrayTek 167 (v 5.2) Modem zum Laufen zu bekommen:
Mein ISP (chiemgau-dsl.net) hat mich wissen lassen, dass kein VLAN konfiguriert sein darf, was ich so auch entsprechend hinterlegt habe. Das Modem synchronisiert sich auf Anhieb mit DSL:
In den Logs werden mir auch keine Fehler angezeigt, sehen durchgehend so aus:
ADSL_Status:[Mode=VDSL2 States=Showtime UpSpeed=5496 kbps DownSpeed=54998 kbps SNR=13.1 dB Atten=11.4 dB ]
2022-12-12
21:40
Info
DrayTek
local5
LAN_Status:[Tx=118 Rx=3938 ] WAN_Status:[GW_IP=---- BBandMode=---- BBandIp=---- BBandTxPkt=---- BBandTxRate=---- BBandRxPkt=---- BBandRxRate=---- BBandUpTime=---- ] Model:[Style=0 ModelName=Vigor167]
2022-12-12
21:40
Info
DrayTek
local5Als ich die UDM-Pro und das Modem neu aufgesetzt habe, hatte ich es nach mehreren Versuchen (irgendwie) geschafft es zum Laufen zu bekommen. Die Verbindung bricht aber dann nach wenigen Stunden ab und die UDM-Pro kann dann keine PPPoE Verbindung mehr aufbauen. Am Ende haben auch keine Neustarts mehr von der UDM und dem Modem geholfen.
Die Config sieht so aus:
Die UDM spuckt in der Situation folgende Meldungen aus (gefiltert nach PPP):
Dec 13 19:47:44 UDMPro daemon.err pppd[7914]: error sending pppoe packet: No buffer space available
Dec 13 19:47:49 UDMPro daemon.err pppd[7914]: error sending pppoe packet: No buffer space available
Dec 13 19:47:59 UDMPro daemon.err pppd[7914]: error sending pppoe packet: No buffer space available
Dec 13 19:48:19 UDMPro daemon.warn pppd[7914]: Timeout waiting for PADO packets
Dec 13 19:48:19 UDMPro daemon.err pppd[7914]: Unable to complete PPPoE Discovery
Dec 13 19:48:24 UDMPro daemon.err pppd[7914]: error sending pppoe packet: No buffer space available
Dec 13 19:48:29 UDMPro daemon.err pppd[7914]: error sending pppoe packet: No buffer space available
Dec 13 19:48:39 UDMPro daemon.err pppd[7914]: error sending pppoe packet: No buffer space available
Dec 13 19:48:59 UDMPro daemon.warn pppd[7914]: Timeout waiting for PADO packets
Dec 13 19:48:59 UDMPro daemon.err pppd[7914]: Unable to complete PPPoE Discovery
Dec 13 19:49:04 UDMPro daemon.err pppd[7914]: error sending pppoe packet: No buffer space available
Dec 13 19:49:09 UDMPro daemon.err pppd[7914]: error sending pppoe packet: No buffer space available
Dec 13 19:49:19 UDMPro daemon.err pppd[7914]: error sending pppoe packet: No buffer space available
Dec 13 19:49:39 UDMPro daemon.warn pppd[7914]: Timeout waiting for PADO packets
Dec 13 19:49:39 UDMPro daemon.err pppd[7914]: Unable to complete PPPoE Discovery
Dec 13 19:49:44 UDMPro daemon.err pppd[7914]: error sending pppoe packet: No buffer space available
Dec 13 19:49:49 UDMPro daemon.err pppd[7914]: error sending pppoe packet: No buffer space available
Dec 13 19:49:59 UDMPro daemon.err pppd[7914]: error sending pppoe packet: No buffer space available
Dec 13 19:50:19 UDMPro daemon.warn pppd[7914]: Timeout waiting for PADO packets
Dec 13 19:50:19 UDMPro daemon.err pppd[7914]: Unable to complete PPPoE Discovery
Dec 13 19:50:24 UDMPro daemon.err pppd[7914]: error sending pppoe packet: No buffer space availableIch habe auch versucht die Logs von der UDM hochzudrehen (Debug), bekomme aber auch keine weiteren brauchbaren Infos.
Das Setup läuft mit der FritzBox ohne Probleme, jedoch dann mit doppelten NAT, was ich eigentlich loswerden wollte.
Hat jemand eine Idee, weshalb der Verbindungsaufbau nicht klappt?
Ich danke euch schon mal!
Ich habe bei den DNS Einstellungen keine Änderung vorgenommen.
Ja der Port steht auf "All"
Eben auch die neue Oberfläche aktiviert und das Netzwerk neu angelegt:
Leider hat das auch keine Verbesserung gebracht.
So da bin ich wieder. Neuer Switch ist verbaut, somit sind alle Komponenten von Unifi:
Leider bekomme ich es mit dem Unifi Switch auch nicht zum laufen. Ich habe aktuell keine zusätzlichen Firewall Regeln aktiv und alle Netzwerk-Konfigurationen gelöscht, bis auf die "IoT" um es entsprechend zu testen:
Ich habe einen Port das IoT Netzwerk zugewiesen. Wenn ich mein Notebook dran hänge, bekomme ich eine passende IP-Adresse und kann nur auf das interne Netz zugreifen. Internet Zugriff ist nicht möglich. Auf andere Clients im Unify Netz kann ich auch zugreifen. Auf die Fritzbox nicht, das klappt im Standard Netz schon.
Hat noch jemand eine Idee an was das liegen könnte?
Leider kann ich den netgear nicht so ohne weiteres raus nehmen, ist in einem anderem Gebäudeteil installiert. Liegt für mich sehr nahe, dass es daran liegt. Danke für eure Hilfe. Leider sind die Unifi Geräte gerade nicht lieferbar, hoffentlich wird das bald wieder
Wenn ich das richtig verstehe, dann hättest Du gern Internet, hast es aber nicht, korrekt?
Korrekt, ich hätte gerne Internet Zugriff für meine Geräte im IoT VLAN.
ZitatFunktioniert es denn, wenn Du alle nachträglichen Firewall-Regeln deaktivierst?
Ich habe alle von mir angelegten Regeln bis auf dieFritzBox VPN Regel im "WAN IN" gelöscht. So siehts aktuell aus:
ZitatWie sieht den die IP-Konfiguration eines (WLAN-)Clients im entsprechenden Netzwerk im Detail aus (gern als Screenshot)?
So sieht das am MAC aktuell aus:
ZitatZum Thema Firewall gibt es bei uns im wiki einen sehr umfangreichen Beitrag. Schon gesehen?
Die Firewall Regeln wollte ich mir erst mal zu Gemüte führen, wenn das Grund Setup steht...
@TE: könntest du mal Folgendes versuchen.
Schnapp dir einen freien Port auf deinem USW-24-PoE und gib hier in den Profilen mal explizit dein "IoT-Test" VLAN aus. Wenn du dich dann dort mit deinem Laptop draufhängst, kommst du dann ins Netz / eine IP aus deinem IOT Netz?
(es geht mir hier primär erstmal um das Ausschlussverfahren).
Das klappt leider auch nicht, gleiches Verhalten wie im Wifi
ZitatWeitere Denkanstöße:
Hängen die APs auf dem USW-24-PoE? (blöde Frage, aber ich denke das wird so sein).
Gibt es noch andere Switche im Netz, die dein VLAN eventuell nicht durchreichen / blocken könnten?
Ganz Banal: probier mal eine einstellige VLAN ID.
Peinlich, dazwischen hängt noch ein kleiner Netgear GS11PP (unmanaged), den habe ich irgendwie ausgeblendet. Sieht etwa so aus:
Wenn ich mir das Bild so ansehe, könnte ich mir vorstellen, dass der Netgear Switch die Ursache ist...
Hallo zusammen,
ich habe folgendes Setup:
Alle Clients sind bisher der default network zugeordnet und ich bin gerade dabei meine IoT Geräte in ein eigens VLAN zu hängen, um es dann auch entsprechend zu isolieren. Leider scheitere ich schon beim ersten Schritt ein neues VLAN anzulegen, welches dann am Ende auch einen Internet Zugriff hat.
Das ist meine aktuelle Test-Konfiguration:
Wifi Test-Setup mit zugeordnetem VLAN:
Wenn ich mich mit dem WLAN verbinde, dann bekomme ich keine Internetverbindung. Externe Adresse können auch nicht gepingt werden. Im LAN ist alles soweit erreichbar.
IP Adresse wird zugeordnet.
FIrewall Config ist auf Standard
Ich hatte in den letzte Tagen Wochen immer wieder mal probiert, auch mehrere Anleitungen ausprobiert, jedoch leider ohne Erfolg. Ich hoffe ihr könnt mir weiterhelfen.
Danke & Viele Grüße
zur Zeit sind 59 Mitglieder und 462 Gäste online - Rekord: 129 Benutzer ()
