How to Connect 2 Different LAN
Tags:
- to
- LAN
- Connection
- routing
- Networking
Last response: in Networking
jaabi379
April 9, 2013 1:06:08 AM
I'm in a Office where 192.168.2.1 Network with a Router and Switch with 10 people. On the Same Floor, there is another Company, with 192.168.1.1 Network with a Router and switch with 16 People. Both Company is Under One Management. Then also using different Internet.
Now planning to Purchase FOCUS ERP Software with One License to use on both Company.
How can I connect this two network, so when I ping from 192.168.1.1 to 192.168.2.1 , I get Pinged?
Please help. I can pull the Network cable from here to there.
Now planning to Purchase FOCUS ERP Software with One License to use on both Company.
How can I connect this two network, so when I ping from 192.168.1.1 to 192.168.2.1 , I get Pinged?
Please help. I can pull the Network cable from here to there.
More about : connect lan
-
Reply to jaabi379
UrbanMyth
April 9, 2013 1:59:23 AM
jaabi379 said:
I'm in a Office where 192.168.2.1 Network with a Router and Switch with 10 people. <...> another Company, with 192.168.1.1 Network with a Router and switch with 16 People. <...>How can I connect this two network, so when I ping from 192.168.1.1 to 192.168.2.1 , I get Pinged?
Assume
Gateways are 192.168.1.253 and 192.168.2.253
New server on 192.168.1.252
You need a "route" between the two networks that is set up on the routers. Your routers are key, as generally only enterprise class routers support what you need:
On the ..1. network where the new server is, one port on the router need to be given a reserved IP address from the ..2. network - call it 192.168.2.251. NOTE this is a PORT on the 192.168.1.253 router. Cable this port back to the switch on the ..2. network.
On the ..2. network you then need to define a route for traffic from that network to traverse to the new server .1.252 VIA the port on the ..1. network you just set up (192.168.2.251). Depending on the router, that might need to be an entry for each client, or an overall route on a mask...
I've done this on Nortel kit connected to just about anything, and using WatchGuards. It is possible to do the routing at a point inside the router if you have a hardware proxy or firewall with added capabilities.... I believe it's also possible using small specialist routers running pfsense/iptables/monowall etc which are *way* cheaper than WatchGuards or Nortel routers
.Good luck
-
Reply to UrbanMyth
m
0
l
s-h-a-w-n
April 9, 2013 8:23:26 PM
Yes you can,
You only have to chose which internet you will use, you have to choose only one intrnet and that is going to be your default gateway. This way you will have two connections, wit the internet you choose.
Else, if you use DHCP for both connections, you have no control on which internet you will use since your computer will choose it for you.
You only have to chose which internet you will use, you have to choose only one intrnet and that is going to be your default gateway. This way you will have two connections, wit the internet you choose.
Else, if you use DHCP for both connections, you have no control on which internet you will use since your computer will choose it for you.
-
Reply to s-h-a-w-n
m
0
l
Related resources
- How to connect 2 Different Lan without Vpn - Forum
- How to connect two different LAN to access data together - Forum
- how to connect two different LAN to share printers and files - Forum
- How to connect lan pc to wan using router having ips of different classes - Forum
- how to connect 2 comp for gaming(f-16 MRF) using lan or wlan - Forum
eibgrad
April 9, 2013 10:10:20 PM
If these are independent networks, you can connect them to each other like any other networks, using an ordinary router! Let’s call it the “shared” router. The tricky part is properly configuring it.
You connect the WAN of the shared router to a LAN port on the router of network 192.168.1.x, and connect a LAN port of the shared router to a LAN port on the router of network 192.168.2.x.
[192.168.1.1](lan)<-- wire -->(wan)[shared router](lan)<-- wire -->(lan)[192.168.2.1]
So now you have a physical path between the networks. The shared router acts as a gateway between them. The problem is that clients of either network don’t know that this gateway exists. By default, any network whose whereabouts are unknown will result in the client passing the request to its default gateway (usually its own router). But the router doesn’t know where the other network is either. So you need to add static routes to each network’s router so it can locate the other network, using either the WAN or LAN IP of the shared router, as appropriate. Also disable the shared router's DHCP server (we're not using it to support its own local network, it's ONLY a gateway). Finally, it works a lot smoother and easier if you drop the firewall on the shared router and disable NAT.
It sounds more complicated than it really is. All you’re really doing is defining a new gateway and using a third router to support it, and updating each network’s router so clients of that network can find that gateway and thus access clients of the other network.
You connect the WAN of the shared router to a LAN port on the router of network 192.168.1.x, and connect a LAN port of the shared router to a LAN port on the router of network 192.168.2.x.
[192.168.1.1](lan)<-- wire -->(wan)[shared router](lan)<-- wire -->(lan)[192.168.2.1]
So now you have a physical path between the networks. The shared router acts as a gateway between them. The problem is that clients of either network don’t know that this gateway exists. By default, any network whose whereabouts are unknown will result in the client passing the request to its default gateway (usually its own router). But the router doesn’t know where the other network is either. So you need to add static routes to each network’s router so it can locate the other network, using either the WAN or LAN IP of the shared router, as appropriate. Also disable the shared router's DHCP server (we're not using it to support its own local network, it's ONLY a gateway). Finally, it works a lot smoother and easier if you drop the firewall on the shared router and disable NAT.
It sounds more complicated than it really is. All you’re really doing is defining a new gateway and using a third router to support it, and updating each network’s router so clients of that network can find that gateway and thus access clients of the other network.
-
Reply to eibgrad
m
0
l
s-h-a-w-n
April 9, 2013 10:27:11 PM
eibgrad
April 9, 2013 10:31:24 PM
s-h-a-w-n said:
I have not interpreted the question the same way...That's always a problem, understanding exactly what the OP wants. To me, it sounds like a simple problem of needing access between two different networks, both in the same physical location, but each using their own router, modem, etc. And if all you want to do is route between them, you use a router. Simple.
But hey, I could have very well have misinterpreted it myself. Only the OP knows for sure.
-
Reply to eibgrad
m
0
l
s-h-a-w-n
April 10, 2013 9:45:57 AM
the great randini
April 10, 2013 9:58:13 AM
-
Reply to the great randini
m
0
l
jaabi379
April 10, 2013 11:27:33 PM
eibgrad said:
If these are independent networks, you can connect them to each other like any other networks, using an ordinary router! Let’s call it the “shared” router. The tricky part is properly configuring it.You connect the WAN of the shared router to a LAN port on the router of network 192.168.1.x, and connect a LAN port of the shared router to a LAN port on the router of network 192.168.2.x.
[192.168.1.1](lan)<-- wire -->(wan)[shared router](lan)<-- wire -->(lan)[192.168.2.1]
So now you have a physical path between the networks. The shared router acts as a gateway between them. The problem is that clients of either network don’t know that this gateway exists. By default, any network whose whereabouts are unknown will result in the client passing the request to its default gateway (usually its own router). But the router doesn’t know where the other network is either. So you need to add static routes to each network’s router so it can locate the other network, using either the WAN or LAN IP of the shared router, as appropriate. Also disable the shared router's DHCP server (we're not using it to support its own local network, it's ONLY a gateway). Finally, it works a lot smoother and easier if you drop the firewall on the shared router and disable NAT.
It sounds more complicated than it really is. All you’re really doing is defining a new gateway and using a third router to support it, and updating each network’s router so clients of that network can find that gateway and thus access clients of the other network.
-
Reply to jaabi379
m
0
l
jaabi379
April 10, 2013 11:31:35 PM
I think, this is the easiest one. but what IP i want to give to the shared router?
Also how to do static route, please put an example. i am not that much experienced.
Also what you mean by "drop firewall" ? There is no separate firewall or anything here. Also don't have a server also.
All is just like some computers we connected to a switch and switch to normal router from the Etisalat (provider).
Also how to do static route, please put an example. i am not that much experienced.
Also what you mean by "drop firewall" ? There is no separate firewall or anything here. Also don't have a server also.
All is just like some computers we connected to a switch and switch to normal router from the Etisalat (provider).
-
Reply to jaabi379
m
0
l
Best solution
eibgrad
April 11, 2013 6:47:27 AM
jaabi379 said:
I think, this is the easiest one. but what IP i want to give to the shared router? You assign a static IP to the WAN and LAN interfaces that’s valid on the network each happens to be facing.
Let’s assume the two networks are 192.168.1.x and 192.168.2.x. The WAN side of the shared router must face one of those networks, while the LAN side must face the other. Let’s assume the WAN faces the 192.168.1.x network, and the router used by the 192.168.1.x network is assigned 192.168.1.1. Assuming it’s available, assign the WAN ip of the shared router 192.168.1.2. Similarly, let’s assume the LAN faces the 192.168.2.x network, and the router used by the 192.168.2.x network is assigned 192.168.2.1. Assuming it’s available, assign the LAN ip of the shared router 192.168.2.2.
You’re just giving the shared router valid IPs on its WAN and LAN interfaces so it’s addressable from each network.
jaabi379 said:
Also how to do static route, please put an example. i am not that much experienced. Most (but not all) routers will let you add static routes using the router’s GUI. You need to add static routes because the routers used by the respective networks (192.168.1.1 and 192.168.2.1 in our example) don’t know that a gateway between the two networks even exists.
Continuing w/ our example IP assignments, we go to the GUI of the 192.168.1.1 router and add the following static route:
Destination: 192.168.2.0
Mask: 255.255.255.0
Gateway: 192.168.1.2
What this says is, any ip address in the 192.168.2.x network should be routed to the gateway at 192.68.1.2 (the WAN ip of the shared router we assigned previously).
Similarly, we go to the GUI of the 192.168.2.1 router and add the following static route:
Destination: 192.168.1.0
Mask: 255.255.255.0
Gateway: 192.168.2.2
What this says is, any ip address in the 192.168.1.x network should be routed to the gateway at 192.68.2.2 (the LAN ip of the shared router we assigned previously).
So now, anytime a client on either network refers to an ip address that resides on the other network, those clients will pass the traffic to their respective default gateways (which is the router on their respective networks), which in turn will pass the traffic to our shared router, because each router now KNOWS how to reach the other network thanks to our static routing.
Admittedly, a lot of this sounds more complicated than it really is because we’re describing this in text rather than pictures, but hopefully some of it is sinking in.
jaabi379 said:
what you mean by "drop firewall" ? There is no separate firewall or anything here. Also don't have a server also. The firewall I was referring to was that of the shared router. By default, most routers block all traffic from the WAN side into the LAN side, while allowing traffic to flow freely from the LAN side to the WAN side. It would make sense to drop/disable the shared router’s firewall in this case. We want traffic to flow freely in either direction. If both these networks are going to share resources, they should be considered ”friendly” to each other, making the use of a firewall between them unnecessary. But if you want to use the firewall and restrict access between them (e.g., only allow specific IPs to talk to each other), you certainly have that option. But at least for initial setup purposes, it’s a lot easier to configure everything and make sure it’s working if you disable the shared router’s firewall.
jaabi379 said:
All is just like some computers we connected to a switch and switch to normal router from the Etisalat (provider).Sorry, I don’t understand the question (or if it even is a question).
-
Reply to eibgrad
Share
billbrach
April 12, 2013 10:11:02 AM
eibgrad
April 12, 2013 1:02:35 PM
Crossover cables are rarely necessary these days. Virtually all modern networking equipment (since ~2006) has supported auto-mdix, which will automatically configure the connection appropriately using standard ethernet cabling. You don't even need auto-mdix on both devices, just having ONE endpoint w/ auto-mdix is sufficient.
I also was to stress again (which I did mention initially), the shared router should have NAT disabled! You don't want the shared router altering network packets as traffic flows between the WAN and LAN in this configuration.
I also was to stress again (which I did mention initially), the shared router should have NAT disabled! You don't want the shared router altering network packets as traffic flows between the WAN and LAN in this configuration.
-
Reply to eibgrad
m
0
l
billbrach
April 12, 2013 1:49:49 PM
jaabi379
April 15, 2013 10:17:11 AM
eibgrad said:
jaabi379 said:
I think, this is the easiest one. but what IP i want to give to the shared router? You assign a static IP to the WAN and LAN interfaces that’s valid on the network each happens to be facing.
Let’s assume the two networks are 192.168.1.x and 192.168.2.x. The WAN side of the shared router must face one of those networks, while the LAN side must face the other. Let’s assume the WAN faces the 192.168.1.x network, and the router used by the 192.168.1.x network is assigned 192.168.1.1. Assuming it’s available, assign the WAN ip of the shared router 192.168.1.2. Similarly, let’s assume the LAN faces the 192.168.2.x network, and the router used by the 192.168.2.x network is assigned 192.168.2.1. Assuming it’s available, assign the LAN ip of the shared router 192.168.2.2.
You’re just giving the shared router valid IPs on its WAN and LAN interfaces so it’s addressable from each network.
jaabi379 said:
Also how to do static route, please put an example. i am not that much experienced. Most (but not all) routers will let you add static routes using the router’s GUI. You need to add static routes because the routers used by the respective networks (192.168.1.1 and 192.168.2.1 in our example) don’t know that a gateway between the two networks even exists.
Continuing w/ our example IP assignments, we go to the GUI of the 192.168.1.1 router and add the following static route:
Destination: 192.168.2.0
Mask: 255.255.255.0
Gateway: 192.168.1.2
What this says is, any ip address in the 192.168.2.x network should be routed to the gateway at 192.68.1.2 (the WAN ip of the shared router we assigned previously).
Similarly, we go to the GUI of the 192.168.2.1 router and add the following static route:
Destination: 192.168.1.0
Mask: 255.255.255.0
Gateway: 192.168.2.2
What this says is, any ip address in the 192.168.1.x network should be routed to the gateway at 192.68.2.2 (the LAN ip of the shared router we assigned previously).
So now, anytime a client on either network refers to an ip address that resides on the other network, those clients will pass the traffic to their respective default gateways (which is the router on their respective networks), which in turn will pass the traffic to our shared router, because each router now KNOWS how to reach the other network thanks to our static routing.
Admittedly, a lot of this sounds more complicated than it really is because we’re describing this in text rather than pictures, but hopefully some of it is sinking in.
jaabi379 said:
what you mean by "drop firewall" ? There is no separate firewall or anything here. Also don't have a server also. The firewall I was referring to was that of the shared router. By default, most routers block all traffic from the WAN side into the LAN side, while allowing traffic to flow freely from the LAN side to the WAN side. It would make sense to drop/disable the shared router’s firewall in this case. We want traffic to flow freely in either direction. If both these networks are going to share resources, they should be considered ”friendly” to each other, making the use of a firewall between them unnecessary. But if you want to use the firewall and restrict access between them (e.g., only allow specific IPs to talk to each other), you certainly have that option. But at least for initial setup purposes, it’s a lot easier to configure everything and make sure it’s working if you disable the shared router’s firewall.
jaabi379 said:
All is just like some computers we connected to a switch and switch to normal router from the Etisalat (provider).Sorry, I don’t understand the question (or if it even is a question).
-
Reply to jaabi379
m
0
l
jaabi379
April 15, 2013 10:18:31 AM
eibgrad said:
jaabi379 said:
I think, this is the easiest one. but what IP i want to give to the shared router? You assign a static IP to the WAN and LAN interfaces that’s valid on the network each happens to be facing.
Let’s assume the two networks are 192.168.1.x and 192.168.2.x. The WAN side of the shared router must face one of those networks, while the LAN side must face the other. Let’s assume the WAN faces the 192.168.1.x network, and the router used by the 192.168.1.x network is assigned 192.168.1.1. Assuming it’s available, assign the WAN ip of the shared router 192.168.1.2. Similarly, let’s assume the LAN faces the 192.168.2.x network, and the router used by the 192.168.2.x network is assigned 192.168.2.1. Assuming it’s available, assign the LAN ip of the shared router 192.168.2.2.
You’re just giving the shared router valid IPs on its WAN and LAN interfaces so it’s addressable from each network.
jaabi379 said:
Also how to do static route, please put an example. i am not that much experienced. Most (but not all) routers will let you add static routes using the router’s GUI. You need to add static routes because the routers used by the respective networks (192.168.1.1 and 192.168.2.1 in our example) don’t know that a gateway between the two networks even exists.
Continuing w/ our example IP assignments, we go to the GUI of the 192.168.1.1 router and add the following static route:
Destination: 192.168.2.0
Mask: 255.255.255.0
Gateway: 192.168.1.2
What this says is, any ip address in the 192.168.2.x network should be routed to the gateway at 192.68.1.2 (the WAN ip of the shared router we assigned previously).
Similarly, we go to the GUI of the 192.168.2.1 router and add the following static route:
Destination: 192.168.1.0
Mask: 255.255.255.0
Gateway: 192.168.2.2
What this says is, any ip address in the 192.168.1.x network should be routed to the gateway at 192.68.2.2 (the LAN ip of the shared router we assigned previously).
So now, anytime a client on either network refers to an ip address that resides on the other network, those clients will pass the traffic to their respective default gateways (which is the router on their respective networks), which in turn will pass the traffic to our shared router, because each router now KNOWS how to reach the other network thanks to our static routing.
Admittedly, a lot of this sounds more complicated than it really is because we’re describing this in text rather than pictures, but hopefully some of it is sinking in.
jaabi379 said:
what you mean by "drop firewall" ? There is no separate firewall or anything here. Also don't have a server also. The firewall I was referring to was that of the shared router. By default, most routers block all traffic from the WAN side into the LAN side, while allowing traffic to flow freely from the LAN side to the WAN side. It would make sense to drop/disable the shared router’s firewall in this case. We want traffic to flow freely in either direction. If both these networks are going to share resources, they should be considered ”friendly” to each other, making the use of a firewall between them unnecessary. But if you want to use the firewall and restrict access between them (e.g., only allow specific IPs to talk to each other), you certainly have that option. But at least for initial setup purposes, it’s a lot easier to configure everything and make sure it’s working if you disable the shared router’s firewall.
jaabi379 said:
All is just like some computers we connected to a switch and switch to normal router from the Etisalat (provider).Sorry, I don’t understand the question (or if it even is a question).
-
Reply to jaabi379
m
0
l
jaabi379
April 15, 2013 10:19:37 AM
markspend001
April 16, 2013 11:23:42 AM
Hey Guys according to that topic i think that for connecting 2 different LAN is like a complex working and those whose are handy on their field can do it easily.For knowing about that connection must visit that url:
internetdunia.com/internet/how-to-connect-two-computers-of-two-different-lan-networks/1577/
internetdunia.com/internet/how-to-connect-two-computers-of-two-different-lan-networks/1577/
-
Reply to markspend001
m
0
l
navi_srao
September 27, 2013 2:59:34 AM
connect lan port of both the routers OR connect swithes of both the networks with the help of a lan cable
systems connected to 1st router should have ip address 192.168.1.2-99 sub-net of 255.255.255.0 and gateway 192.168.1.1
systems connected to 2nd router should have ip address 192.168.1.101-200 subnet of 255.255.255.0 and gateway 192.168.1.100
simple
both local networks are connected and can share files and printers and can use different internet
dhcp should be disabled in both the routers.
I had done this in my office and is working fine.
AND PLEASE MAKE SURE TOTAL NO. OF SYSTEMS IN BOTH NETWORKS IS LESS THAN 245
systems connected to 1st router should have ip address 192.168.1.2-99 sub-net of 255.255.255.0 and gateway 192.168.1.1
systems connected to 2nd router should have ip address 192.168.1.101-200 subnet of 255.255.255.0 and gateway 192.168.1.100
simple
both local networks are connected and can share files and printers and can use different internet
dhcp should be disabled in both the routers.
I had done this in my office and is working fine.
AND PLEASE MAKE SURE TOTAL NO. OF SYSTEMS IN BOTH NETWORKS IS LESS THAN 245
-
Reply to navi_srao
m
0
l
Faulk55ner
September 27, 2013 4:35:32 AM
Keiriso
September 27, 2013 5:31:04 AM
Quote:
eibgrad said:
jaabi379 said:
I think, this is the easiest one. but what IP i want to give to the shared router? You assign a static IP to the WAN and LAN interfaces that’s valid on the network each happens to be facing.
Let’s assume the two networks are 192.168.1.x and 192.168.2.x. The WAN side of the shared router must face one of those networks, while the LAN side must face the other. Let’s assume the WAN faces the 192.168.1.x network, and the router used by the 192.168.1.x network is assigned 192.168.1.1. Assuming it’s available, assign the WAN ip of the shared router 192.168.1.2. Similarly, let’s assume the LAN faces the 192.168.2.x network, and the router used by the 192.168.2.x network is assigned 192.168.2.1. Assuming it’s available, assign the LAN ip of the shared router 192.168.2.2.
You’re just giving the shared router valid IPs on its WAN and LAN interfaces so it’s addressable from each network.
jaabi379 said:
Also how to do static route, please put an example. i am not that much experienced. Most (but not all) routers will let you add static routes using the router’s GUI. You need to add static routes because the routers used by the respective networks (192.168.1.1 and 192.168.2.1 in our example) don’t know that a gateway between the two networks even exists.
Continuing w/ our example IP assignments, we go to the GUI of the 192.168.1.1 router and add the following static route:
Destination: 192.168.2.0
Mask: 255.255.255.0
Gateway: 192.168.1.2
What this says is, any ip address in the 192.168.2.x network should be routed to the gateway at 192.68.1.2 (the WAN ip of the shared router we assigned previously).
Similarly, we go to the GUI of the 192.168.2.1 router and add the following static route:
Destination: 192.168.1.0
Mask: 255.255.255.0
Gateway: 192.168.2.2
What this says is, any ip address in the 192.168.1.x network should be routed to the gateway at 192.68.2.2 (the LAN ip of the shared router we assigned previously).
So now, anytime a client on either network refers to an ip address that resides on the other network, those clients will pass the traffic to their respective default gateways (which is the router on their respective networks), which in turn will pass the traffic to our shared router, because each router now KNOWS how to reach the other network thanks to our static routing.
Admittedly, a lot of this sounds more complicated than it really is because we’re describing this in text rather than pictures, but hopefully some of it is sinking in.
jaabi379 said:
what you mean by "drop firewall" ? There is no separate firewall or anything here. Also don't have a server also. The firewall I was referring to was that of the shared router. By default, most routers block all traffic from the WAN side into the LAN side, while allowing traffic to flow freely from the LAN side to the WAN side. It would make sense to drop/disable the shared router’s firewall in this case. We want traffic to flow freely in either direction. If both these networks are going to share resources, they should be considered ”friendly” to each other, making the use of a firewall between them unnecessary. But if you want to use the firewall and restrict access between them (e.g., only allow specific IPs to talk to each other), you certainly have that option. But at least for initial setup purposes, it’s a lot easier to configure everything and make sure it’s working if you disable the shared router’s firewall.
jaabi379 said:
All is just like some computers we connected to a switch and switch to normal router from the Etisalat (provider).Sorry, I don’t understand the question (or if it even is a question).
I am in the same situation like jaabi379, however my my situation is that the two location are not in the same building. And what I am trying to do is to be able to access location 1 through wifi connection from location 2. Is there a way to do what you have suggested without cabling the routers?
-
Reply to Keiriso
m
0
l
Daniu
November 28, 2013 2:03:35 PM
I've tried following these instructions step-by-step, but I think I'm missing something.
This is what I did:
[Router 1] (192.168.2.1) (LAN) <-----> (WAN) (192.168.2.240) [Shared Router D-Link 655] (10.2.7.240) (LAN) <-----> (LAN) (10.2.7.1) [Router 2]
Router 1 set the Shared router to static IP 192.168.2.240 and has the static route:
Destination: 10.2.7.0
Mask: 255.255.255.0
Next Hop: 192.168.2.240
Router 2 set the Shared router to static IP 10.2.7.240 and has the static route:
Destination: 192.168.2.0
Mask: 255.255.255.0
Next Hop: 10.2.7.240
From LAN 1 (192.168.2.x) I can ping the Shared router at 192.168.2.240
From LAN 2 (10.2.7.x) I can ping the Shared router at 10.2.7.240
However that's where the communication stops. I can't ping anything on LAN 2 from LAN 1, or vice versa.
Do I need static routes inside the Shared router too? Or is the D-link router not appropriate for this test?
I think the D-link is probably the problem because I think NAT cannot be disabled and it may be interfering with WAN-port functionality.
You assign a static IP to the WAN and LAN interfaces that’s valid on the network each happens to be facing.
Let’s assume the two networks are 192.168.1.x and 192.168.2.x. The WAN side of the shared router must face one of those networks, while the LAN side must face the other. Let’s assume the WAN faces the 192.168.1.x network, and the router used by the 192.168.1.x network is assigned 192.168.1.1. Assuming it’s available, assign the WAN ip of the shared router 192.168.1.2. Similarly, let’s assume the LAN faces the 192.168.2.x network, and the router used by the 192.168.2.x network is assigned 192.168.2.1. Assuming it’s available, assign the LAN ip of the shared router 192.168.2.2.
You’re just giving the shared router valid IPs on its WAN and LAN interfaces so it’s addressable from each network.
Most (but not all) routers will let you add static routes using the router’s GUI. You need to add static routes because the routers used by the respective networks (192.168.1.1 and 192.168.2.1 in our example) don’t know that a gateway between the two networks even exists.
Continuing w/ our example IP assignments, we go to the GUI of the 192.168.1.1 router and add the following static route:
Destination: 192.168.2.0
Mask: 255.255.255.0
Gateway: 192.168.1.2
What this says is, any ip address in the 192.168.2.x network should be routed to the gateway at 192.68.1.2 (the WAN ip of the shared router we assigned previously).
Similarly, we go to the GUI of the 192.168.2.1 router and add the following static route:
Destination: 192.168.1.0
Mask: 255.255.255.0
Gateway: 192.168.2.2
What this says is, any ip address in the 192.168.1.x network should be routed to the gateway at 192.68.2.2 (the LAN ip of the shared router we assigned previously).
So now, anytime a client on either network refers to an ip address that resides on the other network, those clients will pass the traffic to their respective default gateways (which is the router on their respective networks), which in turn will pass the traffic to our shared router, because each router now KNOWS how to reach the other network thanks to our static routing.
Admittedly, a lot of this sounds more complicated than it really is because we’re describing this in text rather than pictures, but hopefully some of it is sinking in.
This is what I did:
[Router 1] (192.168.2.1) (LAN) <-----> (WAN) (192.168.2.240) [Shared Router D-Link 655] (10.2.7.240) (LAN) <-----> (LAN) (10.2.7.1) [Router 2]
Router 1 set the Shared router to static IP 192.168.2.240 and has the static route:
Destination: 10.2.7.0
Mask: 255.255.255.0
Next Hop: 192.168.2.240
Router 2 set the Shared router to static IP 10.2.7.240 and has the static route:
Destination: 192.168.2.0
Mask: 255.255.255.0
Next Hop: 10.2.7.240
From LAN 1 (192.168.2.x) I can ping the Shared router at 192.168.2.240
From LAN 2 (10.2.7.x) I can ping the Shared router at 10.2.7.240
However that's where the communication stops. I can't ping anything on LAN 2 from LAN 1, or vice versa.
Do I need static routes inside the Shared router too? Or is the D-link router not appropriate for this test?
I think the D-link is probably the problem because I think NAT cannot be disabled and it may be interfering with WAN-port functionality.
eibgrad said:
jaabi379 said:
I think, this is the easiest one. but what IP i want to give to the shared router? You assign a static IP to the WAN and LAN interfaces that’s valid on the network each happens to be facing.
Let’s assume the two networks are 192.168.1.x and 192.168.2.x. The WAN side of the shared router must face one of those networks, while the LAN side must face the other. Let’s assume the WAN faces the 192.168.1.x network, and the router used by the 192.168.1.x network is assigned 192.168.1.1. Assuming it’s available, assign the WAN ip of the shared router 192.168.1.2. Similarly, let’s assume the LAN faces the 192.168.2.x network, and the router used by the 192.168.2.x network is assigned 192.168.2.1. Assuming it’s available, assign the LAN ip of the shared router 192.168.2.2.
You’re just giving the shared router valid IPs on its WAN and LAN interfaces so it’s addressable from each network.
jaabi379 said:
Also how to do static route, please put an example. i am not that much experienced. Most (but not all) routers will let you add static routes using the router’s GUI. You need to add static routes because the routers used by the respective networks (192.168.1.1 and 192.168.2.1 in our example) don’t know that a gateway between the two networks even exists.
Continuing w/ our example IP assignments, we go to the GUI of the 192.168.1.1 router and add the following static route:
Destination: 192.168.2.0
Mask: 255.255.255.0
Gateway: 192.168.1.2
What this says is, any ip address in the 192.168.2.x network should be routed to the gateway at 192.68.1.2 (the WAN ip of the shared router we assigned previously).
Similarly, we go to the GUI of the 192.168.2.1 router and add the following static route:
Destination: 192.168.1.0
Mask: 255.255.255.0
Gateway: 192.168.2.2
What this says is, any ip address in the 192.168.1.x network should be routed to the gateway at 192.68.2.2 (the LAN ip of the shared router we assigned previously).
So now, anytime a client on either network refers to an ip address that resides on the other network, those clients will pass the traffic to their respective default gateways (which is the router on their respective networks), which in turn will pass the traffic to our shared router, because each router now KNOWS how to reach the other network thanks to our static routing.
Admittedly, a lot of this sounds more complicated than it really is because we’re describing this in text rather than pictures, but hopefully some of it is sinking in.
-
Reply to Daniu
m
0
l
eibgrad
November 28, 2013 2:39:44 PM
navi_srao said:
connect lan port of both the routers OR connect swithes of both the networks with the help of a lan cablesystems connected to 1st router should have ip address 192.168.1.2-99 sub-net of 255.255.255.0 and gateway 192.168.1.1
systems connected to 2nd router should have ip address 192.168.1.101-200 subnet of 255.255.255.0 and gateway 192.168.1.100
simple
both local networks are connected and can share files and printers and can use different internet
dhcp should be disabled in both the routers.
I had done this in my office and is working fine.
AND PLEASE MAKE SURE TOTAL NO. OF SYSTEMS IN BOTH NETWORKS IS LESS THAN 245
Sure, it's simple in theory, but you make it sound like a trivial exercise to have one of location in the same enterprise change their network scheme to coincide w/ the other. Perhaps it was a mistake for them to have done so, perhaps it was intentional. We’ll never know. So we have to assume that’s not a practical solution.
Essentially what you’ve done is bridge the networks. But having to disable DHCP is crazy; who wants to be manually configuring/updating clients? That’s simply not realistic for most businesses, at least not for clients (servers, ok). So rather than disabling DHCP, why not *block* it w/ firewall rules! That’s why the use of a router is so valuable here; we don’t need to burden ourselves with disabling DHCP because we resorted to a LAN cable. Instead we firewall it.
Also, if you’re willing to change networks schemes anyway, there’s no need to limit yourself to 255 ips. You can simply increase the number of hosts by using a different network mask, say 255.255.0.0 (64k!).
-
Reply to eibgrad
m
0
l
eibgrad
November 28, 2013 3:19:52 PM
Daniu said:
I've tried following these instructions step-by-step, but I think I'm missing something.This is what I did:
[Router 1] (192.168.2.1) (LAN) <-----> (WAN) (192.168.2.240) [Shared Router D-Link 655] (10.2.7.240) (LAN) <-----> (LAN) (10.2.7.1) [Router 2]
Router 1 set the Shared router to static IP 192.168.2.240 and has the static route:
Destination: 10.2.7.0
Mask: 255.255.255.0
Next Hop: 192.168.2.240
Router 2 set the Shared router to static IP 10.2.7.240 and has the static route:
Destination: 192.168.2.0
Mask: 255.255.255.0
Next Hop: 10.2.7.240
From LAN 1 (192.168.2.x) I can ping the Shared router at 192.168.2.240
From LAN 2 (10.2.7.x) I can ping the Shared router at 10.2.7.240
However that's where the communication stops. I can't ping anything on LAN 2 from LAN 1, or vice versa.
Do I need static routes inside the Shared router too? Or is the D-link router not appropriate for this test?
I think the D-link is probably the problem because I think NAT cannot be disabled and it may be interfering with WAN-port functionality.
eibgrad said:
jaabi379 said:
I think, this is the easiest one. but what IP i want to give to the shared router? You assign a static IP to the WAN and LAN interfaces that’s valid on the network each happens to be facing.
Let’s assume the two networks are 192.168.1.x and 192.168.2.x. The WAN side of the shared router must face one of those networks, while the LAN side must face the other. Let’s assume the WAN faces the 192.168.1.x network, and the router used by the 192.168.1.x network is assigned 192.168.1.1. Assuming it’s available, assign the WAN ip of the shared router 192.168.1.2. Similarly, let’s assume the LAN faces the 192.168.2.x network, and the router used by the 192.168.2.x network is assigned 192.168.2.1. Assuming it’s available, assign the LAN ip of the shared router 192.168.2.2.
You’re just giving the shared router valid IPs on its WAN and LAN interfaces so it’s addressable from each network.
jaabi379 said:
Also how to do static route, please put an example. i am not that much experienced. Most (but not all) routers will let you add static routes using the router’s GUI. You need to add static routes because the routers used by the respective networks (192.168.1.1 and 192.168.2.1 in our example) don’t know that a gateway between the two networks even exists.
Continuing w/ our example IP assignments, we go to the GUI of the 192.168.1.1 router and add the following static route:
Destination: 192.168.2.0
Mask: 255.255.255.0
Gateway: 192.168.1.2
What this says is, any ip address in the 192.168.2.x network should be routed to the gateway at 192.68.1.2 (the WAN ip of the shared router we assigned previously).
Similarly, we go to the GUI of the 192.168.2.1 router and add the following static route:
Destination: 192.168.1.0
Mask: 255.255.255.0
Gateway: 192.168.2.2
What this says is, any ip address in the 192.168.1.x network should be routed to the gateway at 192.68.2.2 (the LAN ip of the shared router we assigned previously).
So now, anytime a client on either network refers to an ip address that resides on the other network, those clients will pass the traffic to their respective default gateways (which is the router on their respective networks), which in turn will pass the traffic to our shared router, because each router now KNOWS how to reach the other network thanks to our static routing.
Admittedly, a lot of this sounds more complicated than it really is because we’re describing this in text rather than pictures, but hopefully some of it is sinking in.
As far as you’ve described it, it appears correct. The static routes are only relevant to each network’s respective primary router, NOT the shared router.
Remember what I stated previously. Ideally you want to disable NAT and the firewall (and for completeness, DHCP). Otherwise, the WAN will not expose the ip scheme on the LAN side. You'll only be able to access the LAN network via port forwarding on the WAN ip. Not very convenient imo. The idea here is to make this as seamless as possible. However, you should be able to ping from the LAN side to the WAN side regardless of configuration, unless you’re simply encountering personal firewalls on those devices.
-
Reply to eibgrad
m
1
l
Daniu
November 29, 2013 2:41:12 PM
I'm puzzled why the D-Link isn't working in either direction, but I think it'll be less headaches trying again with a DDWRT router instead. Thanks, your posts above helped me a lot.
As far as you’ve described it, it appears correct. The static routes are only relevant to each network’s respective primary router, NOT the shared router.
Remember what I stated previously. Ideally you want to disable NAT and the firewall (and for completeness, DHCP). Otherwise, the WAN will not expose the ip scheme on the LAN side. You'll only be able to access the LAN network via port forwarding on the WAN ip. Not very convenient imo. The idea here is to make this as seamless as possible. However, you should be able to ping from the LAN side to the WAN side regardless of configuration, unless you’re simply encountering personal firewalls on those devices.
eibgrad said:
As far as you’ve described it, it appears correct. The static routes are only relevant to each network’s respective primary router, NOT the shared router.
Remember what I stated previously. Ideally you want to disable NAT and the firewall (and for completeness, DHCP). Otherwise, the WAN will not expose the ip scheme on the LAN side. You'll only be able to access the LAN network via port forwarding on the WAN ip. Not very convenient imo. The idea here is to make this as seamless as possible. However, you should be able to ping from the LAN side to the WAN side regardless of configuration, unless you’re simply encountering personal firewalls on those devices.
-
Reply to Daniu
m
0
l
dbgd
April 30, 2014 8:34:16 AM
eibgrad said:
If these are independent networks, you can connect them to each other like any other networks, using an ordinary router! Let’s call it the “shared” router. The tricky part is properly configuring it.You connect the WAN of the shared router to a LAN port on the router of network 192.168.1.x, and connect a LAN port of the shared router to a LAN port on the router of network 192.168.2.x.
[192.168.1.1](lan)<-- wire -->(wan)[shared router](lan)<-- wire -->(lan)[192.168.2.1]
So now you have a physical path between the networks. The shared router acts as a gateway between them. The problem is that clients of either network don’t know that this gateway exists. By default, any network whose whereabouts are unknown will result in the client passing the request to its default gateway (usually its own router). But the router doesn’t know where the other network is either. So you need to add static routes to each network’s router so it can locate the other network, using either the WAN or LAN IP of the shared router, as appropriate. Also disable the shared router's DHCP server (we're not using it to support its own local network, it's ONLY a gateway). Finally, it works a lot smoother and easier if you drop the firewall on the shared router and disable NAT.
It sounds more complicated than it really is. All you’re really doing is defining a new gateway and using a third router to support it, and updating each network’s router so clients of that network can find that gateway and thus access clients of the other network.
Hi,
Thank you for your clear and helpful explanation.
My question is: why do we need a third (shared) router?
Isn’t it enough just to connect a network cable from LAN to LAN and setup static routes on each router?
-
Reply to dbgd
m
0
l
eibgrad
April 30, 2014 2:13:57 PM
dbgd said:
eibgrad said:
If these are independent networks, you can connect them to each other like any other networks, using an ordinary router! Let’s call it the “shared” router. The tricky part is properly configuring it.You connect the WAN of the shared router to a LAN port on the router of network 192.168.1.x, and connect a LAN port of the shared router to a LAN port on the router of network 192.168.2.x.
[192.168.1.1](lan)<-- wire -->(wan)[shared router](lan)<-- wire -->(lan)[192.168.2.1]
So now you have a physical path between the networks. The shared router acts as a gateway between them. The problem is that clients of either network don’t know that this gateway exists. By default, any network whose whereabouts are unknown will result in the client passing the request to its default gateway (usually its own router). But the router doesn’t know where the other network is either. So you need to add static routes to each network’s router so it can locate the other network, using either the WAN or LAN IP of the shared router, as appropriate. Also disable the shared router's DHCP server (we're not using it to support its own local network, it's ONLY a gateway). Finally, it works a lot smoother and easier if you drop the firewall on the shared router and disable NAT.
It sounds more complicated than it really is. All you’re really doing is defining a new gateway and using a third router to support it, and updating each network’s router so clients of that network can find that gateway and thus access clients of the other network.
Hi,
Thank you for your clear and helpful explanation.
My question is: why do we need a third (shared) router?
Isn’t it enough just to connect a network cable from LAN to LAN and setup static routes on each router?
There's a general networking principle at play here. If you have two separate networks, each w/ its own ip scope (e.g., 192.168.1.x and 10.0.0.x), and presumably each w/ its own gateway/ISP, you can't just simply connect them LAN to LAN and expect things to work correctly. It’s entirely possible that DHCP request from each network might be responded to by the other network’s DHCP server. Plus, you can’t control precisely who can and can’t access which resources.
IOW, by connecting them LAN to LAN, you have, by definition, made them part of the same physical network. That’s not typically what you want. You merely want to ***route*** between the two networks. And how do you do that? Answer, you use a router!
Now that said, you have several options in how you implement that router. One is to literally get another router device. Another (and something you would most likely see in a business setting) is to create a VLAN on one of the routers, then connect those routers VLAN to LAN, add static routes, firewall rules, etc. IOW, do it in software. Either way, it’s a router. But since it’s presumptuous to assume VLAN are available, it’s just prudent to recommend a new router device since that will always work.
This is actually a very simple problem. All you’re doing is trying to find a way to get from one network to another. And you do that via routing. And a router is the mechanism/device that makes routing possible. There’s not a lick of difference in what is needed to route between two local networks and what it takes to route between your local network and the internet.
-
Reply to eibgrad
m
0
l
dbgd
April 30, 2014 9:40:37 PM
Thank you for taking the time to explain this to me.
This is the part I was missing:
There's a general networking principle at play here. If you have two separate networks, each w/ its own ip scope (e.g., 192.168.1.x and 10.0.0.x), and presumably each w/ its own gateway/ISP, you can't just simply connect them LAN to LAN and expect things to work correctly. It’s entirely possible that DHCP request from each network might be responded to by the other network’s DHCP server.
Before you explained it to me I thought that each DHCP server can only respond to its own local ip scope.
Once again, thank you for your clear and helpful explanation.
This is the part I was missing:
eibgrad said:
There's a general networking principle at play here. If you have two separate networks, each w/ its own ip scope (e.g., 192.168.1.x and 10.0.0.x), and presumably each w/ its own gateway/ISP, you can't just simply connect them LAN to LAN and expect things to work correctly. It’s entirely possible that DHCP request from each network might be responded to by the other network’s DHCP server.
Before you explained it to me I thought that each DHCP server can only respond to its own local ip scope.
Once again, thank you for your clear and helpful explanation.
-
Reply to dbgd
m
0
l
dbgd
May 15, 2014 12:41:27 AM
Daniu said:
I've tried following these instructions step-by-step, but I think I'm missing something.This is what I did:
[Router 1] (192.168.2.1) (LAN) <-----> (WAN) (192.168.2.240) [Shared Router D-Link 655] (10.2.7.240) (LAN) <-----> (LAN) (10.2.7.1) [Router 2]
Router 1 set the Shared router to static IP 192.168.2.240 and has the static route:
Destination: 10.2.7.0
Mask: 255.255.255.0
Next Hop: 192.168.2.240
Router 2 set the Shared router to static IP 10.2.7.240 and has the static route:
Destination: 192.168.2.0
Mask: 255.255.255.0
Next Hop: 10.2.7.240
From LAN 1 (192.168.2.x) I can ping the Shared router at 192.168.2.240
From LAN 2 (10.2.7.x) I can ping the Shared router at 10.2.7.240
However that's where the communication stops. I can't ping anything on LAN 2 from LAN 1, or vice versa.
Do I need static routes inside the Shared router too? Or is the D-link router not appropriate for this test?
I think the D-link is probably the problem because I think NAT cannot be disabled and it may be interfering with WAN-port functionality.
Hi,
I’m having the same problem, were you able to figure out the solution?
Thanks
-
Reply to dbgd
m
0
l
Shreeyash Attal
July 21, 2014 1:50:04 AM
eibgrad said:
jaabi379 said:
I think, this is the easiest one. but what IP i want to give to the shared router? You assign a static IP to the WAN and LAN interfaces that’s valid on the network each happens to be facing.
Let’s assume the two networks are 192.168.1.x and 192.168.2.x. The WAN side of the shared router must face one of those networks, while the LAN side must face the other. Let’s assume the WAN faces the 192.168.1.x network, and the router used by the 192.168.1.x network is assigned 192.168.1.1. Assuming it’s available, assign the WAN ip of the shared router 192.168.1.2. Similarly, let’s assume the LAN faces the 192.168.2.x network, and the router used by the 192.168.2.x network is assigned 192.168.2.1. Assuming it’s available, assign the LAN ip of the shared router 192.168.2.2.
You’re just giving the shared router valid IPs on its WAN and LAN interfaces so it’s addressable from each network.
jaabi379 said:
Also how to do static route, please put an example. i am not that much experienced. Most (but not all) routers will let you add static routes using the router’s GUI. You need to add static routes because the routers used by the respective networks (192.168.1.1 and 192.168.2.1 in our example) don’t know that a gateway between the two networks even exists.
Continuing w/ our example IP assignments, we go to the GUI of the 192.168.1.1 router and add the following static route:
Destination: 192.168.2.0
Mask: 255.255.255.0
Gateway: 192.168.1.2
What this says is, any ip address in the 192.168.2.x network should be routed to the gateway at 192.68.1.2 (the WAN ip of the shared router we assigned previously).
Similarly, we go to the GUI of the 192.168.2.1 router and add the following static route:
Destination: 192.168.1.0
Mask: 255.255.255.0
Gateway: 192.168.2.2
What this says is, any ip address in the 192.168.1.x network should be routed to the gateway at 192.68.2.2 (the LAN ip of the shared router we assigned previously).
So now, anytime a client on either network refers to an ip address that resides on the other network, those clients will pass the traffic to their respective default gateways (which is the router on their respective networks), which in turn will pass the traffic to our shared router, because each router now KNOWS how to reach the other network thanks to our static routing.
Admittedly, a lot of this sounds more complicated than it really is because we’re describing this in text rather than pictures, but hopefully some of it is sinking in.
jaabi379 said:
what you mean by "drop firewall" ? There is no separate firewall or anything here. Also don't have a server also. The firewall I was referring to was that of the shared router. By default, most routers block all traffic from the WAN side into the LAN side, while allowing traffic to flow freely from the LAN side to the WAN side. It would make sense to drop/disable the shared router’s firewall in this case. We want traffic to flow freely in either direction. If both these networks are going to share resources, they should be considered ”friendly” to each other, making the use of a firewall between them unnecessary. But if you want to use the firewall and restrict access between them (e.g., only allow specific IPs to talk to each other), you certainly have that option. But at least for initial setup purposes, it’s a lot easier to configure everything and make sure it’s working if you disable the shared router’s firewall.
jaabi379 said:
All is just like some computers we connected to a switch and switch to normal router from the Etisalat (provider).Sorry, I don’t understand the question (or if it even is a question).
thanks for the detailed explanation.. this really helped however I have a question..
My question is why use 192.168.1.2 and 192.168.2.2 as gateways? should we not use 192.168.1.1 and 192.168.2.1 as those will be the ip addresses of the routers?
-
Reply to Shreeyash Attal
m
0
l
DILVAM
July 21, 2014 5:40:01 AM
UrbanMyth said:
jaabi379 said:
I'm in a Office where 192.168.2.1 Network with a Router and Switch with 10 people. <...> another Company, with 192.168.1.1 Network with a Router and switch with 16 People. <...>How can I connect this two network, so when I ping from 192.168.1.1 to 192.168.2.1 , I get Pinged?
Assume
Gateways are 192.168.1.253 and 192.168.2.253
New server on 192.168.1.252
You need a "route" between the two networks that is set up on the routers. Your routers are key, as generally only enterprise class routers support what you need:
On the ..1. network where the new server is, one port on the router need to be given a reserved IP address from the ..2. network - call it 192.168.2.251. NOTE this is a PORT on the 192.168.1.253 router. Cable this port back to the switch on the ..2. network.
On the ..2. network you then need to define a route for traffic from that network to traverse to the new server .1.252 VIA the port on the ..1. network you just set up (192.168.2.251). Depending on the router, that might need to be an entry for each client, or an overall route on a mask...
I've done this on Nortel kit connected to just about anything, and using WatchGuards. It is possible to do the routing at a point inside the router if you have a hardware proxy or firewall with added capabilities.... I believe it's also possible using small specialist routers running pfsense/iptables/monowall etc which are *way* cheaper than WatchGuards or Nortel routers
.Good luck
-
Reply to DILVAM
m
0
l
noormohkam
August 8, 2014 10:07:07 AM
If you have not bought the erp software , consider buying allrounder ERP which doesnt have a license problem , like this.
they trust the clients. so as long as you use it for your company , you need only one license. and it is cloud based 3 tier ERP.
there is a Job costing module , if your company needs to track and control Jobs
if you are interested , the following is their contact.
9895380516
Pradeep V.K
Regards
Noor M.K
they trust the clients. so as long as you use it for your company , you need only one license. and it is cloud based 3 tier ERP.
there is a Job costing module , if your company needs to track and control Jobs
if you are interested , the following is their contact.
9895380516
Pradeep V.K
Regards
Noor M.K
-
Reply to noormohkam
m
0
l
6707099936
September 29, 2014 7:51:43 AM
I know it's way to late in the game, but the whole "subnetting" 192.168.1.x and 192.168.2.x as two seperate "C" class networks isn't required with CIDR (Classless interdomain routing designed to pump life into IPv4) so feel free to run 192.0.0.1 all the way upto 192.255.255.254
And it's as legit to split a 10.0.0.1 to 10.0.0.255 class "C" if you want. As for frills and perks to having 2 seperate DHCP servers there MAY be. Just make sure the "scope" (techie term for assigned overlap) doesn't conflict. Many Higher featured "A and C/N" routers have "guest" networks which is a godsend if you take the time to set it up secure. Think of overlapping layers of securtiy. First you need that Crummy WEP only Verizon terd they handed off to you, which cant dreram about security let alone accomplish that. So start with the weakest OUT. Another pet gripe is damn kids and their "have-to-have-UPnP" so they can play (So malware has the freedom to port forward whatever/whenever////) but don't give up hope. Lock each progressive layer down tighter with strict rules (No auto PortForward, No keeping the use of root logons or standard port "22" anyway and that's pretty much the ONLY port you need so port knocking could diguese it by allowing a time window for a sucessful logon. Any other port can be tunneled over SSH and should be anyway. And in my insanity and unwillingness to accept I was CLEAN HACKED for following all this I should have created keypairs and not used passwords. That was my downfall... I don't give a rats ass as of now as I have already lost my job over the CIA putting biochemo-nanotechnology into my body (It's a Old Nazi Mind control thing with Dr Olsen jumpin out a window in the 60's plus a real eye opener in what IS possible NOW. (Off topic but Samsung G5, toss it in the trash along with TV, edcucation, "NO KID LEFT BEHIND") so they at least gave a me a laugh about the "Flash Player Update which running linux got the joke...)" and as I was typing in the dark they substituted my backspace key or a ")" so yeah..... the hard locked (well a solf-brick Netgear WNDR4300) Ohh... BTW always make straight through cables BUT be carefull as they're many different color organazations and all seem legit so if you start the job should finish it. Can also go for nonstandard subnetting like 192.128.0.0 subnet 255/128/0/0 to 192.255.255.254 subnet 255/128/255/255. RFC's should be gone back over and well... Clarified!
And it's as legit to split a 10.0.0.1 to 10.0.0.255 class "C" if you want. As for frills and perks to having 2 seperate DHCP servers there MAY be. Just make sure the "scope" (techie term for assigned overlap) doesn't conflict. Many Higher featured "A and C/N" routers have "guest" networks which is a godsend if you take the time to set it up secure. Think of overlapping layers of securtiy. First you need that Crummy WEP only Verizon terd they handed off to you, which cant dreram about security let alone accomplish that. So start with the weakest OUT. Another pet gripe is damn kids and their "have-to-have-UPnP" so they can play (So malware has the freedom to port forward whatever/whenever////) but don't give up hope. Lock each progressive layer down tighter with strict rules (No auto PortForward, No keeping the use of root logons or standard port "22" anyway and that's pretty much the ONLY port you need so port knocking could diguese it by allowing a time window for a sucessful logon. Any other port can be tunneled over SSH and should be anyway. And in my insanity and unwillingness to accept I was CLEAN HACKED for following all this I should have created keypairs and not used passwords. That was my downfall... I don't give a rats ass as of now as I have already lost my job over the CIA putting biochemo-nanotechnology into my body (It's a Old Nazi Mind control thing with Dr Olsen jumpin out a window in the 60's plus a real eye opener in what IS possible NOW. (Off topic but Samsung G5, toss it in the trash along with TV, edcucation, "NO KID LEFT BEHIND") so they at least gave a me a laugh about the "Flash Player Update which running linux got the joke...)" and as I was typing in the dark they substituted my backspace key or a ")" so yeah..... the hard locked (well a solf-brick Netgear WNDR4300) Ohh... BTW always make straight through cables BUT be carefull as they're many different color organazations and all seem legit so if you start the job should finish it. Can also go for nonstandard subnetting like 192.128.0.0 subnet 255/128/0/0 to 192.255.255.254 subnet 255/128/255/255. RFC's should be gone back over and well... Clarified!
-
Reply to 6707099936
m
0
l
Related resources
- how should i connect 2 monitors with one cpu both having different displays with one mouse and one keyboard Forum
- How can I prevent Windows 2008R2 "Connect using different credentials" share access Forum
- How to connect 2 routers LAN-WAN and create subnet? Forum
- How to connect 2 pcs through LAN using an ethernet modem Forum
- SolvedI want to use 2 lan connection in a pc so how can i do it with sharing of data? Forum
- how to connect wires of different color from ps/2 to usb?? Forum
- How to connect a Sata 2.5 HD with different connecters Forum
- How to connect to 2 different isps through the same modem Forum
- SolvedHow to configure Different IP and Gateway with two LAN port. Forum
- SolvedHow to connect dsl router through ethernet LAN switch Forum
- SolvedRouter able to use ethernet over copper connection from bridged netvanta 838 for 6 different public ip LAN subnets Forum
- Solvedhow to connect Windows XP PC and windows7 laptop via LAN Cable ?? Forum
- Solvedhow to connect printer to 20 pc with lan Forum
- SolvedHow can I connect a h87 pro mobo to the internet without using LAN cables?? Forum
- SolvedBridged Wifi/Lan Breaks When Connected to Different Wifi Forum
- More resources
Read discussions in other Networking categories
!



