LinuxQuestions.org
LinuxAnswers - the LQ Linux tutorial section.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Networking
User Name
Password
Linux - Networking This forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game.

Notices



Reply
 
Search this Thread
Old 05-15-2008, 12:28 AM   #1
des_a
Member
 
Registered: Sep 2006
Posts: 366

Rep: Reputation: 18
Buffalo Linkstation Live Default Firmware, No Hacks - Only Allows One Subnet?


I've already started a technical support with Buffalo, but I decided to ask here too, just in case anybody else thinks there is a technical reason this won't work, because it may also be the router.

Very basic idea of this network:

[router1]
|
|
[Bufalo Bridge]
|
|
[Router]
|
[Linkstation Live]


This is the desired network diagram, not the actual anymore, because it works another way for now, or in case it won't do what I want.

The buffalo bridge is like a special type of wireless card, that seems to work well overall. It lets all the other PCs be free of wireless cards, and it connects them to one wireless card via a switch, basically. So there is basically a switch between the first and second router. There are no wires connecting the first router with the second router, but it's connected via a wireless link. The second router is a D-Link DIR-615.

The Linkstation Live works on the LAN side of the second router when plugged in OK, but when it's plugged in to the LAN, but it doesn't work on the second side of the WAN side when plugged in there. I can try simple things like forwarding a port to the webserver of the Linkstation, and nothing works from the outside of the second router. I'm trying to isolate whether this is D-Link's problem or Buffalo's problem. The router "seems" to be blocking the Linkstation, but I can't tell for sure. My best guess is either Buffalo's only accepting connections from the same subnet, or the Linkstation is too slow and the router times out, thus it blocks when configured right. Is one of these the case? Is something else the matter? Also, when I do the same test with ftp, the message says the connection with the server was reset. That might help too.
 
Old 05-16-2008, 10:59 AM   #2
thorn168
Member
 
Registered: Oct 2004
Location: USA
Distribution: Vector Linux 5.1 Std., Vector Linux 5.8 Std., Win2k, XP, OS X (10.4 & 10.5)
Posts: 344

Rep: Reputation: 42
Have you segmented the default IP assignments for all of the network devices?

The default IP range for most of these devices is 192.168.0.1, etc.

If you use DHCP on all the devices then they will assign duplicate IP addresses to their connected devices. So I would suggest that you assign one of your devices as the master DHCP authority device and turn off DHCP in all of the subordinate devices.

If that does not work then you can try assigning static IPs to all of your devices.

Here is a link to help you understand what I written above.

http://tldp.org/HOWTO/archived/IP-Su...working-3.html
 
Old 05-17-2008, 02:16 AM   #3
des_a
Member
 
Registered: Sep 2006
Posts: 366

Original Poster
Rep: Reputation: 18
Thanks, but there's been no problems right now with DHCP, unless the Buffalo Linkstation doesn't like it, or something, and only says it's supported. All the IP subnet defaults that devices give off are changed though, for example, Linksys routers typically come configured to give off the 192.168.1.0 subnet range. We've got the first router giving off 1.1.1.0 subnet, and the second router gives off 2.1.1.0 subnet.

All the IPs are typically given off from DHCP. However, all addresses are also reserved, so each device always has the same address. Only "guest" devices would get a truely dynamic IP, but there still DHCP. Only a few troublesome devices are actually fully static. That is the Buffalo Bridge, and the WAN of the second router. But those devices are still set up to give the same static IP in DHCP as they are statically given, so there normally shouldn't ever be any IP conflicts at all, and there weren't.
 
Old 05-17-2008, 02:17 AM   #4
des_a
Member
 
Registered: Sep 2006
Posts: 366

Original Poster
Rep: Reputation: 18
Thanks, but there's been no problems right now with DHCP, unless the Buffalo Linkstation doesn't like it, or something, and only says it's supported. All the IP subnet defaults that devices give off are changed though, for example, Linksys routers typically come configured to give off the 192.168.1.0 subnet range. We've got the first router giving off 1.1.1.0 subnet, and the second router gives off 2.1.1.0 subnet.

All the IPs are typically given off from DHCP. However, all addresses are also reserved, so each device always has the same address. Only "guest" devices would get a truely dynamic IP, but there still DHCP. Only a few troublesome devices are actually fully static. That is the Buffalo Bridge, and the WAN of the second router. But those devices are still set up to give the same static IP in DHCP as they are statically given, so there normally shouldn't ever be any IP conflicts at all, and there weren't. From what I've been told, this is the recomended way to go, too. You're typically supposed to have one DHCP server for each subnet, and we do. Each one of our DHCP servers are in the routers. We've got 2 running. One runs on the 1.1.1.0 subnet, and the other runs on the 2.1.1.0 subnet.
 
Old 05-17-2008, 02:19 AM   #5
des_a
Member
 
Registered: Sep 2006
Posts: 366

Original Poster
Rep: Reputation: 18
Oops! posted twice!
 
Old 05-19-2008, 11:21 AM   #6
thorn168
Member
 
Registered: Oct 2004
Location: USA
Distribution: Vector Linux 5.1 Std., Vector Linux 5.8 Std., Win2k, XP, OS X (10.4 & 10.5)
Posts: 344

Rep: Reputation: 42
OK lets try something different have you captured any network traffic to see if there are collisions and timeouts between the network segments?

Also since this is a wireless to wired set up have you investigated any outside "noise" interference such as light fixtures, household appliances, a neighbor with a wireless network that competes with yours?
 
Old 05-20-2008, 01:46 PM   #7
des_a
Member
 
Registered: Sep 2006
Posts: 366

Original Poster
Rep: Reputation: 18
OK. I've never done this before, but that sounds like a right step. Let's start with the simpler, connections and timeouts. You would use what I've heard of, a packet capturer, right? If so, whats a free one you know of (price)? And it captures both, right?
 
Old 05-22-2008, 03:55 PM   #8
thorn168
Member
 
Registered: Oct 2004
Location: USA
Distribution: Vector Linux 5.1 Std., Vector Linux 5.8 Std., Win2k, XP, OS X (10.4 & 10.5)
Posts: 344

Rep: Reputation: 42
Well snort comes to mind..You should try Ping, Traceroute, Netstat and NSlookup first because they are probably already installed on your systems.

Here is a link to the utilities:

http://sectools.org/
 
Old 05-23-2008, 10:59 PM   #9
des_a
Member
 
Registered: Sep 2006
Posts: 366

Original Poster
Rep: Reputation: 18
Ping gets to the device from one subnet, but because of NAT, does not reach from the 1.1.1.0 subnet to the 2.1.1.0 subnet. Ping from the router to that device works well. It works completly as expected in the 1.1.1.0 subnet. Traceroute or tracrt would not work I know because if NAT is enabled the 1.1.1.0 network doesn't know enough about the 2.1.1.0 network. If ping doesn't get through, then tracert wouldn't get through.

nslookup won't work, because DNS is a work in progress to get it exactly how I want it. nslookup tends to fail, even if ping to the host names work though, from past experience. I had DNS working somewhat before internally, but nslookup always failed unless I specifically told it which DNS server to use.

netstat is easy enough to use, I think, but what's the function of it? This I've never used until now.
 
Old 05-27-2008, 09:45 AM   #10
thorn168
Member
 
Registered: Oct 2004
Location: USA
Distribution: Vector Linux 5.1 Std., Vector Linux 5.8 Std., Win2k, XP, OS X (10.4 & 10.5)
Posts: 344

Rep: Reputation: 42
We are looking for Time to Live (TTL)values and dropped packets which will tell us if a specific node or segment is slow or blocked.

Where is your NAT within your network? Can you move it closer to the Wan side? Can you turn it off?

Netstat is short of network status you can run this from each node to get output for that nodes status on the network.
 
Old 05-27-2008, 09:51 AM   #11
thorn168
Member
 
Registered: Oct 2004
Location: USA
Distribution: Vector Linux 5.1 Std., Vector Linux 5.8 Std., Win2k, XP, OS X (10.4 & 10.5)
Posts: 344

Rep: Reputation: 42
Also I noticed that you are splitting the IP front part of the address. Only A class IPs can do this. You are using a C class IP so you have to split the IP in the very last part of the address.

Correct= 1.192.168.255

Incorrect= 2.192.168.1
 
Old 05-27-2008, 04:54 PM   #12
thorn168
Member
 
Registered: Oct 2004
Location: USA
Distribution: Vector Linux 5.1 Std., Vector Linux 5.8 Std., Win2k, XP, OS X (10.4 & 10.5)
Posts: 344

Rep: Reputation: 42
You an also try wireshark formerly known a ethereal to see what is happening on your network.
 
Old 06-03-2008, 10:08 PM   #13
des_a
Member
 
Registered: Sep 2006
Posts: 366

Original Poster
Rep: Reputation: 18
What I decided to do, in the interest of my time, was move it to the first subnet, configure it completely as if it should be there, at least for now, on my machine, and then move it back to where I had it to do the tests, and then see where I go from there. I know it works enough to be the best I can do in the first subnet though.

I'm also looking into no NAT for some or all second routers as a possibllity too, if all else fails. So if you don't already, I'd set the thing to automatically e-mail you when there are replies on this thread. That way when I move it over and complete the first test again now, you'll see the results without checking often. It'd get annoying otherwise. I still need to figure it out, but I'm willing to look into other possibillities like this one though, which is why I'm putting it there for now.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Only root can chmod on mounted LinkStation NAS - how should I mount? chiefmac Linux - Networking 5 08-07-2008 04:27 PM
OpenSuse 10.3 and Buffalo Linkstation, How Now? Morbid Linux - Hardware 1 11-17-2007 08:57 PM
Buffalo Linkstation - Printing lovelyguinness Linux - Networking 1 10-20-2006 04:35 PM
Starting an Interface without a Default Subnet Route LinuxGeek Linux - Networking 5 08-30-2006 07:46 AM
LXer: Device Profile: Buffalo LinkStation LXer Syndicated Linux News 0 01-13-2006 10:31 PM


All times are GMT -5. The time now is 06:22 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration