Gelöst: Problem mit Range Extender Lan Clients

Started by pumuckl, September 17, 2020, 12:01:58 PM

Previous topic - Next topic
Ich bin alles nochmal durchgegangen
DHCP macht nur die Opnsense

Meine zwei AP´s sind im Erdgeschos und im Obergeschoss jeweils per LAN und DHCP mit der Opnsense verbunden und haben eine Statische IP. Beide haben die selbe SSID und das selbe Wlan Passwort.

Im Neben Gebäude habe ich den Range Extender der ist via Wlan und DHCP mit der Opnsense Verbunden.
Die SSID ist anders als im Haus.

DHCP Server ist definitiv nur die Opnsense.

Die Probleme habe ich nur im neben Gebäude wenn ich über den Extender Verbunden bin.

Seltsam ist das die Clients IMMER mit der Opnsense Verbunden sind und  per SSH ERREICHBAR sind.
Egal ob mit DHCP oder Statischer IP.

Wenn der Extender und der Client beide statisch sind oder wenn beide per DHCP die IP haben, kann man sie Pingen und sie haben Internet Verbindung.

Sind sie nicht im selben Adressbereich kann man sie nicht Pingen und Internet funktioniert nicht, SSH funktioniert aber noch.

An meinen LAN Firewall Regeln kann es auch nicht liegen weil ich es schon mit eine allow any probiert habe.


Ich könnte noch alle Einstellungen hier posten wenn es gewünscht wird, aber mehr als DHCP gibt es bei den AP´s und beim Extender eigentlich  nicht einzustellen.


Das ist eigendlich schon der 3te extender der Probleme macht seint ich Opnsense habe.
Den ersten Habe ich vor wenigen Wochen entsorgt, weil er alt war.

Ich hab mir 2 Wireless N Extender, deswegen neu gekauft.

Zuerst einen TP-Link TL-WA901ND und dann einen Asus RT-N12E

Die Opnsense zu deaktivieren um sie auszuschließen,  ist mir etwas zu aufwendig.

Was könnte daran Schuld sein, bzw was könnte ich noch machen?

grüsse








Das muss ja dann an der Art und Weise liegen wie die Extender die Pakete weiterleiten.

So wie ich das lese, funktioniert es wenn Extender + Client per DHCP eine IP bekommen oder wenn beide statisch sind. Wenn Extender statisch und Client DHCP geht es nicht mehr? Per SSH erreichbar heißt welche Richtung? Du kannst die OPNsense per SSH vom Client erreichen oder von der OPNsense den Client?

Welchen default-gw bekommst Du denn im Falle dessen, dass es nicht klappt (Extender statisch + Client DHCP von der OPNsense) zugewiesen? Klingt für mich so, als würde der Extender dann entscheiden selbst als Router aufzutreten und zu NATten. In den Firewall Logs der OPNsense sieht man dann nichts?
,,The S in IoT stands for Security!" :)

Hier ein ping und traceroute  zu google und ein ping zur Opnsense, während ich per SHH verbunden bin.

client mit fester IP:
pi@keller-pi:~ $ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.10.10.25  netmask 255.255.255.0  broadcast 10.10.10.255
        inet6 fe80::641c:9772:e5bc:659d  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:cd:0c:74  txqueuelen 1000  (Ethernet)
        RX packets 97  bytes 14540 (14.1 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 107  bytes 17061 (16.6 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 20  bytes 1504 (1.4 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 20  bytes 1504 (1.4 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether b8:27:eb:98:59:21  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

pi@keller-pi:~ $ ping -c 3 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.

--- 8.8.8.8 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 69ms

pi@keller-pi:~ $ traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
1  * * *
2  * * *
3  * * *
4  * * *
5  * * *
6  * * *
7  * * *
8  * * *
9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *
pi@keller-pi:~ $ ping -c 3 10.10.10.1
PING 10.10.10.1 (10.10.10.1) 56(84) bytes of data.

--- 10.10.10.1 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 122ms

pi@keller-pi:~ $


Client per DHCP:


pi@keller-pi:~ $ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.10.10.165  netmask 255.255.255.0  broadcast 10.10.10.255
        inet6 fe80::641c:9772:e5bc:659d  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:cd:0c:74  txqueuelen 1000  (Ethernet)
        RX packets 113  bytes 13459 (13.1 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 110  bytes 15033 (14.6 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 20  bytes 1504 (1.4 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 20  bytes 1504 (1.4 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether b8:27:eb:98:59:21  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

pi@keller-pi:~ $ ping -c 3 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=118 time=47.6 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=29.6 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=29.10 ms

--- 8.8.8.8 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 6ms
rtt min/avg/max/mdev = 29.625/35.738/47.599/8.390 ms
pi@keller-pi:~ $ traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
1  OPNsense20.local (10.10.10.1)  12.386 ms  12.105 ms  12.090 ms
2  10.0.0.138 (10.0.0.138)  16.879 ms  20.487 ms  21.616 ms
3  * * *
4  * * *
5  * * *
6  * * *
7  74.125.242.225 (74.125.242.225)  84.135 ms  77.879 ms  77.535 ms
8  216.239.35.183 (216.239.35.183)  76.895 ms  50.601 ms *
9  * * *
10  dns.google (8.8.8.8)  31.465 ms  53.375 ms  55.836 ms
pi@keller-pi:~ $ ping -c 3 10.10.10.1
PING 10.10.10.1 (10.10.10.1) 56(84) bytes of data.
64 bytes from 10.10.10.1: icmp_seq=1 ttl=64 time=26.5 ms
64 bytes from 10.10.10.1: icmp_seq=2 ttl=64 time=17.8 ms
64 bytes from 10.10.10.1: icmp_seq=3 ttl=64 time=30.8 ms

--- 10.10.10.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 6ms
rtt min/avg/max/mdev = 17.770/25.038/30.802/5.425 ms
pi@keller-pi:~ $


welche Diagnose Befehle könnten noch Infos liefern?

route -n

wäre interessant.

Warum geht es jetzt mit DHCP am Client? Ist der Extender gerade per DHCP an der OPNsense?

Kannst Du es auch nochmal umdrehen? Also Extender mit der IP, die er eigentlich bekommen soll (welches Netzwerk ist das?). Dann sollte Client per DHCP ja nicht mehr funktionieren, oder?
,,The S in IoT stands for Security!" :)

ja der extender war vorher im dhcp

Client(10.10.10.65) und Extender(http://10.10.10.174/) per DHCP:

pi@keller-pi:~ $ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.10.10.165  netmask 255.255.255.0  broadcast 10.10.10.255
        inet6 fe80::641c:9772:e5bc:659d  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:cd:0c:74  txqueuelen 1000  (Ethernet)
        RX packets 1808  bytes 228098 (222.7 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1174  bytes 899897 (878.8 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 20  bytes 1504 (1.4 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 20  bytes 1504 (1.4 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether b8:27:eb:98:59:21  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

pi@keller-pi:~ $ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.10.10.1      0.0.0.0         UG    202    0        0 eth0
10.10.10.0      0.0.0.0         255.255.255.0   U     202    0        0 eth0
pi@keller-pi:~ $ ^C
pi@keller-pi:~ $


Client(10.10.10.25) fixe ip und Extender(http://10.10.10.174/) per DHCP:
pi@keller-pi:~ $ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.10.10.25  netmask 255.255.255.0  broadcast 10.10.10.255
        inet6 fe80::641c:9772:e5bc:659d  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:cd:0c:74  txqueuelen 1000  (Ethernet)
        RX packets 213  bytes 26571 (25.9 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 151  bytes 25600 (25.0 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 20  bytes 1504 (1.4 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 20  bytes 1504 (1.4 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether b8:27:eb:98:59:21  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

pi@keller-pi:~ $ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.10.10.1      0.0.0.0         UG    202    0        0 eth0
10.10.10.0      0.0.0.0         255.255.255.0   U     202    0        0 eth0
pi@keller-pi:~ $


Client(10.10.10.25) und Extender(http://10.10.10.9/)  fixe ip:
pi@keller-pi:~ $ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.75  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::641c:9772:e5bc:659d  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:cd:0c:74  txqueuelen 1000  (Ethernet)
        RX packets 805  bytes 80742 (78.8 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 217  bytes 28068 (27.4 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 60  bytes 5240 (5.1 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 60  bytes 5240 (5.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether b8:27:eb:98:59:21  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

pi@keller-pi:~ $ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    202    0        0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U     202    0        0 eth0
pi@keller-pi:~ $



das sieht für mich gleich aus

Also im letzten Abschnitt sehe ich als Gateway 192.168.1.1. Wo kommt der denn her? Die IP ist dann auch 192.168.1.75?
,,The S in IoT stands for Security!" :)

seltsam, hat ihn nochmal gestartet jetzt hat der client die richtige fixe ip
Client 10.10.10.25 Extender 10.10.10.9 jeweils fixe ip
pi@keller-pi:~ $ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.10.10.25  netmask 255.255.255.0  broadcast 10.10.10.255
        inet6 fe80::641c:9772:e5bc:659d  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:cd:0c:74  txqueuelen 1000  (Ethernet)
        RX packets 103  bytes 15542 (15.1 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 122  bytes 18082 (17.6 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 20  bytes 1504 (1.4 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 20  bytes 1504 (1.4 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether b8:27:eb:98:59:21  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

pi@keller-pi:~ $ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.10.10.1      0.0.0.0         UG    202    0        0 eth0
10.10.10.0      0.0.0.0         255.255.255.0   U     202    0        0 eth0
pi@keller-pi:~ $ ping -c3 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=118 time=47.1 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=24.5 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=95.10 ms

--- 8.8.8.8 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 5ms
rtt min/avg/max/mdev = 24.502/55.854/95.952/29.818 ms
pi@keller-pi:~ $


Client 10.10.10.174 dhcp, Extender 10.10.10.9 fixe ip
pi@keller-pi:~ $ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.10.10.174  netmask 255.255.255.0  broadcast 10.10.10.255
        inet6 fe80::641c:9772:e5bc:659d  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:cd:0c:74  txqueuelen 1000  (Ethernet)
        RX packets 99  bytes 13963 (13.6 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 126  bytes 17822 (17.4 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 20  bytes 1504 (1.4 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 20  bytes 1504 (1.4 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether b8:27:eb:98:59:21  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

pi@keller-pi:~ $ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.10.10.1      0.0.0.0         UG    202    0        0 eth0
10.10.10.0      0.0.0.0         255.255.255.0   U     202    0        0 eth0
pi@keller-pi:~ $ ping -c3 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=118 time=40.9 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=27.7 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=63.3 ms

--- 8.8.8.8 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 5ms
rtt min/avg/max/mdev = 27.734/43.993/63.343/14.700 ms
pi@keller-pi:~ $


jetzt hat der Client internet

ich war gerade im neben gebäude

dafür hat der win10 client  am selben switch und mien handy per wlan  kein internet mehr .


Hast Du den Extender nach der Anleitung eingerichtet?
https://www.tp-link.com/de/support/faq/1604/

Dann sollte die SSID und PSK identisch mit dem restlichen Netzwerk sein.

Ich muss sagen, dass ich bei WLAN von den ganzen Insel-Lösungen ins Ubiquiti Unifi Lager gewechselt bin. Alle WLAN und Switches in einem Interface zu haben und mit VLANs zu arbeiten, macht damit einfach nur Spaß. Man kann damit auch Löcher in der Kabelversorgung überbrücken.
,,The S in IoT stands for Security!" :)

October 12, 2020, 04:21:09 PM #23 Last Edit: October 12, 2020, 05:08:02 PM by micneu
ich habe das gefühl das @pumuckl irgend wie was falsch konfiguriert.
ich habe das letze mal 2010 einen rangeextender eingesetzt und vielleicht vertue ich mich auch gerade.
nur dein normales netz (und deshalb wollte ich einen grafischen netzwerkplan um es richtig zu verstehen)
hat die 10.10.10.0/24
welchen netzwerkbereich hat dein rangeextender?
irgend was stimmt da nicht.
1. bitte mal deine Netzwerk konfiguration von deiner sense (screenshot)
2. hattes du schon von dem support eine rückmeldung (ich bin fest davon überzeugt das dein rangeextender flasch konfiguriert ist)
3. bitte alle konfigurationsseiten deines extenders
4. ich habe das gefühl das für dich wenn es möglich währe lieber auf die dlan adapter von avm zu setzen, die sind für einsteiger einfacher zu konfigurieren (ich kenne keinen der es nicht geschafft hat).
ist nicht teuer und echt simpel:
https://avm.de/produkte/fritzpowerline/
5. ist das dein aktuelles gerät Asus RT-N12E (wenn ich das richtig sehe ist die letze firmware von: 2017, ich denke da wird auch nichts mehr neues kommen)
6. in der anleitung habe ich nichts gelesen das der einen extender mode hat.
7. wenn du es in der doku gesehen hast das er es kann, bitte mal schreiben auf welcher seite
8. alternativ zu den avm produkten denke ich sollte das auch mit dem gehen
https://www.amazon.de/Netgear-EX8000-100EUS-Gigabit-Ports-App-Managed-universell/dp/B0756NR1C4/ref=sr_1_2?__mk_de_DE=ÅMÅŽÕÑ&dchild=1&keywords=Netgear+EX8000&qid=1602515171&sr=8-2
Internet: Willy.tel Down: 1Gbit/s, UP: 250Mbit/s Glasfaser  |
Router/Firewall: pfSense+ 23.09  |
Hardware: Netgate 6100

October 12, 2020, 06:29:10 PM #24 Last Edit: October 12, 2020, 08:59:23 PM by pumuckl
Vermutlich übersehe ich etwas, aber vielmehr als DHCP auf automatisch stellen kann man eigentlich nicht viel Falsch machen.

3 Geräte ein Problem, nur die Opnsense ist die Selbe

Momentan läuft der Asus Extender, den von TP link werde ich später auch noch aktivieren, bin mir aber jetzt schon sicher das ich das selbe Problem habe.

die letzte Rückmeldung vom Support war Lan Kabel wechseln, mit den neuen infos habe ich mich noch nicht an den Support gewendet.

Vermutlich wäre ein Lankabel Besser als DLAN wäre ein, das frage ich demnächst mal bei Mediamarkt nach.

Ich hatte mit der selben ssid das selbe wie bei geänderten

den Netzwerkplan liefere ich noch mal nach
genauen
1. hier mal meine Einstellungen

also, ich habe mal das ding "TP-Link TL-WR902AC AC750 WLAN" bei mir als repeater konfiguriert.
läuf. also mein vorgehen währe:
1. dem repeater per mac eine feste ip aus deinem lan zuweisen
2. prüfen ob nach einem reboot die kiste auf einen ping reagiert
eigentlich musst du nix an dem dhcp konfigurieren. ich habe nicht länger als 5 minuten gebraucht.
Internet: Willy.tel Down: 1Gbit/s, UP: 250Mbit/s Glasfaser  |
Router/Firewall: pfSense+ 23.09  |
Hardware: Netgate 6100

Dlink  DIR-869 und TP link Re650 sind meien AP´s und Funktionieren schon 2 Jahre Ohne Probleme.
Egal ob mit oder Ohne Statischer IP.


Die Wifi Extender machen Probleme, wenn der Extender und die angeschlossenen Clients nicht im Selben DHCP Bereich sind.
Clients und Extender Statisch kein Problem 10.10.10.2 bis 10.10.10.60
Clients und Extender DHCP kein Problem 10.10.10.100 bis 10.10.10.200
Clients Statisch und Extender DHCP Problem kein Internet
Clients DHCP und Statisch Extender Problem kein Internet.

Ich habe eigentlich schon alles ausprobiert externer mit und ohne Feste IP also Statischer IP von der Opnsense vergeben.


Am Extender eine IP aus dem DHCP Bereich einzustellen ist vermutlich nicht gut, oder.

das leben kann so einfach sein, wenn man nur die dokumentation liest.
viel spaß noch
Internet: Willy.tel Down: 1Gbit/s, UP: 250Mbit/s Glasfaser  |
Router/Firewall: pfSense+ 23.09  |
Hardware: Netgate 6100

October 12, 2020, 08:56:48 PM #28 Last Edit: October 12, 2020, 08:59:08 PM by pumuckl
Haken raus und es geht

danke micneu



Ps: wie markiere ich einen Beitrag als gelöst?
      Ich habe mal gelöst davor geschrieben.....