Gå til innhold

mister nettet når modemet står i bridge


Anbefalte innlegg

Hei, når jeg bridger zyxel modemet mitt med asus dark knight n66u rutern så mister jeg som regel nettet en eller to ganger i løpet av dagen. Feilmeldingen jeg får når jeg prøver å laste en side er prøv og sjekk om kabelen sitter ordentlig i WAN porten, noe den gjør. Noen som har noen tips?

Lenke til kommentar
Videoannonse
Annonse

har p2812, har dog ikke mistet nettet enda idag. BTW kopierte endel, men lengre nede står det

 

fant denne syndebukken midt i loggen:

 

Jun 8 04:58:55 WAN Connection: ISP's DHCP did not function properly.

 

Jun 8 04:58:22 WAN Connection: Ethernet link down.

Jun 8 04:58:22 notify_rc : stop_nat_rules

Jun 8 04:58:22 stop_nat_rules: apply the redirect_rules!

Jun 8 04:58:47 WAN Connection: Ethernet link up.

 

Jun 8 07:35:11 dnsmasq-dhcp[502]: DHCPACK(br0) 192.168.1.177 20:7d:74:5c:59:a0 iPad

Jun 8 07:44:53 dnsmasq-dhcp[502]: DHCPREQUEST(br0) 192.168.1.177 20:7d:74:5c:59:a0

Jun 8 07:44:53 dnsmasq-dhcp[502]: DHCPACK(br0) 192.168.1.177 20:7d:74:5c:59:a0 iPad

Jun 8 07:54:31 dnsmasq-dhcp[502]: DHCPREQUEST(br0) 192.168.1.177 20:7d:74:5c:59:a0

Jun 8 07:54:31 dnsmasq-dhcp[502]: DHCPACK(br0) 192.168.1.177 20:7d:74:5c:59:a0 iPad

 

Jun 8 04:58:22 WAN Connection: Ethernet link down.

Jun 8 04:58:22 notify_rc : stop_nat_rules

Jun 8 04:58:22 stop_nat_rules: apply the redirect_rules!

Jun 8 04:58:47 WAN Connection: Ethernet link up.

Jun 8 04:58:47 notify_rc : restart_wan_if 0

Jun 8 04:58:47 dnsmasq[502]: read /etc/hosts - 3 addresses

Jun 8 04:58:47 dnsmasq[502]: using nameserver 130.67.15.198#53

Jun 8 04:58:47 dnsmasq[502]: using nameserver 193.213.112.4#53

Jun 8 04:58:47 stop_wan(): perform DHCP release

Jun 8 04:58:47 dnsmasq[502]: read /etc/hosts - 3 addresses

Jun 8 04:58:47 dnsmasq[502]: using nameserver 130.67.15.198#53

Jun 8 04:58:47 dnsmasq[502]: using nameserver 193.213.112.4#53

Jun 8 04:58:47 kernel: br0: port 1(vlan1) entering disabled state

Jun 8 04:58:47 kernel: br0: port 1(vlan1) entering listening state

Jun 8 04:58:48 kernel: br0: port 1(vlan1) entering learning state

Jun 8 04:58:48 kernel: br0: topology change detected, propagating

Jun 8 04:58:48 kernel: br0: port 1(vlan1) entering forwarding state

Jun 8 04:58:50 dnsmasq[502]: read /etc/hosts - 3 addresses

Jun 8 04:58:55 WAN Connection: ISP's DHCP did not function properly.

Jun 8 04:59:20 dnsmasq[502]: read /etc/hosts - 3 addresses

Jun 8 04:59:20 dnsmasq[502]: using nameserver 130.67.15.198#53

Jun 8 04:59:20 dnsmasq[502]: using nameserver 193.213.112.4#53

Jun 8 04:59:20 notify_rc : start_nat_rules

Jun 8 04:59:20 start_nat_rules: apply the nat_rules!

Jun 8 04:59:20 WAN Connection: WAN was restored.

Jun 8 04:59:20 notify_rc : start_nat_rules

Jun 8 04:59:21 kernel: HTB: quantum of class 10002 is big. Consider r2q change.

Jun 8 04:59:21 kernel: HTB: quantum of class 10060 is big. Consider r2q change.

Jun 8 04:59:21 kernel: HTB: quantum of class 10040 is small. Consider r2q change.

Jun 8 04:59:21 notify_rc : stop_upnp

Jun 8 04:59:21 miniupnpd[3989]: received signal 15, good-bye

Jun 8 04:59:22 notify_rc : start_upnp

Jun 8 04:59:22 syslog: SNet version started

Jun 8 04:59:22 miniupnpd[4113]: HTTP listening on port 54942

Jun 8 04:59:22 miniupnpd[4113]: Listening for NAT-PMP traffic on port 5351

Jun 8 04:59:22 ddns: IP address & hostname have not changed since the last update.

Jun 8 04:59:22 dhcp client: bound 80.212.171.23 via 80.212.168.1

Jun 8 04:59:21 notify_rc : restart_upnp

Jun 8 04:59:21 miniupnpd[4113]: received signal 15, good-bye

Jun 8 04:59:21 syslog: SNet version started

Jun 8 04:59:21 miniupnpd[4121]: HTTP listening on port 57764

Jun 8 04:59:21 miniupnpd[4121]: Listening for NAT-PMP traffic on port 5351

Endret av tennbrikket
Lenke til kommentar

tviler på att det er noe problem med nettverkskabelen mellom de. Men kan hende problemer ligger hos isp når modemet står i bridge: Jun 8 04:58:55 WAN Connection: ISP's DHCP did not function properly.

Vanskelig å si om feilmeldingen bare kommer av at det er brudd, eller om det faktisk er feil på DHCP.

Du kan jo prøve å sette statisk IP og gateway lik den du får via DHCP noe dager, for å se om feil forsvinner. Kanskje ikke så lurt som permanent løsning tho...

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
×
×
  • Opprett ny...