Main Router (192.168.1.2) -> Ethernet Switch -> Multiple Ethernet cables connected to wall
Wall -> Second Router (192.168.1.1)
Wall -> PC
After a blackout we thought the switch was no longer working so we replaced it with another router. The problem is the router has too few ports, not every room gets ethernet. The ethernet switch works in this configuration:
Main Router -> Third Router (Wi-Fi disabled) -> Ethernet cable connected to wall -> Wall -> Ethernet Splitter -> PC
Under either of these configurations PC detects network but cannot reach 192.168.1.1, 192.168.1.2 or WWW:
Main Router -> Ethernet Switch -> PC
Main Router -> Ethernet Switch -> Ethernet cable connected to wall -> Wall -> PC
Windows reports “Unidentified network”, Linux tries to connect for a minute then fails. I knwo the PC isn’t bad because other devices also fail to connect. Even if I set up a static IP I cannot reach a local IP. 2nd router has IP address 192.168.1.1 because it refuses to use anything else, first router is assigned different IP so these two don’t conflict.
Update: For testing I removed router 2, (the one I use as an extender / wireless AP) set router 1’s IP address to 192.168.1.1. I tried connecting Router 1 to Router 3 (with DHCP disabled) and Router 3 (used as a switch) to PC via cables. It worked. Then I replaced Router 3 with the switch, network detected but no Internet. So even with the simplest possible setup and one DHCP server I had no network.
My original problem was Router 3 had too few ports and not all rooms got Ethernet access. Router 3 is above Router 1 and connects to cables coming out from the wall that provide Ethernet to rooms. I recalled that WAN cable of Router 1 is too short so I cannot lift it to connect to cables, turns out that’s not the case. So I lifted Router 1 and I could connect a cable to provide Ethernet for one more room which is what I needed. Routers 1 are 3 are held mid air with Ethernet cables.
I previously mentioned that the switch works if it is connected to a wall plug in a room and it still works that way. Anyways here is the final setup:
Might be conflicts due to several routers using the same subnet… could cause some interesting ARP issues for the switches, and also DHCP conflicts if something is wrongly cabled / configured.
I would try disconnecting everything from after the first switch, connect a computer there to see if it works ok, then reconnect and test behind each step to see where it breaks instead of checking in the end where the problem could be agitated from a issue earlier in the network…
also, if the router has a firewall/nat you will not be able to reach anything behind it, even if there are different subnets being used… to be able to reach devices behind a router, the network would need to be routed and not nat’ed as nat combines all network traffic into the IP of the router before sending the traffic away, so clients on the other side has no way of knowing who or where the traffic came from after the nat’ed router.
I suggest you read up about this if you are not familiar with difference between NAT and routed traffic.
anyway, this is just my theory, hope you find your problem and get it sorted :)
replying to myself here, but also, if this where supposed to work, which I doubt it will because it’s not feasible with tcpip, your second router would need to have the first router as gateway, but that is not possible when they are on the same subnet, and also your router will most likely not allow it because nat/routing will break, but if this was possible, devices behind your second router would not be able to connect to the devices before and vice versa, because since they have the same subnet, the traffic is considered local and not going through the router, and therefore the will not see each other as the NAT provides a separation between the networks…
you cannot use a router as a switch without using routing and different subnets … so … you might want to reconsider your design
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: !selfhosted@lemmy.world
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don’t control.
Rules:
Be civil: we’re here to support and learn from one another. Insults won’t be tolerated. Flame wars are frowned upon.
No spam posting.
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it’s not obvious why your post topic revolves around selfhosting, please include details to make it clear.
Don’t duplicate the full text of your blog or github here. Just post the link for folks to click.
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
No trolling.
Resources:
selfh.st Newsletter and index of selfhosted software and apps
Might be conflicts due to several routers using the same subnet… could cause some interesting ARP issues for the switches, and also DHCP conflicts if something is wrongly cabled / configured.
I would try disconnecting everything from after the first switch, connect a computer there to see if it works ok, then reconnect and test behind each step to see where it breaks instead of checking in the end where the problem could be agitated from a issue earlier in the network…
also, if the router has a firewall/nat you will not be able to reach anything behind it, even if there are different subnets being used… to be able to reach devices behind a router, the network would need to be routed and not nat’ed as nat combines all network traffic into the IP of the router before sending the traffic away, so clients on the other side has no way of knowing who or where the traffic came from after the nat’ed router.
I suggest you read up about this if you are not familiar with difference between NAT and routed traffic.
anyway, this is just my theory, hope you find your problem and get it sorted :)
(edit added part about nat)
replying to myself here, but also, if this where supposed to work, which I doubt it will because it’s not feasible with tcpip, your second router would need to have the first router as gateway, but that is not possible when they are on the same subnet, and also your router will most likely not allow it because nat/routing will break, but if this was possible, devices behind your second router would not be able to connect to the devices before and vice versa, because since they have the same subnet, the traffic is considered local and not going through the router, and therefore the will not see each other as the NAT provides a separation between the networks…
you cannot use a router as a switch without using routing and different subnets … so … you might want to reconsider your design