Scoty hat geschrieben:Ich habe eine Asus RT-AC68U welcher verbunden ist mit einen Technicolor TC7200 (Bridge Modus) welches ich von meinen Provider UPC bekommen habe. Das Problem ist das ich mind. 1 mal am Tag die Verbindung verliere zum Internet. Ich muss dann ganz kurz das Netzwerkkabel beim Router Ziehen (Jenes welches mit dem Modem Verbunden ist) und kann es gleich wieder anstecken und die Verbindung ist wieder da. Einen Reset so wohl beim Modem als auch beim Router habe ich schon gemacht so wie die neueste Firmware installiert, half aber bis jetzt nicht. Bei meinen alten Asus Router hatte ich das Problem nie. Jemand eine Idee bzw Tipps woran das liegen könnte, eventuell der Router defekt oder Einstellungssache?
Es kommt immer darauf an was der Router kann. Wenn ich meine Fritzbox anschaue die ich nur fĂĽr VoIP Verwende das teil ist ein Witz...Wie jeder anderer Router egal ob diese 40 Euro oder 300 Euro kostet.
USG 300Welchen hast denn du?
Viennaboy hat geschrieben:USG 300Welchen hast denn du?Version 1 frisch wie sie raus gekommen ist inkl Produktschulung.
Starvirus hat geschrieben:Scoty ich würde auch schaun an deiner Stelle was wir schon oft hatten bei den UPC-Modems auf gute Belüftung und in zweiterer Folge ein neues Netzteil. Klingt etwas komisch aber die Dinger machen sehr mysteriöse Sachen wenn irgendwas nicht passt.
Ich vermute eher irgendwo das sich ein Dienst oder etwas überläuft. Aja hast du schon probiert den WAN-Port eine dezitierte Ethernet-Geschwindigkeit zuzuteilen? Oft hat das Technicolor auch damit ein Problem mit dem Autosensing.
Das sind mal die leichten Dinge die eine Verbesserung bringen können
Nov 6 09:34:28 WAN Connection: Ethernet link down.
Nov 6 09:34:28 stop_nat_rules: apply the redirect_rules!
Nov 6 09:34:33 WAN Connection: Ethernet link up.
Nov 6 09:34:33 rc_service: wanduck 406:notify_rc restart_wan_if 0
Nov 6 09:34:35 start_nat_rules: apply the nat_rules(/tmp/nat_rules_vlan2_vlan2)!
Nov 6 09:34:36 wan: finish adding multi routes
Nov 6 09:34:36 rc_service: udhcpc 5727:notify_rc stop_upnp
Nov 6 09:34:36 rc_service: udhcpc 5727:notify_rc start_upnp
Nov 6 09:34:36 rc_service: waitting "stop_upnp" via udhcpc ...
Nov 6 09:34:37 dhcp client: bound 80.108.93.48 via 80.108.93.1 during 300 seconds.
Nov 6 09:34:37 ntp: start NTP update
Nov 6 09:34:38 WAN Connection: WAN was restored.
Nov 6 09:35:47 dnsmasq-dhcp[416]: not giving name localhost to the DHCP lease of 192.168.1.6 because the name exists in /etc/hosts with address 127.0.0.1
Nov 6 09:59:57 ntp: start NTP update
Nov 6 10:59:59 ntp: start NTP update
Nov 6 12:00:01 ntp: start NTP update
Nov 6 12:59:57 ntp: start NTP update
Nov 6 13:59:57 ntp: start NTP update
Nov 6 14:59:59 ntp: start NTP update
Nov 6 15:59:57 ntp: start NTP update
Nov 6 16:23:32 dnsmasq-dhcp[416]: not giving name localhost to the DHCP lease of 192.168.1.6 because the name exists in /etc/hosts with address 127.0.0.1
Nov 6 16:43:08 dnsmasq-dhcp[416]: not giving name localhost to the DHCP lease of 192.168.1.6 because the name exists in /etc/hosts with address 127.0.0.1
Nov 6 16:59:57 ntp: start NTP update
Nov 6 17:59:59 ntp: start NTP update
Nov 6 19:00:01 ntp: start NTP update
Nov 6 19:59:57 ntp: start NTP update
Nov 6 20:59:57 ntp: start NTP update
Nov 6 21:59:59 ntp: start NTP update
Nov 6 23:00:01 ntp: start NTP update
Nov 6 23:59:57 ntp: start NTP update
Nov 7 00:59:59 ntp: start NTP update
Nov 7 01:59:57 ntp: start NTP update
Nov 7 02:59:59 ntp: start NTP update
Nov 7 03:54:44 dnsmasq-dhcp[416]: not giving name localhost to the DHCP lease of 192.168.1.6 because the name exists in /etc/hosts with address 127.0.0.1
Nov 7 03:59:57 ntp: start NTP update
Nov 7 04:59:59 ntp: start NTP update
Nov 7 05:06:27 dnsmasq-dhcp[416]: not giving name localhost to the DHCP lease of 192.168.1.6 because the name exists in /etc/hosts with address 127.0.0.1
Nov 7 05:59:57 ntp: start NTP update
Nov 7 06:59:57 ntp: start NTP update
Nov 7 07:59:57 ntp: start NTP update
Nov 7 08:59:57 ntp: start NTP update
Nov 7 09:45:03 dnsmasq-dhcp[416]: not giving name localhost to the DHCP lease of 192.168.1.6 because the name exists in /etc/hosts with address 127.0.0.1
Nov 7 09:59:59 ntp: start NTP update
Nov 7 11:00:01 ntp: start NTP update
Nov 7 11:59:57 ntp: start NTP update
Nov 7 12:59:59 ntp: start NTP update
Nov 7 13:59:57 ntp: start NTP update
Nov 7 14:59:57 ntp: start NTP update
Nov 7 15:59:57 ntp: start NTP update
Nov 7 16:59:57 ntp: start NTP update
Nov 7 17:59:57 ntp: start NTP update
Nov 7 18:04:25 dnsmasq-dhcp[416]: not giving name localhost to the DHCP lease of 192.168.1.6 because the name exists in /etc/hosts with address 127.0.0.1
Nov 7 18:19:19 dnsmasq-dhcp[416]: not giving name localhost to the DHCP lease of 192.168.1.6 because the name exists in /etc/hosts with address 127.0.0.1
Nov 7 18:29:32 WAN Connection: Ethernet link up.
Nov 7 18:29:32 rc_service: wanduck 406:notify_rc restart_wan_if 0
Nov 7 18:29:32 dnsmasq-dhcp[416]: not giving name localhost to the DHCP lease of 192.168.1.6 because the name exists in /etc/hosts with address 127.0.0.1
Nov 7 18:29:32 dnsmasq-dhcp[416]: not giving name localhost to the DHCP lease of 192.168.1.6 because the name exists in /etc/hosts with address 127.0.0.1
Nov 7 18:29:33 dnsmasq-dhcp[416]: not giving name localhost to the DHCP lease of 192.168.1.6 because the name exists in /etc/hosts with address 127.0.0.1
Nov 7 18:29:38 WAN Connection: ISP's DHCP did not function properly.
Nov 7 18:30:03 start_nat_rules: apply the nat_rules(/tmp/nat_rules_vlan2_vlan2)!
Nov 7 18:30:04 dnsmasq-dhcp[416]: not giving name localhost to the DHCP lease of 192.168.1.6 because the name exists in /etc/hosts with address 127.0.0.1
Nov 7 18:30:04 wan: finish adding multi routes
Nov 7 18:30:04 rc_service: udhcpc 6092:notify_rc stop_upnp
Nov 7 18:30:04 rc_service: udhcpc 6092:notify_rc start_upnp
Nov 7 18:30:04 rc_service: waitting "stop_upnp" via udhcpc ...
Nov 7 18:30:05 ntp: start NTP update
Nov 7 18:30:05 dhcp client: bound 80.108.93.48 via 80.108.93.1 during 300 seconds.
Nov 7 18:30:08 WAN Connection: WAN was restored.
Nov 7 18:51:12 dnsmasq-dhcp[416]: not giving name localhost to the DHCP lease of 192.168.1.6 because the name exists in /etc/hosts with address 127.0.0.1
Nov 7 18:59:57 ntp: start NTP update
WAN Connection: ISP's DHCP did not function properly.
ZurĂĽck zu KABEL & GLAS, SAT & STROM
Mitglieder in diesem Forum: 0 Mitglieder und 33 Gäste