Hello, I am connecting this tplink openwrt router to an netgear router (internet provider) by wifi. Tplink's also acts as a WiFi AP with the same interface, so that my wireless devices can connect to it / internet. I want this tplink router to not act as a DHCP server, so that it gets client's ips from netgear's.
Netgears works in the 192.168.100.X range, but if I try to set tplink ip address as 192.168.100.200 it stops working altogether and I cannot access it in 192.168.100.200 either by ethernet or wifi.
You have to use WDS or mesh mode to have both networks use same IP range (L2 bridged across the wireless link, instead of L3 routed). Then just shut down the DHCP server on lan in the second router. Clients that connect to the second wifi will automatically get DHCP from the first router.
If your OpenWrt router is wirelessly connected to the upstream network that has a non-OpenWrt router, you have two options:
setup a routed network behind the OpenWrt device. This means that devices connected to the OpenWrt router will be on a different network than the upstream (ISP) router's network.
I see... your post as it stands now does not have enough detail to be able to explain why the address 192.168.100.200 breaks your config.
I'm not personally an expert on relayd -- never used it myself. But what is the upstream router's IP address/subnet?
Please connect to your OpenWrt device using ssh and copy the output of the following commands and post it here using the "Preformatted text </> " button:
Remember to redact passwords, MAC addresses and any public IP addresses you may have:
Currently your configuration looks like a standard routed client. It should be working as it is now, but the downstream devices will be on a different network/subnet than the upstream.
With that in mind, since you are routed...
If you're talking about the lan interface, this won't work because of the overlap of the upstream and downstream subnets. They must be unique and non-overlapping subnets.
If you were trying to do this with the wwan interface, you need to make sure you also specify the upstream gateway and dns (192.168.100.1)
What is your goal -- do you want this to be an 'extender' that simply increases the range of a single contiguous network. or do you want to have a seperate/unique downstream network behind the TP-Link router?
OK, your wifi config looks too creative to fix.
Reset the device configuration and disconnect all but WAN cable for startup. Some 100mbps switches of the time leak during startuo enough to get IP across them.
Now do minimal changes to enable wifi - set country in both radios save/apply
Set auto channel in both save apply
Rename both from default openwrt and set security to wpa2 or wpa3 save and apply
Enable and wait 5min for both to appear.
If you were trying to do this with the wwan interface, you need to make sure you also specify the upstream gateway and dns (192.168.100.1) ----> I would like this tplink´s router IP to be for ex 192.168.100.200 so that when I connect to my wifi network I am able to access this router´s config interface
So the relayd process is what you need to do. Because of the way relayd works, you'll have two addresses (different subnets), but one of them can be your desired 192.168.100.200 address. And the clients will all connect as desired to the 192.168.100.0/24 network.
I am new to opewrt, how to use it (relayed)? First thing I've done is following a step by step openwrt webpage about wireless repeater but it didn't work
WDS doesn't apply in your situation because the upstream router/AP is not running OpenWrt.
Your only option is relayd.
Follow the guide again from a fresh state (reset to defaults). Where there is an assumption that the main router is 192.168.1.1, use your own 192.168.100.1 instead.
I've followed an youtube video on how to setup relayd and everything work out smoothly. Unfortunately its a very complex process, openwrt needs to make it more straightforward.
I agree that it is unfortunate how complicated this process is. However, some things to note:
WDS or 802.11s are preferred solutions and can be used when the upstream device is also running OpenWrt. relayd is a method of last resort.
The limitations around setting up wifi repeaters like this (and likewise wireless > wired bridges) is actually a function of the way that the wifi standards were written... they don't actually accommodate this use case.
relayd is actually something of a hack as a result of the above.
The methods to make this easier typically come in the form of proprietary/closed-source code from the chipset manufacturers that is then included in products that are designed as purpose built wifi extenders. Many times, those extenders only work for the same brand/family of devices because of the 'hacks' that are used in the process.
So yes, it would be great if it were easier, but it's necessarily complicated by all of the factors above.
It would, however, be possible for someone to try to write some command line scripts to achieve a repeater function. It would have a bunch of caveats in it and it wouldn't be fully automated, but if could help. If you're handy with linux CLI scripts, you could make a stab at it.