Fritzbox 7270 und TPL-Link TL-WR2543ND per Ethernet verbinden

Ich habe die beiden LAN-Ports verwendet. TP ist mit 1. LAN-Port verbunden, FB mit 3. LAN-Port. Muss ich also irgendwo einen Modus einstellen bzw. was muss ich machen?

Habe ich am TP-Link bei WAN nichts eingestellt, also dynamisch mit 0.0.0.0, dann erhalte ich keine Internetverbindung, zB integrierter NTP-Server des TP-Link
 
Der TP-Link braucht auch keinen Internetzugang. Die Clients gehen (über den Umweg des TP-Link) immer noch über die Fritzbox online. Der TP-Link switcht WLAN szs. einfach nur durch.
 
Also vergessen wir vorerst WLAN.

Was muss ich konkret für Ethernet konfigurieren? Ich frage jetzt deswegen so, weil es nicht funktioniert:

Was trage ich bei WAN ein?
Was bei LAN?

Kann da vielleicht irgendeine Firewall oder Port-Einstellung im Weg sein, an die ich nicht denke? Die Verbindung soll ja nach außen gehen und AFAIK wird da von der FB nichts geblockt.

Alles 3 Pings von 192.168.178.100 ausgeführt

ping -c1 192.168.178.100
PING 192.168.178.100 (192.168.178.100) 56(84) bytes of data.
64 bytes from 192.168.178.100: icmp_req=1 ttl=64 time=0.083 ms

--- 192.168.178.100 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.083/0.083/0.083/0.000 ms

ping -c1 192.168.178.1
PING 192.168.178.1 (192.168.178.1) 56(84) bytes of data.
64 bytes from 192.168.178.1: icmp_req=1 ttl=64 time=0.721 ms

--- 192.168.178.1 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.721/0.721/0.721/0.000 ms

ping -c1 192.168.178.2
PING 192.168.178.2 (192.168.178.2) 56(84) bytes of data.
64 bytes from 192.168.178.2: icmp_req=1 ttl=64 time=0.346 ms

--- 192.168.178.2 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.346/0.346/0.346/0.000 ms

nmap -sP 192.168.178.0/24 | grep 192.168.178
Nmap scan report for fritz.box (192.168.178.1)
Nmap scan report for 192.168.178.2
Nmap scan report for 192.168.178.71
Nmap scan report for 192.168.178.100
Nmap scan report for 192.168.178.110

Error code: 5028
Get GMT unsuccessfully, make sure that you have already connected to Internet. Kann die FB 7270 diese Verbindung nicht zulassen? IM FB-Log sehe ich auch nicht, dass die Verbindung abgelehnt wurde.
 
Zuletzt bearbeitet:
Die Uhrzeit im TP wird offenbar über den WAN Zugang synchronisiert. Ist also eventuell okay, daß das jetzt nicht mehr geht.

Kannst Du denn jetzt von den Clients des TP ins Internet? Werden die Clients des TP in der Fritzbox angezeigt (die vergibt ja jetzt die Adressen) und bekommen diese die Adressen aus dem DHCP Bereich der FB?

Was steht im Gateway Eintrag der Clients des TP?
 
An den TP sollen nur Kameras. Gibt es eine einfachere Möglichkeit als mit einem PC zu testen? Ich habe den NTP-Server deswegen verwendet um einfach Internet testen zu können, Internet über die Kameras ist Endziel. Auf die Idee, dass nur der NTP-Server nicht funktionieren könnte, bin ich nicht gekommen.

BTW, da die LAN-Ports verklebt waren, hatte ich zum ändern der IP-Adresse des TP den blauen WAN-Port verwendet, das ging genau so. Jetzt ist das Ethernet-Kabel an den 4 gelben Anschlüssen.
Ergänzung ()

Ich habe mich per WLAN vom Android-Handy an der WR1043ND angemeldet und die Verbindung ins Internet funktioniert. Ich sehe in der FB den Router und das Handy mit Internetsymbol.

Da hat mich also ein Bug mit dem Zeitserver zum Narren gehalten. NTP sollte nicht nur über den WAN-Port funktionieren.

Bleibt also die Frage, ob es eine andere Möglichkeit gibt die Zeit zu synchronisieren, von der Fritzbox wäre es zB auch ok.
 
Zuletzt bearbeitet:
Also, NTP von einem anderen Gerät sollte schon gehen, nur die Zeitanzeige des TP könnte eventuell nicht gehen (bei Log-Einträgen und so). Der holt sich die Zeit ja auch von einem NTP Server.
 
Ich meine NTP für den TP-Router, damit die Zeiteinträge im Log stimmen.
 
Ich habe den Verdacht, dass im TP kein NTP-Client ist, sondern nur einmalig die Zeit von einem Zeitserver geholt wird. In diesem Fall ist es dann egal, wenn das nur über WAN klappt.
 
Zurück
Oben