Router cannot connect to InternetWindows can detect router, but cannot connectCannot Connect to the internet and cannot access routerWiFi cannot connect to internet in two router setupTwo Router issue, cannot reach internetHow does iptables masquerading allow to access a different local subnet?Can connect to router, but not InternetHost connected to Cisco 3825 router cannot connect to the internet, nor can the routerCannot connect to 192.168.1.1 TP-Link routerRouter wont connect to the internetVPN - cannot connect trough internet (complicated network)

Why aren't satellites disintegrated even though they orbit earth within earth's Roche Limits?

Can 2 light bulbs of 120V in series be used on 230V AC?

Gambler's Fallacy Dice

How to get all possible paths in 0/1 matrix better way?

Why wear sunglasses in indoor velodromes?

Is it possible to determine from only a photo of a cityscape whether it was taken close with wide angle or from a distance with zoom?

Was Tyrion always a poor strategist?

How was the blinking terminal cursor invented?

Why is choosing a suitable thermodynamic potential important?

The Earth resolves around the Sun or the Sun revolves around the Earth

Quotient of Three Dimensional Torus by Permutation on Coordinates

Error when running ((x++)) as root

Can more than one instance of Bend Luck be applied to the same roll by multiple Wild Magic sorcerers?

Is it a good idea to teach algorithm courses using pseudocode?

FIFO data structure in pure C

Can the word crowd refer to just 10 people?

Who is frowning in the sentence "Daisy looked at Tom frowning"?

How do we explain the use of a software on a math paper?

Have GoT's showrunners reacted to the poor reception of the final season?

Why is so much ransomware breakable?

What's is the easiest way to purchase a stock and hold it

I just found out that my recent promotion comes with an unexpected 24/7/365 on-call status

Divisor Rich and Poor Numbers

How can I monitor the bulk API limit?



Router cannot connect to Internet


Windows can detect router, but cannot connectCannot Connect to the internet and cannot access routerWiFi cannot connect to internet in two router setupTwo Router issue, cannot reach internetHow does iptables masquerading allow to access a different local subnet?Can connect to router, but not InternetHost connected to Cisco 3825 router cannot connect to the internet, nor can the routerCannot connect to 192.168.1.1 TP-Link routerRouter wont connect to the internetVPN - cannot connect trough internet (complicated network)






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty height:90px;width:728px;box-sizing:border-box;








6















I am having trouble setting up my router to connect to the Internet. I am currently renting a basement unit and I have an Ethernet port running upstairs to the owner's floor. I have verified that port is active by plugging my desktop into that port and being able to access the Internet. I have also verified that all the Ethernet cables are working.



I have a Linksys WRT54GL flashed with Tomato 1.28. The 'Internet' light on my router is lit up, and the Tomato 'Status Overview WAN Gateway' IP address is 192.168.1.1. I have currently tried plugging my computer's ethernet cable to the back of the router, and connecting my phone to my router's WiFi.



Is there anything further I can do to debug why my router cannot connect to the Internet?



Here are my Tomato logs. I'm not sure why the date is Dec 31.




Dec 31 16:00:05 unknown syslog.info syslogd started: BusyBox v1.14.4
Dec 31 16:00:05 unknown user.notice kernel: klogd started: BusyBox v1.14.4 (2010-06-27 20:11:16 PDT)
Dec 31 16:00:05 unknown user.warn kernel: CPU revision is: 00029007
Dec 31 16:00:05 unknown user.warn kernel: Primary instruction cache 8kb, linesize 16 bytes (2 ways)
Dec 31 16:00:05 unknown user.warn kernel: Primary data cache 4kb, linesize 16 bytes (2 ways)
Dec 31 16:00:05 unknown user.warn kernel: Linux version 2.4.20 (root@tobu) (gcc version 3.2.3 with Broadcom modifications) #1 Sun Jun 27 20:13:35 PDT 2010
Dec 31 16:00:05 unknown user.warn kernel: Setting the PFC value as 0x15
Dec 31 16:00:05 unknown user.warn kernel: Determined physical RAM map:
Dec 31 16:00:05 unknown user.warn kernel: memory: 02000000 @ 00000000 (usable)
Dec 31 16:00:05 unknown user.warn kernel: On node 0 totalpages: 8192
Dec 31 16:00:05 unknown user.warn kernel: zone(0): 8192 pages.
Dec 31 16:00:05 unknown user.warn kernel: zone(1): 0 pages.
Dec 31 16:00:05 unknown user.warn kernel: zone(2): 0 pages.
Dec 31 16:00:05 unknown user.warn kernel: Kernel command line: root=/dev/mtdblock2 noinitrd console=ttyS0,115200
Dec 31 16:00:05 unknown user.warn kernel: CPU: BCM4712 rev 1 at 200 MHz
Dec 31 16:00:05 unknown user.warn kernel: Calibrating delay loop... 199.47 BogoMIPS
Dec 31 16:00:05 unknown user.info kernel: Memory: 30672k/32768k available (1336k kernel code, 2096k reserved, 108k data, 64k init, 0k highmem)
Dec 31 16:00:05 unknown user.info kernel: Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
Dec 31 16:00:05 unknown user.info kernel: Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
Dec 31 16:00:05 unknown user.warn kernel: Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Dec 31 16:00:05 unknown user.warn kernel: Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Dec 31 16:00:05 unknown user.warn kernel: Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
Dec 31 16:00:05 unknown user.warn kernel: Checking for 'wait' instruction... unavailable.
Dec 31 16:00:05 unknown user.warn kernel: POSIX conformance testing by UNIFIX
Dec 31 16:00:05 unknown user.warn kernel: PCI: Disabled
Dec 31 16:00:05 unknown user.warn kernel: PCI: Fixing up bus 0
Dec 31 16:00:05 unknown user.info kernel: Linux NET4.0 for Linux 2.4
Dec 31 16:00:05 unknown user.info kernel: Based upon Swansea University Computer Society NET3.039
Dec 31 16:00:05 unknown user.warn kernel: Initializing RT netlink socket
Dec 31 16:00:05 unknown user.warn kernel: Starting kswapd
Dec 31 16:00:05 unknown user.info kernel: devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
Dec 31 16:00:05 unknown user.info kernel: devfs: boot_options: 0x1
Dec 31 16:00:05 unknown user.info kernel: squashfs: version 3.0 (2006/03/15) Phillip Lougher
Dec 31 16:00:05 unknown user.warn kernel: pty: 256 Unix98 ptys configured
Dec 31 16:00:05 unknown user.info kernel: Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Dec 31 16:00:05 unknown user.info kernel: ttyS00 at 0xb8000300 (irq = 3) is a 16550A
Dec 31 16:00:05 unknown user.info kernel: ttyS01 at 0xb8000400 (irq = 0) is a 16550A
Dec 31 16:00:05 unknown user.warn kernel: HDLC line discipline: version $Revision: 1.1.1.4 $, maxframe=4096
Dec 31 16:00:05 unknown user.info kernel: N_HDLC line discipline registered.
Dec 31 16:00:05 unknown user.info kernel: PPP generic driver version 2.4.2
Dec 31 16:00:05 unknown user.debug kernel: Physically mapped flash: Found an alias at 0x800000 for the chip at 0x0
Dec 31 16:00:05 unknown user.debug kernel: Physically mapped flash: Found an alias at 0x1000000 for the chip at 0x0
Dec 31 16:00:05 unknown user.debug kernel: Physically mapped flash: Found an alias at 0x1800000 for the chip at 0x0
Dec 31 16:00:05 unknown user.debug kernel: number of CFI chips: 1
Dec 31 16:00:05 unknown user.debug kernel: 0: offset=0x0,size=0x20000,blocks=64
Dec 31 16:00:05 unknown user.notice kernel: Flash device: 0x800000 at 0x1c000000
Dec 31 16:00:05 unknown user.notice kernel: Creating 5 MTD partitions on "Physically mapped flash":
Dec 31 16:00:05 unknown user.notice kernel: 0x00000000-0x00040000 : "pmon"
Dec 31 16:00:05 unknown user.notice kernel: 0x00040000-0x007e0000 : "linux"
Dec 31 16:00:05 unknown user.notice kernel: 0x000e2a10-0x00300000 : "rootfs"
Dec 31 16:00:05 unknown user.notice kernel: 0x00300000-0x007e0000 : "jffs2"
Dec 31 16:00:05 unknown user.notice kernel: 0x007e0000-0x00800000 : "nvram"
Dec 31 16:00:05 unknown user.err kernel: sflash: found no supported devices
Dec 31 16:00:05 unknown user.info kernel: NET4: Linux TCP/IP 1.0 for NET4.0
Dec 31 16:00:05 unknown user.info kernel: IP Protocols: ICMP, UDP, TCP, IGMP
Dec 31 16:00:05 unknown user.info kernel: IP: routing cache hash table of 512 buckets, 4Kbytes
Dec 31 16:00:05 unknown user.info kernel: TCP: Hash tables configured (established 2048 bind 4096)
Dec 31 16:00:05 unknown user.info kernel: Linux IP multicast router 0.06 plus PIM-SM
Dec 31 16:00:05 unknown user.warn kernel: ip_conntrack version 2.1 (8092 buckets, 4096 max) - 368 bytes per conntrack
Dec 31 16:00:05 unknown user.warn kernel: ip_tables: (C) 2000-2002 Netfilter core team
Dec 31 16:00:05 unknown user.info kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Dec 31 16:00:05 unknown user.info kernel: NET4: Ethernet Bridge 008 for NET4.0
Dec 31 16:00:05 unknown user.alert kernel: 802.1Q VLAN Support v1.7 Ben Greear
Dec 31 16:00:05 unknown user.alert kernel: All bugs added by David S. Miller
Dec 31 16:00:05 unknown user.warn kernel: VFS: Mounted root (squashfs filesystem) readonly.
Dec 31 16:00:05 unknown user.info kernel: Mounted devfs on /dev
Dec 31 16:00:05 unknown user.info kernel: Freeing unused kernel memory: 64k freed
Dec 31 16:00:05 unknown user.warn kernel: Algorithmics/MIPS FPU Emulator v1.5
Dec 31 16:00:05 unknown user.warn kernel: ip_conntrack_pptp version 1.9 loaded
Dec 31 16:00:05 unknown user.warn kernel: ip_nat_pptp version 1.5 loaded
Dec 31 16:00:05 unknown user.warn kernel: ip_conntrack_rtsp v0.01 loading
Dec 31 16:00:05 unknown user.warn kernel: ip_nat_rtsp v0.01 loading
Dec 31 16:00:05 unknown user.warn kernel: eth0: Broadcom BCM47xx 10/100 Mbps Ethernet Controller 3.90.38.0
Dec 31 16:00:05 unknown user.warn kernel: eth1: Broadcom BCM4320 802.11 Wireless Controller 3.90.38.0
Dec 31 16:00:05 unknown user.warn kernel: tomato_ct.c [Jun 27 2010 20:15:22]
Dec 31 16:00:05 unknown user.info kernel: vlan0: dev_set_promiscuity(master, 1)
Dec 31 16:00:05 unknown user.info kernel: device eth0 entered promiscuous mode
Dec 31 16:00:05 unknown user.info kernel: device vlan0 entered promiscuous mode
Dec 31 16:00:05 unknown user.info kernel: device eth1 entered promiscuous mode
Dec 31 16:00:05 unknown user.info kernel: br0: port 2(eth1) entering learning state
Dec 31 16:00:05 unknown user.info kernel: br0: port 1(vlan0) entering learning state
Dec 31 16:00:05 unknown user.warn kernel: vlan1: Setting MAC address to 00 0f 66 b2 e6 b1.
Dec 31 16:00:05 unknown user.info kernel: br0: port 2(eth1) entering forwarding state
Dec 31 16:00:05 unknown user.info kernel: br0: topology change detected, propagating
Dec 31 16:00:05 unknown user.info kernel: br0: port 1(vlan0) entering forwarding state
Dec 31 16:00:05 unknown user.info kernel: br0: topology change detected, propagating
Dec 31 16:00:05 unknown user.info kernel: vlan1: add 01:00:5e:00:00:01 mcast address to master interface
Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: started, version 2.55 cachesize 150
Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: compile time options: no-IPv6 GNU-getopt no-RTC no-DBus no-I18N DHCP no-scripts no-TFTP
Dec 31 16:00:07 unknown daemon.info dnsmasq-dhcp[83]: DHCP, IP range 192.168.1.100 -- 192.168.1.149, lease time 1d
Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: reading /etc/resolv.dnsmasq
Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: using nameserver 192.168.1.1#53
Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: read /etc/hosts - 0 addresses
Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: read /etc/hosts.dnsmasq - 1 addresses
Dec 31 16:00:07 unknown user.info init[1]: Tomato 1.28.1816
Dec 31 16:00:07 unknown cron.err crond[87]: crond (busybox 1.14.4) started, log level 9
Dec 31 16:00:08 unknown user.info init[1]: Linksys WRT54G/GS/GL
Dec 31 16:00:08 unknown daemon.info dnsmasq[83]: exiting on receipt of SIGTERM
Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: started, version 2.55 cachesize 150
Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: compile time options: no-IPv6 GNU-getopt no-RTC no-DBus no-I18N DHCP no-scripts no-TFTP
Dec 31 16:00:08 unknown daemon.info dnsmasq-dhcp[94]: DHCP, IP range 192.168.1.100 -- 192.168.1.149, lease time 1d
Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: reading /etc/resolv.dnsmasq
Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: using nameserver 192.168.1.1#53
Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: read /etc/hosts - 0 addresses
Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: read /etc/hosts.dnsmasq - 1 addresses
Dec 31 16:00:08 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.134 bc:5f:f4:68:70:88
Dec 31 16:00:08 unknown daemon.info dnsmasq-dhcp[94]: DHCPACK(br0) 192.168.1.134 bc:5f:f4:68:70:88 Jon-ThorPC
Dec 31 16:00:10 unknown daemon.notice miniupnpd[131]: HTTP listening on port 5000
Dec 31 16:05:10 unknown daemon.info dnsmasq-dhcp[94]: DHCPDISCOVER(br0) 40:33:1a:0a:bc:2e
Dec 31 16:05:11 unknown daemon.info dnsmasq-dhcp[94]: DHCPOFFER(br0) 192.168.1.135 40:33:1a:0a:bc:2e
Dec 31 16:05:11 unknown daemon.info dnsmasq-dhcp[94]: DHCPDISCOVER(br0) 40:33:1a:0a:bc:2e
Dec 31 16:05:11 unknown daemon.info dnsmasq-dhcp[94]: DHCPOFFER(br0) 192.168.1.135 40:33:1a:0a:bc:2e
Dec 31 16:05:12 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.135 40:33:1a:0a:bc:2e
Dec 31 16:05:12 unknown daemon.info dnsmasq-dhcp[94]: DHCPACK(br0) 192.168.1.135 40:33:1a:0a:bc:2e CathyYaosiPhone
Dec 31 16:08:20 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.135 40:33:1a:0a:bc:2e
Dec 31 16:08:20 unknown daemon.info dnsmasq-dhcp[94]: DHCPACK(br0) 192.168.1.135 40:33:1a:0a:bc:2e CathyYaosiPhone
Dec 31 16:16:56 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.26 bc:5f:f4:68:70:88
Dec 31 16:16:56 unknown daemon.info dnsmasq-dhcp[94]: DHCPNAK(br0) 192.168.1.26 bc:5f:f4:68:70:88 wrong address
Dec 31 16:16:56 unknown daemon.info dnsmasq-dhcp[94]: DHCPDISCOVER(br0) bc:5f:f4:68:70:88
Dec 31 16:16:56 unknown daemon.info dnsmasq-dhcp[94]: DHCPOFFER(br0) 192.168.1.134 bc:5f:f4:68:70:88
Dec 31 16:16:59 unknown daemon.info dnsmasq-dhcp[94]: DHCPDISCOVER(br0) bc:5f:f4:68:70:88
Dec 31 16:16:59 unknown daemon.info dnsmasq-dhcp[94]: DHCPOFFER(br0) 192.168.1.134 bc:5f:f4:68:70:88
Dec 31 16:17:02 unknown daemon.info dnsmasq-dhcp[94]: DHCPDISCOVER(br0) bc:5f:f4:68:70:88
Dec 31 16:17:02 unknown daemon.info dnsmasq-dhcp[94]: DHCPOFFER(br0) 192.168.1.134 bc:5f:f4:68:70:88
Dec 31 16:17:02 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.134 bc:5f:f4:68:70:88
Dec 31 16:17:02 unknown daemon.info dnsmasq-dhcp[94]: DHCPACK(br0) 192.168.1.134 bc:5f:f4:68:70:88 Jon-ThorPC
Dec 31 16:19:15 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.134 bc:5f:f4:68:70:88
Dec 31 16:19:15 unknown daemon.info dnsmasq-dhcp[94]: DHCPACK(br0) 192.168.1.134 bc:5f:f4:68:70:88 Jon-ThorPC









share|improve this question




























    6















    I am having trouble setting up my router to connect to the Internet. I am currently renting a basement unit and I have an Ethernet port running upstairs to the owner's floor. I have verified that port is active by plugging my desktop into that port and being able to access the Internet. I have also verified that all the Ethernet cables are working.



    I have a Linksys WRT54GL flashed with Tomato 1.28. The 'Internet' light on my router is lit up, and the Tomato 'Status Overview WAN Gateway' IP address is 192.168.1.1. I have currently tried plugging my computer's ethernet cable to the back of the router, and connecting my phone to my router's WiFi.



    Is there anything further I can do to debug why my router cannot connect to the Internet?



    Here are my Tomato logs. I'm not sure why the date is Dec 31.




    Dec 31 16:00:05 unknown syslog.info syslogd started: BusyBox v1.14.4
    Dec 31 16:00:05 unknown user.notice kernel: klogd started: BusyBox v1.14.4 (2010-06-27 20:11:16 PDT)
    Dec 31 16:00:05 unknown user.warn kernel: CPU revision is: 00029007
    Dec 31 16:00:05 unknown user.warn kernel: Primary instruction cache 8kb, linesize 16 bytes (2 ways)
    Dec 31 16:00:05 unknown user.warn kernel: Primary data cache 4kb, linesize 16 bytes (2 ways)
    Dec 31 16:00:05 unknown user.warn kernel: Linux version 2.4.20 (root@tobu) (gcc version 3.2.3 with Broadcom modifications) #1 Sun Jun 27 20:13:35 PDT 2010
    Dec 31 16:00:05 unknown user.warn kernel: Setting the PFC value as 0x15
    Dec 31 16:00:05 unknown user.warn kernel: Determined physical RAM map:
    Dec 31 16:00:05 unknown user.warn kernel: memory: 02000000 @ 00000000 (usable)
    Dec 31 16:00:05 unknown user.warn kernel: On node 0 totalpages: 8192
    Dec 31 16:00:05 unknown user.warn kernel: zone(0): 8192 pages.
    Dec 31 16:00:05 unknown user.warn kernel: zone(1): 0 pages.
    Dec 31 16:00:05 unknown user.warn kernel: zone(2): 0 pages.
    Dec 31 16:00:05 unknown user.warn kernel: Kernel command line: root=/dev/mtdblock2 noinitrd console=ttyS0,115200
    Dec 31 16:00:05 unknown user.warn kernel: CPU: BCM4712 rev 1 at 200 MHz
    Dec 31 16:00:05 unknown user.warn kernel: Calibrating delay loop... 199.47 BogoMIPS
    Dec 31 16:00:05 unknown user.info kernel: Memory: 30672k/32768k available (1336k kernel code, 2096k reserved, 108k data, 64k init, 0k highmem)
    Dec 31 16:00:05 unknown user.info kernel: Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
    Dec 31 16:00:05 unknown user.info kernel: Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
    Dec 31 16:00:05 unknown user.warn kernel: Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
    Dec 31 16:00:05 unknown user.warn kernel: Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
    Dec 31 16:00:05 unknown user.warn kernel: Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
    Dec 31 16:00:05 unknown user.warn kernel: Checking for 'wait' instruction... unavailable.
    Dec 31 16:00:05 unknown user.warn kernel: POSIX conformance testing by UNIFIX
    Dec 31 16:00:05 unknown user.warn kernel: PCI: Disabled
    Dec 31 16:00:05 unknown user.warn kernel: PCI: Fixing up bus 0
    Dec 31 16:00:05 unknown user.info kernel: Linux NET4.0 for Linux 2.4
    Dec 31 16:00:05 unknown user.info kernel: Based upon Swansea University Computer Society NET3.039
    Dec 31 16:00:05 unknown user.warn kernel: Initializing RT netlink socket
    Dec 31 16:00:05 unknown user.warn kernel: Starting kswapd
    Dec 31 16:00:05 unknown user.info kernel: devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
    Dec 31 16:00:05 unknown user.info kernel: devfs: boot_options: 0x1
    Dec 31 16:00:05 unknown user.info kernel: squashfs: version 3.0 (2006/03/15) Phillip Lougher
    Dec 31 16:00:05 unknown user.warn kernel: pty: 256 Unix98 ptys configured
    Dec 31 16:00:05 unknown user.info kernel: Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
    Dec 31 16:00:05 unknown user.info kernel: ttyS00 at 0xb8000300 (irq = 3) is a 16550A
    Dec 31 16:00:05 unknown user.info kernel: ttyS01 at 0xb8000400 (irq = 0) is a 16550A
    Dec 31 16:00:05 unknown user.warn kernel: HDLC line discipline: version $Revision: 1.1.1.4 $, maxframe=4096
    Dec 31 16:00:05 unknown user.info kernel: N_HDLC line discipline registered.
    Dec 31 16:00:05 unknown user.info kernel: PPP generic driver version 2.4.2
    Dec 31 16:00:05 unknown user.debug kernel: Physically mapped flash: Found an alias at 0x800000 for the chip at 0x0
    Dec 31 16:00:05 unknown user.debug kernel: Physically mapped flash: Found an alias at 0x1000000 for the chip at 0x0
    Dec 31 16:00:05 unknown user.debug kernel: Physically mapped flash: Found an alias at 0x1800000 for the chip at 0x0
    Dec 31 16:00:05 unknown user.debug kernel: number of CFI chips: 1
    Dec 31 16:00:05 unknown user.debug kernel: 0: offset=0x0,size=0x20000,blocks=64
    Dec 31 16:00:05 unknown user.notice kernel: Flash device: 0x800000 at 0x1c000000
    Dec 31 16:00:05 unknown user.notice kernel: Creating 5 MTD partitions on "Physically mapped flash":
    Dec 31 16:00:05 unknown user.notice kernel: 0x00000000-0x00040000 : "pmon"
    Dec 31 16:00:05 unknown user.notice kernel: 0x00040000-0x007e0000 : "linux"
    Dec 31 16:00:05 unknown user.notice kernel: 0x000e2a10-0x00300000 : "rootfs"
    Dec 31 16:00:05 unknown user.notice kernel: 0x00300000-0x007e0000 : "jffs2"
    Dec 31 16:00:05 unknown user.notice kernel: 0x007e0000-0x00800000 : "nvram"
    Dec 31 16:00:05 unknown user.err kernel: sflash: found no supported devices
    Dec 31 16:00:05 unknown user.info kernel: NET4: Linux TCP/IP 1.0 for NET4.0
    Dec 31 16:00:05 unknown user.info kernel: IP Protocols: ICMP, UDP, TCP, IGMP
    Dec 31 16:00:05 unknown user.info kernel: IP: routing cache hash table of 512 buckets, 4Kbytes
    Dec 31 16:00:05 unknown user.info kernel: TCP: Hash tables configured (established 2048 bind 4096)
    Dec 31 16:00:05 unknown user.info kernel: Linux IP multicast router 0.06 plus PIM-SM
    Dec 31 16:00:05 unknown user.warn kernel: ip_conntrack version 2.1 (8092 buckets, 4096 max) - 368 bytes per conntrack
    Dec 31 16:00:05 unknown user.warn kernel: ip_tables: (C) 2000-2002 Netfilter core team
    Dec 31 16:00:05 unknown user.info kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
    Dec 31 16:00:05 unknown user.info kernel: NET4: Ethernet Bridge 008 for NET4.0
    Dec 31 16:00:05 unknown user.alert kernel: 802.1Q VLAN Support v1.7 Ben Greear
    Dec 31 16:00:05 unknown user.alert kernel: All bugs added by David S. Miller
    Dec 31 16:00:05 unknown user.warn kernel: VFS: Mounted root (squashfs filesystem) readonly.
    Dec 31 16:00:05 unknown user.info kernel: Mounted devfs on /dev
    Dec 31 16:00:05 unknown user.info kernel: Freeing unused kernel memory: 64k freed
    Dec 31 16:00:05 unknown user.warn kernel: Algorithmics/MIPS FPU Emulator v1.5
    Dec 31 16:00:05 unknown user.warn kernel: ip_conntrack_pptp version 1.9 loaded
    Dec 31 16:00:05 unknown user.warn kernel: ip_nat_pptp version 1.5 loaded
    Dec 31 16:00:05 unknown user.warn kernel: ip_conntrack_rtsp v0.01 loading
    Dec 31 16:00:05 unknown user.warn kernel: ip_nat_rtsp v0.01 loading
    Dec 31 16:00:05 unknown user.warn kernel: eth0: Broadcom BCM47xx 10/100 Mbps Ethernet Controller 3.90.38.0
    Dec 31 16:00:05 unknown user.warn kernel: eth1: Broadcom BCM4320 802.11 Wireless Controller 3.90.38.0
    Dec 31 16:00:05 unknown user.warn kernel: tomato_ct.c [Jun 27 2010 20:15:22]
    Dec 31 16:00:05 unknown user.info kernel: vlan0: dev_set_promiscuity(master, 1)
    Dec 31 16:00:05 unknown user.info kernel: device eth0 entered promiscuous mode
    Dec 31 16:00:05 unknown user.info kernel: device vlan0 entered promiscuous mode
    Dec 31 16:00:05 unknown user.info kernel: device eth1 entered promiscuous mode
    Dec 31 16:00:05 unknown user.info kernel: br0: port 2(eth1) entering learning state
    Dec 31 16:00:05 unknown user.info kernel: br0: port 1(vlan0) entering learning state
    Dec 31 16:00:05 unknown user.warn kernel: vlan1: Setting MAC address to 00 0f 66 b2 e6 b1.
    Dec 31 16:00:05 unknown user.info kernel: br0: port 2(eth1) entering forwarding state
    Dec 31 16:00:05 unknown user.info kernel: br0: topology change detected, propagating
    Dec 31 16:00:05 unknown user.info kernel: br0: port 1(vlan0) entering forwarding state
    Dec 31 16:00:05 unknown user.info kernel: br0: topology change detected, propagating
    Dec 31 16:00:05 unknown user.info kernel: vlan1: add 01:00:5e:00:00:01 mcast address to master interface
    Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: started, version 2.55 cachesize 150
    Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: compile time options: no-IPv6 GNU-getopt no-RTC no-DBus no-I18N DHCP no-scripts no-TFTP
    Dec 31 16:00:07 unknown daemon.info dnsmasq-dhcp[83]: DHCP, IP range 192.168.1.100 -- 192.168.1.149, lease time 1d
    Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: reading /etc/resolv.dnsmasq
    Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: using nameserver 192.168.1.1#53
    Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: read /etc/hosts - 0 addresses
    Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: read /etc/hosts.dnsmasq - 1 addresses
    Dec 31 16:00:07 unknown user.info init[1]: Tomato 1.28.1816
    Dec 31 16:00:07 unknown cron.err crond[87]: crond (busybox 1.14.4) started, log level 9
    Dec 31 16:00:08 unknown user.info init[1]: Linksys WRT54G/GS/GL
    Dec 31 16:00:08 unknown daemon.info dnsmasq[83]: exiting on receipt of SIGTERM
    Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: started, version 2.55 cachesize 150
    Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: compile time options: no-IPv6 GNU-getopt no-RTC no-DBus no-I18N DHCP no-scripts no-TFTP
    Dec 31 16:00:08 unknown daemon.info dnsmasq-dhcp[94]: DHCP, IP range 192.168.1.100 -- 192.168.1.149, lease time 1d
    Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: reading /etc/resolv.dnsmasq
    Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: using nameserver 192.168.1.1#53
    Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: read /etc/hosts - 0 addresses
    Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: read /etc/hosts.dnsmasq - 1 addresses
    Dec 31 16:00:08 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.134 bc:5f:f4:68:70:88
    Dec 31 16:00:08 unknown daemon.info dnsmasq-dhcp[94]: DHCPACK(br0) 192.168.1.134 bc:5f:f4:68:70:88 Jon-ThorPC
    Dec 31 16:00:10 unknown daemon.notice miniupnpd[131]: HTTP listening on port 5000
    Dec 31 16:05:10 unknown daemon.info dnsmasq-dhcp[94]: DHCPDISCOVER(br0) 40:33:1a:0a:bc:2e
    Dec 31 16:05:11 unknown daemon.info dnsmasq-dhcp[94]: DHCPOFFER(br0) 192.168.1.135 40:33:1a:0a:bc:2e
    Dec 31 16:05:11 unknown daemon.info dnsmasq-dhcp[94]: DHCPDISCOVER(br0) 40:33:1a:0a:bc:2e
    Dec 31 16:05:11 unknown daemon.info dnsmasq-dhcp[94]: DHCPOFFER(br0) 192.168.1.135 40:33:1a:0a:bc:2e
    Dec 31 16:05:12 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.135 40:33:1a:0a:bc:2e
    Dec 31 16:05:12 unknown daemon.info dnsmasq-dhcp[94]: DHCPACK(br0) 192.168.1.135 40:33:1a:0a:bc:2e CathyYaosiPhone
    Dec 31 16:08:20 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.135 40:33:1a:0a:bc:2e
    Dec 31 16:08:20 unknown daemon.info dnsmasq-dhcp[94]: DHCPACK(br0) 192.168.1.135 40:33:1a:0a:bc:2e CathyYaosiPhone
    Dec 31 16:16:56 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.26 bc:5f:f4:68:70:88
    Dec 31 16:16:56 unknown daemon.info dnsmasq-dhcp[94]: DHCPNAK(br0) 192.168.1.26 bc:5f:f4:68:70:88 wrong address
    Dec 31 16:16:56 unknown daemon.info dnsmasq-dhcp[94]: DHCPDISCOVER(br0) bc:5f:f4:68:70:88
    Dec 31 16:16:56 unknown daemon.info dnsmasq-dhcp[94]: DHCPOFFER(br0) 192.168.1.134 bc:5f:f4:68:70:88
    Dec 31 16:16:59 unknown daemon.info dnsmasq-dhcp[94]: DHCPDISCOVER(br0) bc:5f:f4:68:70:88
    Dec 31 16:16:59 unknown daemon.info dnsmasq-dhcp[94]: DHCPOFFER(br0) 192.168.1.134 bc:5f:f4:68:70:88
    Dec 31 16:17:02 unknown daemon.info dnsmasq-dhcp[94]: DHCPDISCOVER(br0) bc:5f:f4:68:70:88
    Dec 31 16:17:02 unknown daemon.info dnsmasq-dhcp[94]: DHCPOFFER(br0) 192.168.1.134 bc:5f:f4:68:70:88
    Dec 31 16:17:02 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.134 bc:5f:f4:68:70:88
    Dec 31 16:17:02 unknown daemon.info dnsmasq-dhcp[94]: DHCPACK(br0) 192.168.1.134 bc:5f:f4:68:70:88 Jon-ThorPC
    Dec 31 16:19:15 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.134 bc:5f:f4:68:70:88
    Dec 31 16:19:15 unknown daemon.info dnsmasq-dhcp[94]: DHCPACK(br0) 192.168.1.134 bc:5f:f4:68:70:88 Jon-ThorPC









    share|improve this question
























      6












      6








      6








      I am having trouble setting up my router to connect to the Internet. I am currently renting a basement unit and I have an Ethernet port running upstairs to the owner's floor. I have verified that port is active by plugging my desktop into that port and being able to access the Internet. I have also verified that all the Ethernet cables are working.



      I have a Linksys WRT54GL flashed with Tomato 1.28. The 'Internet' light on my router is lit up, and the Tomato 'Status Overview WAN Gateway' IP address is 192.168.1.1. I have currently tried plugging my computer's ethernet cable to the back of the router, and connecting my phone to my router's WiFi.



      Is there anything further I can do to debug why my router cannot connect to the Internet?



      Here are my Tomato logs. I'm not sure why the date is Dec 31.




      Dec 31 16:00:05 unknown syslog.info syslogd started: BusyBox v1.14.4
      Dec 31 16:00:05 unknown user.notice kernel: klogd started: BusyBox v1.14.4 (2010-06-27 20:11:16 PDT)
      Dec 31 16:00:05 unknown user.warn kernel: CPU revision is: 00029007
      Dec 31 16:00:05 unknown user.warn kernel: Primary instruction cache 8kb, linesize 16 bytes (2 ways)
      Dec 31 16:00:05 unknown user.warn kernel: Primary data cache 4kb, linesize 16 bytes (2 ways)
      Dec 31 16:00:05 unknown user.warn kernel: Linux version 2.4.20 (root@tobu) (gcc version 3.2.3 with Broadcom modifications) #1 Sun Jun 27 20:13:35 PDT 2010
      Dec 31 16:00:05 unknown user.warn kernel: Setting the PFC value as 0x15
      Dec 31 16:00:05 unknown user.warn kernel: Determined physical RAM map:
      Dec 31 16:00:05 unknown user.warn kernel: memory: 02000000 @ 00000000 (usable)
      Dec 31 16:00:05 unknown user.warn kernel: On node 0 totalpages: 8192
      Dec 31 16:00:05 unknown user.warn kernel: zone(0): 8192 pages.
      Dec 31 16:00:05 unknown user.warn kernel: zone(1): 0 pages.
      Dec 31 16:00:05 unknown user.warn kernel: zone(2): 0 pages.
      Dec 31 16:00:05 unknown user.warn kernel: Kernel command line: root=/dev/mtdblock2 noinitrd console=ttyS0,115200
      Dec 31 16:00:05 unknown user.warn kernel: CPU: BCM4712 rev 1 at 200 MHz
      Dec 31 16:00:05 unknown user.warn kernel: Calibrating delay loop... 199.47 BogoMIPS
      Dec 31 16:00:05 unknown user.info kernel: Memory: 30672k/32768k available (1336k kernel code, 2096k reserved, 108k data, 64k init, 0k highmem)
      Dec 31 16:00:05 unknown user.info kernel: Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
      Dec 31 16:00:05 unknown user.info kernel: Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
      Dec 31 16:00:05 unknown user.warn kernel: Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
      Dec 31 16:00:05 unknown user.warn kernel: Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
      Dec 31 16:00:05 unknown user.warn kernel: Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
      Dec 31 16:00:05 unknown user.warn kernel: Checking for 'wait' instruction... unavailable.
      Dec 31 16:00:05 unknown user.warn kernel: POSIX conformance testing by UNIFIX
      Dec 31 16:00:05 unknown user.warn kernel: PCI: Disabled
      Dec 31 16:00:05 unknown user.warn kernel: PCI: Fixing up bus 0
      Dec 31 16:00:05 unknown user.info kernel: Linux NET4.0 for Linux 2.4
      Dec 31 16:00:05 unknown user.info kernel: Based upon Swansea University Computer Society NET3.039
      Dec 31 16:00:05 unknown user.warn kernel: Initializing RT netlink socket
      Dec 31 16:00:05 unknown user.warn kernel: Starting kswapd
      Dec 31 16:00:05 unknown user.info kernel: devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
      Dec 31 16:00:05 unknown user.info kernel: devfs: boot_options: 0x1
      Dec 31 16:00:05 unknown user.info kernel: squashfs: version 3.0 (2006/03/15) Phillip Lougher
      Dec 31 16:00:05 unknown user.warn kernel: pty: 256 Unix98 ptys configured
      Dec 31 16:00:05 unknown user.info kernel: Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
      Dec 31 16:00:05 unknown user.info kernel: ttyS00 at 0xb8000300 (irq = 3) is a 16550A
      Dec 31 16:00:05 unknown user.info kernel: ttyS01 at 0xb8000400 (irq = 0) is a 16550A
      Dec 31 16:00:05 unknown user.warn kernel: HDLC line discipline: version $Revision: 1.1.1.4 $, maxframe=4096
      Dec 31 16:00:05 unknown user.info kernel: N_HDLC line discipline registered.
      Dec 31 16:00:05 unknown user.info kernel: PPP generic driver version 2.4.2
      Dec 31 16:00:05 unknown user.debug kernel: Physically mapped flash: Found an alias at 0x800000 for the chip at 0x0
      Dec 31 16:00:05 unknown user.debug kernel: Physically mapped flash: Found an alias at 0x1000000 for the chip at 0x0
      Dec 31 16:00:05 unknown user.debug kernel: Physically mapped flash: Found an alias at 0x1800000 for the chip at 0x0
      Dec 31 16:00:05 unknown user.debug kernel: number of CFI chips: 1
      Dec 31 16:00:05 unknown user.debug kernel: 0: offset=0x0,size=0x20000,blocks=64
      Dec 31 16:00:05 unknown user.notice kernel: Flash device: 0x800000 at 0x1c000000
      Dec 31 16:00:05 unknown user.notice kernel: Creating 5 MTD partitions on "Physically mapped flash":
      Dec 31 16:00:05 unknown user.notice kernel: 0x00000000-0x00040000 : "pmon"
      Dec 31 16:00:05 unknown user.notice kernel: 0x00040000-0x007e0000 : "linux"
      Dec 31 16:00:05 unknown user.notice kernel: 0x000e2a10-0x00300000 : "rootfs"
      Dec 31 16:00:05 unknown user.notice kernel: 0x00300000-0x007e0000 : "jffs2"
      Dec 31 16:00:05 unknown user.notice kernel: 0x007e0000-0x00800000 : "nvram"
      Dec 31 16:00:05 unknown user.err kernel: sflash: found no supported devices
      Dec 31 16:00:05 unknown user.info kernel: NET4: Linux TCP/IP 1.0 for NET4.0
      Dec 31 16:00:05 unknown user.info kernel: IP Protocols: ICMP, UDP, TCP, IGMP
      Dec 31 16:00:05 unknown user.info kernel: IP: routing cache hash table of 512 buckets, 4Kbytes
      Dec 31 16:00:05 unknown user.info kernel: TCP: Hash tables configured (established 2048 bind 4096)
      Dec 31 16:00:05 unknown user.info kernel: Linux IP multicast router 0.06 plus PIM-SM
      Dec 31 16:00:05 unknown user.warn kernel: ip_conntrack version 2.1 (8092 buckets, 4096 max) - 368 bytes per conntrack
      Dec 31 16:00:05 unknown user.warn kernel: ip_tables: (C) 2000-2002 Netfilter core team
      Dec 31 16:00:05 unknown user.info kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
      Dec 31 16:00:05 unknown user.info kernel: NET4: Ethernet Bridge 008 for NET4.0
      Dec 31 16:00:05 unknown user.alert kernel: 802.1Q VLAN Support v1.7 Ben Greear
      Dec 31 16:00:05 unknown user.alert kernel: All bugs added by David S. Miller
      Dec 31 16:00:05 unknown user.warn kernel: VFS: Mounted root (squashfs filesystem) readonly.
      Dec 31 16:00:05 unknown user.info kernel: Mounted devfs on /dev
      Dec 31 16:00:05 unknown user.info kernel: Freeing unused kernel memory: 64k freed
      Dec 31 16:00:05 unknown user.warn kernel: Algorithmics/MIPS FPU Emulator v1.5
      Dec 31 16:00:05 unknown user.warn kernel: ip_conntrack_pptp version 1.9 loaded
      Dec 31 16:00:05 unknown user.warn kernel: ip_nat_pptp version 1.5 loaded
      Dec 31 16:00:05 unknown user.warn kernel: ip_conntrack_rtsp v0.01 loading
      Dec 31 16:00:05 unknown user.warn kernel: ip_nat_rtsp v0.01 loading
      Dec 31 16:00:05 unknown user.warn kernel: eth0: Broadcom BCM47xx 10/100 Mbps Ethernet Controller 3.90.38.0
      Dec 31 16:00:05 unknown user.warn kernel: eth1: Broadcom BCM4320 802.11 Wireless Controller 3.90.38.0
      Dec 31 16:00:05 unknown user.warn kernel: tomato_ct.c [Jun 27 2010 20:15:22]
      Dec 31 16:00:05 unknown user.info kernel: vlan0: dev_set_promiscuity(master, 1)
      Dec 31 16:00:05 unknown user.info kernel: device eth0 entered promiscuous mode
      Dec 31 16:00:05 unknown user.info kernel: device vlan0 entered promiscuous mode
      Dec 31 16:00:05 unknown user.info kernel: device eth1 entered promiscuous mode
      Dec 31 16:00:05 unknown user.info kernel: br0: port 2(eth1) entering learning state
      Dec 31 16:00:05 unknown user.info kernel: br0: port 1(vlan0) entering learning state
      Dec 31 16:00:05 unknown user.warn kernel: vlan1: Setting MAC address to 00 0f 66 b2 e6 b1.
      Dec 31 16:00:05 unknown user.info kernel: br0: port 2(eth1) entering forwarding state
      Dec 31 16:00:05 unknown user.info kernel: br0: topology change detected, propagating
      Dec 31 16:00:05 unknown user.info kernel: br0: port 1(vlan0) entering forwarding state
      Dec 31 16:00:05 unknown user.info kernel: br0: topology change detected, propagating
      Dec 31 16:00:05 unknown user.info kernel: vlan1: add 01:00:5e:00:00:01 mcast address to master interface
      Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: started, version 2.55 cachesize 150
      Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: compile time options: no-IPv6 GNU-getopt no-RTC no-DBus no-I18N DHCP no-scripts no-TFTP
      Dec 31 16:00:07 unknown daemon.info dnsmasq-dhcp[83]: DHCP, IP range 192.168.1.100 -- 192.168.1.149, lease time 1d
      Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: reading /etc/resolv.dnsmasq
      Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: using nameserver 192.168.1.1#53
      Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: read /etc/hosts - 0 addresses
      Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: read /etc/hosts.dnsmasq - 1 addresses
      Dec 31 16:00:07 unknown user.info init[1]: Tomato 1.28.1816
      Dec 31 16:00:07 unknown cron.err crond[87]: crond (busybox 1.14.4) started, log level 9
      Dec 31 16:00:08 unknown user.info init[1]: Linksys WRT54G/GS/GL
      Dec 31 16:00:08 unknown daemon.info dnsmasq[83]: exiting on receipt of SIGTERM
      Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: started, version 2.55 cachesize 150
      Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: compile time options: no-IPv6 GNU-getopt no-RTC no-DBus no-I18N DHCP no-scripts no-TFTP
      Dec 31 16:00:08 unknown daemon.info dnsmasq-dhcp[94]: DHCP, IP range 192.168.1.100 -- 192.168.1.149, lease time 1d
      Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: reading /etc/resolv.dnsmasq
      Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: using nameserver 192.168.1.1#53
      Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: read /etc/hosts - 0 addresses
      Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: read /etc/hosts.dnsmasq - 1 addresses
      Dec 31 16:00:08 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.134 bc:5f:f4:68:70:88
      Dec 31 16:00:08 unknown daemon.info dnsmasq-dhcp[94]: DHCPACK(br0) 192.168.1.134 bc:5f:f4:68:70:88 Jon-ThorPC
      Dec 31 16:00:10 unknown daemon.notice miniupnpd[131]: HTTP listening on port 5000
      Dec 31 16:05:10 unknown daemon.info dnsmasq-dhcp[94]: DHCPDISCOVER(br0) 40:33:1a:0a:bc:2e
      Dec 31 16:05:11 unknown daemon.info dnsmasq-dhcp[94]: DHCPOFFER(br0) 192.168.1.135 40:33:1a:0a:bc:2e
      Dec 31 16:05:11 unknown daemon.info dnsmasq-dhcp[94]: DHCPDISCOVER(br0) 40:33:1a:0a:bc:2e
      Dec 31 16:05:11 unknown daemon.info dnsmasq-dhcp[94]: DHCPOFFER(br0) 192.168.1.135 40:33:1a:0a:bc:2e
      Dec 31 16:05:12 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.135 40:33:1a:0a:bc:2e
      Dec 31 16:05:12 unknown daemon.info dnsmasq-dhcp[94]: DHCPACK(br0) 192.168.1.135 40:33:1a:0a:bc:2e CathyYaosiPhone
      Dec 31 16:08:20 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.135 40:33:1a:0a:bc:2e
      Dec 31 16:08:20 unknown daemon.info dnsmasq-dhcp[94]: DHCPACK(br0) 192.168.1.135 40:33:1a:0a:bc:2e CathyYaosiPhone
      Dec 31 16:16:56 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.26 bc:5f:f4:68:70:88
      Dec 31 16:16:56 unknown daemon.info dnsmasq-dhcp[94]: DHCPNAK(br0) 192.168.1.26 bc:5f:f4:68:70:88 wrong address
      Dec 31 16:16:56 unknown daemon.info dnsmasq-dhcp[94]: DHCPDISCOVER(br0) bc:5f:f4:68:70:88
      Dec 31 16:16:56 unknown daemon.info dnsmasq-dhcp[94]: DHCPOFFER(br0) 192.168.1.134 bc:5f:f4:68:70:88
      Dec 31 16:16:59 unknown daemon.info dnsmasq-dhcp[94]: DHCPDISCOVER(br0) bc:5f:f4:68:70:88
      Dec 31 16:16:59 unknown daemon.info dnsmasq-dhcp[94]: DHCPOFFER(br0) 192.168.1.134 bc:5f:f4:68:70:88
      Dec 31 16:17:02 unknown daemon.info dnsmasq-dhcp[94]: DHCPDISCOVER(br0) bc:5f:f4:68:70:88
      Dec 31 16:17:02 unknown daemon.info dnsmasq-dhcp[94]: DHCPOFFER(br0) 192.168.1.134 bc:5f:f4:68:70:88
      Dec 31 16:17:02 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.134 bc:5f:f4:68:70:88
      Dec 31 16:17:02 unknown daemon.info dnsmasq-dhcp[94]: DHCPACK(br0) 192.168.1.134 bc:5f:f4:68:70:88 Jon-ThorPC
      Dec 31 16:19:15 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.134 bc:5f:f4:68:70:88
      Dec 31 16:19:15 unknown daemon.info dnsmasq-dhcp[94]: DHCPACK(br0) 192.168.1.134 bc:5f:f4:68:70:88 Jon-ThorPC









      share|improve this question














      I am having trouble setting up my router to connect to the Internet. I am currently renting a basement unit and I have an Ethernet port running upstairs to the owner's floor. I have verified that port is active by plugging my desktop into that port and being able to access the Internet. I have also verified that all the Ethernet cables are working.



      I have a Linksys WRT54GL flashed with Tomato 1.28. The 'Internet' light on my router is lit up, and the Tomato 'Status Overview WAN Gateway' IP address is 192.168.1.1. I have currently tried plugging my computer's ethernet cable to the back of the router, and connecting my phone to my router's WiFi.



      Is there anything further I can do to debug why my router cannot connect to the Internet?



      Here are my Tomato logs. I'm not sure why the date is Dec 31.




      Dec 31 16:00:05 unknown syslog.info syslogd started: BusyBox v1.14.4
      Dec 31 16:00:05 unknown user.notice kernel: klogd started: BusyBox v1.14.4 (2010-06-27 20:11:16 PDT)
      Dec 31 16:00:05 unknown user.warn kernel: CPU revision is: 00029007
      Dec 31 16:00:05 unknown user.warn kernel: Primary instruction cache 8kb, linesize 16 bytes (2 ways)
      Dec 31 16:00:05 unknown user.warn kernel: Primary data cache 4kb, linesize 16 bytes (2 ways)
      Dec 31 16:00:05 unknown user.warn kernel: Linux version 2.4.20 (root@tobu) (gcc version 3.2.3 with Broadcom modifications) #1 Sun Jun 27 20:13:35 PDT 2010
      Dec 31 16:00:05 unknown user.warn kernel: Setting the PFC value as 0x15
      Dec 31 16:00:05 unknown user.warn kernel: Determined physical RAM map:
      Dec 31 16:00:05 unknown user.warn kernel: memory: 02000000 @ 00000000 (usable)
      Dec 31 16:00:05 unknown user.warn kernel: On node 0 totalpages: 8192
      Dec 31 16:00:05 unknown user.warn kernel: zone(0): 8192 pages.
      Dec 31 16:00:05 unknown user.warn kernel: zone(1): 0 pages.
      Dec 31 16:00:05 unknown user.warn kernel: zone(2): 0 pages.
      Dec 31 16:00:05 unknown user.warn kernel: Kernel command line: root=/dev/mtdblock2 noinitrd console=ttyS0,115200
      Dec 31 16:00:05 unknown user.warn kernel: CPU: BCM4712 rev 1 at 200 MHz
      Dec 31 16:00:05 unknown user.warn kernel: Calibrating delay loop... 199.47 BogoMIPS
      Dec 31 16:00:05 unknown user.info kernel: Memory: 30672k/32768k available (1336k kernel code, 2096k reserved, 108k data, 64k init, 0k highmem)
      Dec 31 16:00:05 unknown user.info kernel: Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
      Dec 31 16:00:05 unknown user.info kernel: Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
      Dec 31 16:00:05 unknown user.warn kernel: Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
      Dec 31 16:00:05 unknown user.warn kernel: Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
      Dec 31 16:00:05 unknown user.warn kernel: Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
      Dec 31 16:00:05 unknown user.warn kernel: Checking for 'wait' instruction... unavailable.
      Dec 31 16:00:05 unknown user.warn kernel: POSIX conformance testing by UNIFIX
      Dec 31 16:00:05 unknown user.warn kernel: PCI: Disabled
      Dec 31 16:00:05 unknown user.warn kernel: PCI: Fixing up bus 0
      Dec 31 16:00:05 unknown user.info kernel: Linux NET4.0 for Linux 2.4
      Dec 31 16:00:05 unknown user.info kernel: Based upon Swansea University Computer Society NET3.039
      Dec 31 16:00:05 unknown user.warn kernel: Initializing RT netlink socket
      Dec 31 16:00:05 unknown user.warn kernel: Starting kswapd
      Dec 31 16:00:05 unknown user.info kernel: devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
      Dec 31 16:00:05 unknown user.info kernel: devfs: boot_options: 0x1
      Dec 31 16:00:05 unknown user.info kernel: squashfs: version 3.0 (2006/03/15) Phillip Lougher
      Dec 31 16:00:05 unknown user.warn kernel: pty: 256 Unix98 ptys configured
      Dec 31 16:00:05 unknown user.info kernel: Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
      Dec 31 16:00:05 unknown user.info kernel: ttyS00 at 0xb8000300 (irq = 3) is a 16550A
      Dec 31 16:00:05 unknown user.info kernel: ttyS01 at 0xb8000400 (irq = 0) is a 16550A
      Dec 31 16:00:05 unknown user.warn kernel: HDLC line discipline: version $Revision: 1.1.1.4 $, maxframe=4096
      Dec 31 16:00:05 unknown user.info kernel: N_HDLC line discipline registered.
      Dec 31 16:00:05 unknown user.info kernel: PPP generic driver version 2.4.2
      Dec 31 16:00:05 unknown user.debug kernel: Physically mapped flash: Found an alias at 0x800000 for the chip at 0x0
      Dec 31 16:00:05 unknown user.debug kernel: Physically mapped flash: Found an alias at 0x1000000 for the chip at 0x0
      Dec 31 16:00:05 unknown user.debug kernel: Physically mapped flash: Found an alias at 0x1800000 for the chip at 0x0
      Dec 31 16:00:05 unknown user.debug kernel: number of CFI chips: 1
      Dec 31 16:00:05 unknown user.debug kernel: 0: offset=0x0,size=0x20000,blocks=64
      Dec 31 16:00:05 unknown user.notice kernel: Flash device: 0x800000 at 0x1c000000
      Dec 31 16:00:05 unknown user.notice kernel: Creating 5 MTD partitions on "Physically mapped flash":
      Dec 31 16:00:05 unknown user.notice kernel: 0x00000000-0x00040000 : "pmon"
      Dec 31 16:00:05 unknown user.notice kernel: 0x00040000-0x007e0000 : "linux"
      Dec 31 16:00:05 unknown user.notice kernel: 0x000e2a10-0x00300000 : "rootfs"
      Dec 31 16:00:05 unknown user.notice kernel: 0x00300000-0x007e0000 : "jffs2"
      Dec 31 16:00:05 unknown user.notice kernel: 0x007e0000-0x00800000 : "nvram"
      Dec 31 16:00:05 unknown user.err kernel: sflash: found no supported devices
      Dec 31 16:00:05 unknown user.info kernel: NET4: Linux TCP/IP 1.0 for NET4.0
      Dec 31 16:00:05 unknown user.info kernel: IP Protocols: ICMP, UDP, TCP, IGMP
      Dec 31 16:00:05 unknown user.info kernel: IP: routing cache hash table of 512 buckets, 4Kbytes
      Dec 31 16:00:05 unknown user.info kernel: TCP: Hash tables configured (established 2048 bind 4096)
      Dec 31 16:00:05 unknown user.info kernel: Linux IP multicast router 0.06 plus PIM-SM
      Dec 31 16:00:05 unknown user.warn kernel: ip_conntrack version 2.1 (8092 buckets, 4096 max) - 368 bytes per conntrack
      Dec 31 16:00:05 unknown user.warn kernel: ip_tables: (C) 2000-2002 Netfilter core team
      Dec 31 16:00:05 unknown user.info kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
      Dec 31 16:00:05 unknown user.info kernel: NET4: Ethernet Bridge 008 for NET4.0
      Dec 31 16:00:05 unknown user.alert kernel: 802.1Q VLAN Support v1.7 Ben Greear
      Dec 31 16:00:05 unknown user.alert kernel: All bugs added by David S. Miller
      Dec 31 16:00:05 unknown user.warn kernel: VFS: Mounted root (squashfs filesystem) readonly.
      Dec 31 16:00:05 unknown user.info kernel: Mounted devfs on /dev
      Dec 31 16:00:05 unknown user.info kernel: Freeing unused kernel memory: 64k freed
      Dec 31 16:00:05 unknown user.warn kernel: Algorithmics/MIPS FPU Emulator v1.5
      Dec 31 16:00:05 unknown user.warn kernel: ip_conntrack_pptp version 1.9 loaded
      Dec 31 16:00:05 unknown user.warn kernel: ip_nat_pptp version 1.5 loaded
      Dec 31 16:00:05 unknown user.warn kernel: ip_conntrack_rtsp v0.01 loading
      Dec 31 16:00:05 unknown user.warn kernel: ip_nat_rtsp v0.01 loading
      Dec 31 16:00:05 unknown user.warn kernel: eth0: Broadcom BCM47xx 10/100 Mbps Ethernet Controller 3.90.38.0
      Dec 31 16:00:05 unknown user.warn kernel: eth1: Broadcom BCM4320 802.11 Wireless Controller 3.90.38.0
      Dec 31 16:00:05 unknown user.warn kernel: tomato_ct.c [Jun 27 2010 20:15:22]
      Dec 31 16:00:05 unknown user.info kernel: vlan0: dev_set_promiscuity(master, 1)
      Dec 31 16:00:05 unknown user.info kernel: device eth0 entered promiscuous mode
      Dec 31 16:00:05 unknown user.info kernel: device vlan0 entered promiscuous mode
      Dec 31 16:00:05 unknown user.info kernel: device eth1 entered promiscuous mode
      Dec 31 16:00:05 unknown user.info kernel: br0: port 2(eth1) entering learning state
      Dec 31 16:00:05 unknown user.info kernel: br0: port 1(vlan0) entering learning state
      Dec 31 16:00:05 unknown user.warn kernel: vlan1: Setting MAC address to 00 0f 66 b2 e6 b1.
      Dec 31 16:00:05 unknown user.info kernel: br0: port 2(eth1) entering forwarding state
      Dec 31 16:00:05 unknown user.info kernel: br0: topology change detected, propagating
      Dec 31 16:00:05 unknown user.info kernel: br0: port 1(vlan0) entering forwarding state
      Dec 31 16:00:05 unknown user.info kernel: br0: topology change detected, propagating
      Dec 31 16:00:05 unknown user.info kernel: vlan1: add 01:00:5e:00:00:01 mcast address to master interface
      Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: started, version 2.55 cachesize 150
      Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: compile time options: no-IPv6 GNU-getopt no-RTC no-DBus no-I18N DHCP no-scripts no-TFTP
      Dec 31 16:00:07 unknown daemon.info dnsmasq-dhcp[83]: DHCP, IP range 192.168.1.100 -- 192.168.1.149, lease time 1d
      Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: reading /etc/resolv.dnsmasq
      Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: using nameserver 192.168.1.1#53
      Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: read /etc/hosts - 0 addresses
      Dec 31 16:00:07 unknown daemon.info dnsmasq[83]: read /etc/hosts.dnsmasq - 1 addresses
      Dec 31 16:00:07 unknown user.info init[1]: Tomato 1.28.1816
      Dec 31 16:00:07 unknown cron.err crond[87]: crond (busybox 1.14.4) started, log level 9
      Dec 31 16:00:08 unknown user.info init[1]: Linksys WRT54G/GS/GL
      Dec 31 16:00:08 unknown daemon.info dnsmasq[83]: exiting on receipt of SIGTERM
      Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: started, version 2.55 cachesize 150
      Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: compile time options: no-IPv6 GNU-getopt no-RTC no-DBus no-I18N DHCP no-scripts no-TFTP
      Dec 31 16:00:08 unknown daemon.info dnsmasq-dhcp[94]: DHCP, IP range 192.168.1.100 -- 192.168.1.149, lease time 1d
      Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: reading /etc/resolv.dnsmasq
      Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: using nameserver 192.168.1.1#53
      Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: read /etc/hosts - 0 addresses
      Dec 31 16:00:08 unknown daemon.info dnsmasq[94]: read /etc/hosts.dnsmasq - 1 addresses
      Dec 31 16:00:08 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.134 bc:5f:f4:68:70:88
      Dec 31 16:00:08 unknown daemon.info dnsmasq-dhcp[94]: DHCPACK(br0) 192.168.1.134 bc:5f:f4:68:70:88 Jon-ThorPC
      Dec 31 16:00:10 unknown daemon.notice miniupnpd[131]: HTTP listening on port 5000
      Dec 31 16:05:10 unknown daemon.info dnsmasq-dhcp[94]: DHCPDISCOVER(br0) 40:33:1a:0a:bc:2e
      Dec 31 16:05:11 unknown daemon.info dnsmasq-dhcp[94]: DHCPOFFER(br0) 192.168.1.135 40:33:1a:0a:bc:2e
      Dec 31 16:05:11 unknown daemon.info dnsmasq-dhcp[94]: DHCPDISCOVER(br0) 40:33:1a:0a:bc:2e
      Dec 31 16:05:11 unknown daemon.info dnsmasq-dhcp[94]: DHCPOFFER(br0) 192.168.1.135 40:33:1a:0a:bc:2e
      Dec 31 16:05:12 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.135 40:33:1a:0a:bc:2e
      Dec 31 16:05:12 unknown daemon.info dnsmasq-dhcp[94]: DHCPACK(br0) 192.168.1.135 40:33:1a:0a:bc:2e CathyYaosiPhone
      Dec 31 16:08:20 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.135 40:33:1a:0a:bc:2e
      Dec 31 16:08:20 unknown daemon.info dnsmasq-dhcp[94]: DHCPACK(br0) 192.168.1.135 40:33:1a:0a:bc:2e CathyYaosiPhone
      Dec 31 16:16:56 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.26 bc:5f:f4:68:70:88
      Dec 31 16:16:56 unknown daemon.info dnsmasq-dhcp[94]: DHCPNAK(br0) 192.168.1.26 bc:5f:f4:68:70:88 wrong address
      Dec 31 16:16:56 unknown daemon.info dnsmasq-dhcp[94]: DHCPDISCOVER(br0) bc:5f:f4:68:70:88
      Dec 31 16:16:56 unknown daemon.info dnsmasq-dhcp[94]: DHCPOFFER(br0) 192.168.1.134 bc:5f:f4:68:70:88
      Dec 31 16:16:59 unknown daemon.info dnsmasq-dhcp[94]: DHCPDISCOVER(br0) bc:5f:f4:68:70:88
      Dec 31 16:16:59 unknown daemon.info dnsmasq-dhcp[94]: DHCPOFFER(br0) 192.168.1.134 bc:5f:f4:68:70:88
      Dec 31 16:17:02 unknown daemon.info dnsmasq-dhcp[94]: DHCPDISCOVER(br0) bc:5f:f4:68:70:88
      Dec 31 16:17:02 unknown daemon.info dnsmasq-dhcp[94]: DHCPOFFER(br0) 192.168.1.134 bc:5f:f4:68:70:88
      Dec 31 16:17:02 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.134 bc:5f:f4:68:70:88
      Dec 31 16:17:02 unknown daemon.info dnsmasq-dhcp[94]: DHCPACK(br0) 192.168.1.134 bc:5f:f4:68:70:88 Jon-ThorPC
      Dec 31 16:19:15 unknown daemon.info dnsmasq-dhcp[94]: DHCPREQUEST(br0) 192.168.1.134 bc:5f:f4:68:70:88
      Dec 31 16:19:15 unknown daemon.info dnsmasq-dhcp[94]: DHCPACK(br0) 192.168.1.134 bc:5f:f4:68:70:88 Jon-ThorPC






      networking router






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked May 6 at 5:49









      icu222muchicu222much

      3475818




      3475818




















          2 Answers
          2






          active

          oldest

          votes


















          11














          I would guess that the problem is due to both of the router's interfaces (both WAN & LAN) having overlapping or even identical network numbering.



          You say that the router picked up 192.168.1.1 as the upstream WAN gateway (the network is likely 192.168.1.0/24), and your DHCP server logs show that it's offering 192.168.1.x addresses as well (the LAN network is again likely to be 192.168.1.0/24). Some routers are able to cope with this situation, but nevertheless it's a situation I'd run away from.



          So if you want to use it in full 'router' mode, try changing your router's LAN configuration to use addresses from e.g. 192.168.2.x or such. (It can be any private address range as long as it doesn't overlap with the "WAN" addressing.)



          (You could also use the device in 'bridge' mode; instead of creating your own separate LAN, it'd directly place all your devices on the owner's main LAN. Though in this particular case I'd be hesitant to switch to bridge mode due to security/privacy concerns, but if it were a 2nd router for your own WAN, bridging would be the preferred option.)




          The date is Dec 31 because the router has no better clock information yet – without Internet access it cannot synchronize from NTP servers; it likely has no battery-powered clock to retain time from previous time; and you haven't set the clock manually yet either.






          share|improve this answer

























          • Date is probably based on GMT-8, so guessing OP is in Alaska or something else in/near that timezone. Router has GMT-8 saved in its config in flash, which is how that survives the power-cycle.

            – Criggie
            May 6 at 8:47


















          8














          Based on your logs and post, I posit that the issue is that both routers are using the same 192.168.1.0/24 (or possibly bigger range) for IP addresses, thus computers on the LAN of the router that is not working can't route correctly.



          The easiest fix might be to change this routers config so that the LAN is on 10.0.0.0 (netmask 255.255.255.0 will work fine), ie set the routers LAN IP address to 10.0.0.1.






          share|improve this answer























          • You're totally right, but its a lot more convenient when people don't use the common 10/8 or 10.0.0/24 or 192.168.[01]/24. I like to suggest 172.x.y.0 /24 where x is 0-254, and based on their birthday or street number or flat/apartment number or even their shoe size, and y is another (but between 16 and 31) Its a much less common RFC1918 range and less likely to conflict.

            – Criggie
            May 6 at 8:50






          • 1





            You have reversed.X and Y. (Your solution is valid but I don't think using random class Cs in a subnet. Also, this range is tricky because people dont recognise it and its got an unusual netmask - making it slightly harder for "sort-of network technicians" - like your tyical mom and pop computer store to support.)

            – davidgo
            May 6 at 9:03












          • I'd say /24 is very usual...

            – grawity
            May 6 at 10:19






          • 1





            @grawity, I was unclear -172.16 is a /12 - Many people would not recognise 172.21 is RFC1918 space while 172.42 isnt. Most people would recognise that 192.170 is not RFC1918 though.

            – davidgo
            May 6 at 10:38






          • 2





            @Criggie 's numbers are a bit off. The x is 16 through 31 (inclusive), the y is zero through 254. (Based on the famous IETF BCP5, more commonly known by the older title of "RFC 1918")

            – TOOGAM
            May 6 at 11:37












          Your Answer








          StackExchange.ready(function()
          var channelOptions =
          tags: "".split(" "),
          id: "3"
          ;
          initTagRenderer("".split(" "), "".split(" "), channelOptions);

          StackExchange.using("externalEditor", function()
          // Have to fire editor after snippets, if snippets enabled
          if (StackExchange.settings.snippets.snippetsEnabled)
          StackExchange.using("snippets", function()
          createEditor();
          );

          else
          createEditor();

          );

          function createEditor()
          StackExchange.prepareEditor(
          heartbeatType: 'answer',
          autoActivateHeartbeat: false,
          convertImagesToLinks: true,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: 10,
          bindNavPrevention: true,
          postfix: "",
          imageUploader:
          brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
          contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
          allowUrls: true
          ,
          onDemand: true,
          discardSelector: ".discard-answer"
          ,immediatelyShowMarkdownHelp:true
          );



          );













          draft saved

          draft discarded


















          StackExchange.ready(
          function ()
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1433438%2frouter-cannot-connect-to-internet%23new-answer', 'question_page');

          );

          Post as a guest















          Required, but never shown

























          2 Answers
          2






          active

          oldest

          votes








          2 Answers
          2






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes









          11














          I would guess that the problem is due to both of the router's interfaces (both WAN & LAN) having overlapping or even identical network numbering.



          You say that the router picked up 192.168.1.1 as the upstream WAN gateway (the network is likely 192.168.1.0/24), and your DHCP server logs show that it's offering 192.168.1.x addresses as well (the LAN network is again likely to be 192.168.1.0/24). Some routers are able to cope with this situation, but nevertheless it's a situation I'd run away from.



          So if you want to use it in full 'router' mode, try changing your router's LAN configuration to use addresses from e.g. 192.168.2.x or such. (It can be any private address range as long as it doesn't overlap with the "WAN" addressing.)



          (You could also use the device in 'bridge' mode; instead of creating your own separate LAN, it'd directly place all your devices on the owner's main LAN. Though in this particular case I'd be hesitant to switch to bridge mode due to security/privacy concerns, but if it were a 2nd router for your own WAN, bridging would be the preferred option.)




          The date is Dec 31 because the router has no better clock information yet – without Internet access it cannot synchronize from NTP servers; it likely has no battery-powered clock to retain time from previous time; and you haven't set the clock manually yet either.






          share|improve this answer

























          • Date is probably based on GMT-8, so guessing OP is in Alaska or something else in/near that timezone. Router has GMT-8 saved in its config in flash, which is how that survives the power-cycle.

            – Criggie
            May 6 at 8:47















          11














          I would guess that the problem is due to both of the router's interfaces (both WAN & LAN) having overlapping or even identical network numbering.



          You say that the router picked up 192.168.1.1 as the upstream WAN gateway (the network is likely 192.168.1.0/24), and your DHCP server logs show that it's offering 192.168.1.x addresses as well (the LAN network is again likely to be 192.168.1.0/24). Some routers are able to cope with this situation, but nevertheless it's a situation I'd run away from.



          So if you want to use it in full 'router' mode, try changing your router's LAN configuration to use addresses from e.g. 192.168.2.x or such. (It can be any private address range as long as it doesn't overlap with the "WAN" addressing.)



          (You could also use the device in 'bridge' mode; instead of creating your own separate LAN, it'd directly place all your devices on the owner's main LAN. Though in this particular case I'd be hesitant to switch to bridge mode due to security/privacy concerns, but if it were a 2nd router for your own WAN, bridging would be the preferred option.)




          The date is Dec 31 because the router has no better clock information yet – without Internet access it cannot synchronize from NTP servers; it likely has no battery-powered clock to retain time from previous time; and you haven't set the clock manually yet either.






          share|improve this answer

























          • Date is probably based on GMT-8, so guessing OP is in Alaska or something else in/near that timezone. Router has GMT-8 saved in its config in flash, which is how that survives the power-cycle.

            – Criggie
            May 6 at 8:47













          11












          11








          11







          I would guess that the problem is due to both of the router's interfaces (both WAN & LAN) having overlapping or even identical network numbering.



          You say that the router picked up 192.168.1.1 as the upstream WAN gateway (the network is likely 192.168.1.0/24), and your DHCP server logs show that it's offering 192.168.1.x addresses as well (the LAN network is again likely to be 192.168.1.0/24). Some routers are able to cope with this situation, but nevertheless it's a situation I'd run away from.



          So if you want to use it in full 'router' mode, try changing your router's LAN configuration to use addresses from e.g. 192.168.2.x or such. (It can be any private address range as long as it doesn't overlap with the "WAN" addressing.)



          (You could also use the device in 'bridge' mode; instead of creating your own separate LAN, it'd directly place all your devices on the owner's main LAN. Though in this particular case I'd be hesitant to switch to bridge mode due to security/privacy concerns, but if it were a 2nd router for your own WAN, bridging would be the preferred option.)




          The date is Dec 31 because the router has no better clock information yet – without Internet access it cannot synchronize from NTP servers; it likely has no battery-powered clock to retain time from previous time; and you haven't set the clock manually yet either.






          share|improve this answer















          I would guess that the problem is due to both of the router's interfaces (both WAN & LAN) having overlapping or even identical network numbering.



          You say that the router picked up 192.168.1.1 as the upstream WAN gateway (the network is likely 192.168.1.0/24), and your DHCP server logs show that it's offering 192.168.1.x addresses as well (the LAN network is again likely to be 192.168.1.0/24). Some routers are able to cope with this situation, but nevertheless it's a situation I'd run away from.



          So if you want to use it in full 'router' mode, try changing your router's LAN configuration to use addresses from e.g. 192.168.2.x or such. (It can be any private address range as long as it doesn't overlap with the "WAN" addressing.)



          (You could also use the device in 'bridge' mode; instead of creating your own separate LAN, it'd directly place all your devices on the owner's main LAN. Though in this particular case I'd be hesitant to switch to bridge mode due to security/privacy concerns, but if it were a 2nd router for your own WAN, bridging would be the preferred option.)




          The date is Dec 31 because the router has no better clock information yet – without Internet access it cannot synchronize from NTP servers; it likely has no battery-powered clock to retain time from previous time; and you haven't set the clock manually yet either.







          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited May 9 at 4:43

























          answered May 6 at 6:04









          grawitygrawity

          247k38526585




          247k38526585












          • Date is probably based on GMT-8, so guessing OP is in Alaska or something else in/near that timezone. Router has GMT-8 saved in its config in flash, which is how that survives the power-cycle.

            – Criggie
            May 6 at 8:47

















          • Date is probably based on GMT-8, so guessing OP is in Alaska or something else in/near that timezone. Router has GMT-8 saved in its config in flash, which is how that survives the power-cycle.

            – Criggie
            May 6 at 8:47
















          Date is probably based on GMT-8, so guessing OP is in Alaska or something else in/near that timezone. Router has GMT-8 saved in its config in flash, which is how that survives the power-cycle.

          – Criggie
          May 6 at 8:47





          Date is probably based on GMT-8, so guessing OP is in Alaska or something else in/near that timezone. Router has GMT-8 saved in its config in flash, which is how that survives the power-cycle.

          – Criggie
          May 6 at 8:47













          8














          Based on your logs and post, I posit that the issue is that both routers are using the same 192.168.1.0/24 (or possibly bigger range) for IP addresses, thus computers on the LAN of the router that is not working can't route correctly.



          The easiest fix might be to change this routers config so that the LAN is on 10.0.0.0 (netmask 255.255.255.0 will work fine), ie set the routers LAN IP address to 10.0.0.1.






          share|improve this answer























          • You're totally right, but its a lot more convenient when people don't use the common 10/8 or 10.0.0/24 or 192.168.[01]/24. I like to suggest 172.x.y.0 /24 where x is 0-254, and based on their birthday or street number or flat/apartment number or even their shoe size, and y is another (but between 16 and 31) Its a much less common RFC1918 range and less likely to conflict.

            – Criggie
            May 6 at 8:50






          • 1





            You have reversed.X and Y. (Your solution is valid but I don't think using random class Cs in a subnet. Also, this range is tricky because people dont recognise it and its got an unusual netmask - making it slightly harder for "sort-of network technicians" - like your tyical mom and pop computer store to support.)

            – davidgo
            May 6 at 9:03












          • I'd say /24 is very usual...

            – grawity
            May 6 at 10:19






          • 1





            @grawity, I was unclear -172.16 is a /12 - Many people would not recognise 172.21 is RFC1918 space while 172.42 isnt. Most people would recognise that 192.170 is not RFC1918 though.

            – davidgo
            May 6 at 10:38






          • 2





            @Criggie 's numbers are a bit off. The x is 16 through 31 (inclusive), the y is zero through 254. (Based on the famous IETF BCP5, more commonly known by the older title of "RFC 1918")

            – TOOGAM
            May 6 at 11:37
















          8














          Based on your logs and post, I posit that the issue is that both routers are using the same 192.168.1.0/24 (or possibly bigger range) for IP addresses, thus computers on the LAN of the router that is not working can't route correctly.



          The easiest fix might be to change this routers config so that the LAN is on 10.0.0.0 (netmask 255.255.255.0 will work fine), ie set the routers LAN IP address to 10.0.0.1.






          share|improve this answer























          • You're totally right, but its a lot more convenient when people don't use the common 10/8 or 10.0.0/24 or 192.168.[01]/24. I like to suggest 172.x.y.0 /24 where x is 0-254, and based on their birthday or street number or flat/apartment number or even their shoe size, and y is another (but between 16 and 31) Its a much less common RFC1918 range and less likely to conflict.

            – Criggie
            May 6 at 8:50






          • 1





            You have reversed.X and Y. (Your solution is valid but I don't think using random class Cs in a subnet. Also, this range is tricky because people dont recognise it and its got an unusual netmask - making it slightly harder for "sort-of network technicians" - like your tyical mom and pop computer store to support.)

            – davidgo
            May 6 at 9:03












          • I'd say /24 is very usual...

            – grawity
            May 6 at 10:19






          • 1





            @grawity, I was unclear -172.16 is a /12 - Many people would not recognise 172.21 is RFC1918 space while 172.42 isnt. Most people would recognise that 192.170 is not RFC1918 though.

            – davidgo
            May 6 at 10:38






          • 2





            @Criggie 's numbers are a bit off. The x is 16 through 31 (inclusive), the y is zero through 254. (Based on the famous IETF BCP5, more commonly known by the older title of "RFC 1918")

            – TOOGAM
            May 6 at 11:37














          8












          8








          8







          Based on your logs and post, I posit that the issue is that both routers are using the same 192.168.1.0/24 (or possibly bigger range) for IP addresses, thus computers on the LAN of the router that is not working can't route correctly.



          The easiest fix might be to change this routers config so that the LAN is on 10.0.0.0 (netmask 255.255.255.0 will work fine), ie set the routers LAN IP address to 10.0.0.1.






          share|improve this answer













          Based on your logs and post, I posit that the issue is that both routers are using the same 192.168.1.0/24 (or possibly bigger range) for IP addresses, thus computers on the LAN of the router that is not working can't route correctly.



          The easiest fix might be to change this routers config so that the LAN is on 10.0.0.0 (netmask 255.255.255.0 will work fine), ie set the routers LAN IP address to 10.0.0.1.







          share|improve this answer












          share|improve this answer



          share|improve this answer










          answered May 6 at 6:02









          davidgodavidgo

          45.8k75597




          45.8k75597












          • You're totally right, but its a lot more convenient when people don't use the common 10/8 or 10.0.0/24 or 192.168.[01]/24. I like to suggest 172.x.y.0 /24 where x is 0-254, and based on their birthday or street number or flat/apartment number or even their shoe size, and y is another (but between 16 and 31) Its a much less common RFC1918 range and less likely to conflict.

            – Criggie
            May 6 at 8:50






          • 1





            You have reversed.X and Y. (Your solution is valid but I don't think using random class Cs in a subnet. Also, this range is tricky because people dont recognise it and its got an unusual netmask - making it slightly harder for "sort-of network technicians" - like your tyical mom and pop computer store to support.)

            – davidgo
            May 6 at 9:03












          • I'd say /24 is very usual...

            – grawity
            May 6 at 10:19






          • 1





            @grawity, I was unclear -172.16 is a /12 - Many people would not recognise 172.21 is RFC1918 space while 172.42 isnt. Most people would recognise that 192.170 is not RFC1918 though.

            – davidgo
            May 6 at 10:38






          • 2





            @Criggie 's numbers are a bit off. The x is 16 through 31 (inclusive), the y is zero through 254. (Based on the famous IETF BCP5, more commonly known by the older title of "RFC 1918")

            – TOOGAM
            May 6 at 11:37


















          • You're totally right, but its a lot more convenient when people don't use the common 10/8 or 10.0.0/24 or 192.168.[01]/24. I like to suggest 172.x.y.0 /24 where x is 0-254, and based on their birthday or street number or flat/apartment number or even their shoe size, and y is another (but between 16 and 31) Its a much less common RFC1918 range and less likely to conflict.

            – Criggie
            May 6 at 8:50






          • 1





            You have reversed.X and Y. (Your solution is valid but I don't think using random class Cs in a subnet. Also, this range is tricky because people dont recognise it and its got an unusual netmask - making it slightly harder for "sort-of network technicians" - like your tyical mom and pop computer store to support.)

            – davidgo
            May 6 at 9:03












          • I'd say /24 is very usual...

            – grawity
            May 6 at 10:19






          • 1





            @grawity, I was unclear -172.16 is a /12 - Many people would not recognise 172.21 is RFC1918 space while 172.42 isnt. Most people would recognise that 192.170 is not RFC1918 though.

            – davidgo
            May 6 at 10:38






          • 2





            @Criggie 's numbers are a bit off. The x is 16 through 31 (inclusive), the y is zero through 254. (Based on the famous IETF BCP5, more commonly known by the older title of "RFC 1918")

            – TOOGAM
            May 6 at 11:37

















          You're totally right, but its a lot more convenient when people don't use the common 10/8 or 10.0.0/24 or 192.168.[01]/24. I like to suggest 172.x.y.0 /24 where x is 0-254, and based on their birthday or street number or flat/apartment number or even their shoe size, and y is another (but between 16 and 31) Its a much less common RFC1918 range and less likely to conflict.

          – Criggie
          May 6 at 8:50





          You're totally right, but its a lot more convenient when people don't use the common 10/8 or 10.0.0/24 or 192.168.[01]/24. I like to suggest 172.x.y.0 /24 where x is 0-254, and based on their birthday or street number or flat/apartment number or even their shoe size, and y is another (but between 16 and 31) Its a much less common RFC1918 range and less likely to conflict.

          – Criggie
          May 6 at 8:50




          1




          1





          You have reversed.X and Y. (Your solution is valid but I don't think using random class Cs in a subnet. Also, this range is tricky because people dont recognise it and its got an unusual netmask - making it slightly harder for "sort-of network technicians" - like your tyical mom and pop computer store to support.)

          – davidgo
          May 6 at 9:03






          You have reversed.X and Y. (Your solution is valid but I don't think using random class Cs in a subnet. Also, this range is tricky because people dont recognise it and its got an unusual netmask - making it slightly harder for "sort-of network technicians" - like your tyical mom and pop computer store to support.)

          – davidgo
          May 6 at 9:03














          I'd say /24 is very usual...

          – grawity
          May 6 at 10:19





          I'd say /24 is very usual...

          – grawity
          May 6 at 10:19




          1




          1





          @grawity, I was unclear -172.16 is a /12 - Many people would not recognise 172.21 is RFC1918 space while 172.42 isnt. Most people would recognise that 192.170 is not RFC1918 though.

          – davidgo
          May 6 at 10:38





          @grawity, I was unclear -172.16 is a /12 - Many people would not recognise 172.21 is RFC1918 space while 172.42 isnt. Most people would recognise that 192.170 is not RFC1918 though.

          – davidgo
          May 6 at 10:38




          2




          2





          @Criggie 's numbers are a bit off. The x is 16 through 31 (inclusive), the y is zero through 254. (Based on the famous IETF BCP5, more commonly known by the older title of "RFC 1918")

          – TOOGAM
          May 6 at 11:37






          @Criggie 's numbers are a bit off. The x is 16 through 31 (inclusive), the y is zero through 254. (Based on the famous IETF BCP5, more commonly known by the older title of "RFC 1918")

          – TOOGAM
          May 6 at 11:37


















          draft saved

          draft discarded
















































          Thanks for contributing an answer to Super User!


          • Please be sure to answer the question. Provide details and share your research!

          But avoid


          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.

          To learn more, see our tips on writing great answers.




          draft saved


          draft discarded














          StackExchange.ready(
          function ()
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1433438%2frouter-cannot-connect-to-internet%23new-answer', 'question_page');

          );

          Post as a guest















          Required, but never shown





















































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown

































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown







          Popular posts from this blog

          Club Baloncesto Breogán Índice Historia | Pavillón | Nome | O Breogán na cultura popular | Xogadores | Adestradores | Presidentes | Palmarés | Historial | Líderes | Notas | Véxase tamén | Menú de navegacióncbbreogan.galCadroGuía oficial da ACB 2009-10, páxina 201Guía oficial ACB 1992, páxina 183. Editorial DB.É de 6.500 espectadores sentados axeitándose á última normativa"Estudiantes Junior, entre as mellores canteiras"o orixinalHemeroteca El Mundo Deportivo, 16 setembro de 1970, páxina 12Historia do BreogánAlfredo Pérez, o último canoneiroHistoria C.B. BreogánHemeroteca de El Mundo DeportivoJimmy Wright, norteamericano do Breogán deixará Lugo por ameazas de morteResultados de Breogán en 1986-87Resultados de Breogán en 1990-91Ficha de Velimir Perasović en acb.comResultados de Breogán en 1994-95Breogán arrasa al Barça. "El Mundo Deportivo", 27 de setembro de 1999, páxina 58CB Breogán - FC BarcelonaA FEB invita a participar nunha nova Liga EuropeaCharlie Bell na prensa estatalMáximos anotadores 2005Tempada 2005-06 : Tódolos Xogadores da Xornada""Non quero pensar nunha man negra, mais pregúntome que está a pasar""o orixinalRaúl López, orgulloso dos xogadores, presume da boa saúde económica do BreogánJulio González confirma que cesa como presidente del BreogánHomenaxe a Lisardo GómezA tempada do rexurdimento celesteEntrevista a Lisardo GómezEl COB dinamita el Pazo para forzar el quinto (69-73)Cafés Candelas, patrocinador del CB Breogán"Suso Lázare, novo presidente do Breogán"o orixinalCafés Candelas Breogán firma el mayor triunfo de la historiaEl Breogán realizará 17 homenajes por su cincuenta aniversario"O Breogán honra ao seu fundador e primeiro presidente"o orixinalMiguel Giao recibiu a homenaxe do PazoHomenaxe aos primeiros gladiadores celestesO home que nos amosa como ver o Breo co corazónTita Franco será homenaxeada polos #50anosdeBreoJulio Vila recibirá unha homenaxe in memoriam polos #50anosdeBreo"O Breogán homenaxeará aos seus aboados máis veteráns"Pechada ovación a «Capi» Sanmartín e Ricardo «Corazón de González»Homenaxe por décadas de informaciónPaco García volve ao Pazo con motivo do 50 aniversario"Resultados y clasificaciones""O Cafés Candelas Breogán, campión da Copa Princesa""O Cafés Candelas Breogán, equipo ACB"C.B. Breogán"Proxecto social"o orixinal"Centros asociados"o orixinalFicha en imdb.comMario Camus trata la recuperación del amor en 'La vieja música', su última película"Páxina web oficial""Club Baloncesto Breogán""C. B. Breogán S.A.D."eehttp://www.fegaba.com

          Vilaño, A Laracha Índice Patrimonio | Lugares e parroquias | Véxase tamén | Menú de navegación43°14′52″N 8°36′03″O / 43.24775, -8.60070

          Cegueira Índice Epidemioloxía | Deficiencia visual | Tipos de cegueira | Principais causas de cegueira | Tratamento | Técnicas de adaptación e axudas | Vida dos cegos | Primeiros auxilios | Crenzas respecto das persoas cegas | Crenzas das persoas cegas | O neno deficiente visual | Aspectos psicolóxicos da cegueira | Notas | Véxase tamén | Menú de navegación54.054.154.436928256blindnessDicionario da Real Academia GalegaPortal das Palabras"International Standards: Visual Standards — Aspects and Ranges of Vision Loss with Emphasis on Population Surveys.""Visual impairment and blindness""Presentan un plan para previr a cegueira"o orixinalACCDV Associació Catalana de Cecs i Disminuïts Visuals - PMFTrachoma"Effect of gene therapy on visual function in Leber's congenital amaurosis"1844137110.1056/NEJMoa0802268Cans guía - os mellores amigos dos cegosArquivadoEscola de cans guía para cegos en Mortágua, PortugalArquivado"Tecnología para ciegos y deficientes visuales. Recopilación de recursos gratuitos en la Red""Colorino""‘COL.diesis’, escuchar los sonidos del color""COL.diesis: Transforming Colour into Melody and Implementing the Result in a Colour Sensor Device"o orixinal"Sistema de desarrollo de sinestesia color-sonido para invidentes utilizando un protocolo de audio""Enseñanza táctil - geometría y color. Juegos didácticos para niños ciegos y videntes""Sistema Constanz"L'ocupació laboral dels cecs a l'Estat espanyol està pràcticament equiparada a la de les persones amb visió, entrevista amb Pedro ZuritaONCE (Organización Nacional de Cegos de España)Prevención da cegueiraDescrición de deficiencias visuais (Disc@pnet)Braillín, un boneco atractivo para calquera neno, con ou sen discapacidade, que permite familiarizarse co sistema de escritura e lectura brailleAxudas Técnicas36838ID00897494007150-90057129528256DOID:1432HP:0000618D001766C10.597.751.941.162C97109C0155020