I just started to use Openwrt on my second router to get an Wifi Bridge working because my cable broke. I use the following Configuration with 192.168.0.1 as my main ap with dhcp server and so on. My windows Client work behind the OpenWRT Router, so do my android devices. Yet my Linux client cant connect to it neither with wifi nor with an ethernet cable attached.
Are you sure relayd is working? I could not see any relay interface in that network configuration...
Also, you should try to debug the issue and be a bit more specific: instead of "my Linux client cant connect to it", you could tell us what is not working: does it get an IP address? is the IP address within the expected range? does it get a DNS? does it work? can it ping an outside server? ...?
Yes relay should be working. It should be the "stabridge" interface. I followed this guide: Wifi Extender or Repeater or Bridge Configuration
In my main AP(192.168.0.1) which is running stock Tp-Link Firmware i reserved the address 192.168.0.199 for the Client. It is wired like that:
Tp-Link---WirelessBridge--- OpenWRT --- Switch --- Client
The Client gets the the following settings assigned:
IP:192.168.0.199
Subnet: 255.255.255.0
Broadcast: 192.168.0.255
which is correct
ping from 192.168.0.1 and 192.168.0.2 (openwrt router) get timed out - same the other way round
Also cannot ping outside servers e.g. 8.8.8.8
the device gets registered as "Unknown" in the TP-Link router although i changed the name in dhcpcd.conf everything else untouched.
The thing is... im just writing from a pc connected to the same switch and my android tv is also working fine at that same switch.
@Calle -- I don't have network.lan.stp option and instead of the list, I set the interfaces for stabridge as an option (with uci set network.stabridge.network="lan wwan"), and short of disabling IPv6 that have pretty much the same config and have a bunch Linux clients working just fine over wireless repeater.
Are you sure some network settings are not hardcoded/preset in your Linux clients?
# interfaces(5) file used by ifup(8) and ifdown(8)
# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'
# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d
and dhcpcd.conf
# A sample configuration for dhcpcd.
# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel
# Inform the DHCP server of our hostname for DDNS.
MYSQLPI
# Use the hardware address of the interface for the Client ID.
clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
# Some non-RFC compliant DHCP servers do not reply with this set.
# In this case, comment out duid and enable clientid above.
#duid
# Persist interface configuration when dhcpcd exits.
persistent
# Rapid commit support.
# Safe to enable by default because it requires the equivalent option set
# on the server to actually work.
option rapid_commit
# A list of options to request from the DHCP server.
option domain_name_servers, domain_name, domain_search, host_name option classless_static_routes
# Most distributions have NTP support.
option ntp_servers
# Respect the network MTU. This is applied to DHCP routes.
option interface_mtu
# A ServerID is required by RFC2131.
require dhcp_server_identifier
# Generate Stable Private IPv6 Addresses instead of hardware based ones
slaac private