WLAN ist nicht immer eine Schnittstelle zum Ethernet, sondern auch eine Schnittstelle zwischen mehreren WLAN-Clients.
ich glaub du hast da jetzt was falsch interpretiert;
WLAN ist NIE eine Schnittstelle zum Ethernet, aber der WLAN Access-Point das 'Gateway' zum Ethernet f. WLAN-Clients,
und da erwarte ich schon dass die Bandbreiten des WLANs auch über die RJ45 Buchse des WLAN Access-Points möglich sind ..
nachdem ich gesucht habe, wie man bei einem Linux, welches die IP per DHCP bezieht,
herausfindet, welches default gateway man bekommen hat ...
hier f. IPv4
defgw="$(/sbin/ip route show |grep default |tr -s ' ' |cut -d ' ' -f3)"
und f. IPv6
defgw6="$(/sbin/ip -6 route show |grep default |tr -s ' ' |cut -d ' ' -f3)"
und falls es jemand braucht, die eigentliche IP-Adresse
ipaddr=$(/sbin/ip addr show eth1 |grep inet |tr -s ' ' |cut -d ' ' -f3 |cut -d '/' -f1)
Bei der WLAN-Diskussion von unlängst; auf eine "Stolperfalle" bin ich getappt;
wir hatten vor x Jahren einen Access-Point in Verwendung, welcher den 300 MBit/s-Standard erfüllte (Datenblatt)
ABER: die Ethernet-Schnittstelle ist nur eine Fast-Ethernet¹; wie des gehen soll, muss mir mal einer erklären ... 
(es hatte damals keine Relevanz, weil das Internet selbst weniger Bandbreite als die 100 MBit/s hatte)
¹ auf das sind wir gekommen, nachdem ich dieser Tage meinen 8-Port Switch gegen einen größeren getauscht hatte,
und diesen Access-Point testweise ins Netz gehängt habe; und siehe da, das LED f. GBit finster war;
den neuen Access-Point bekomm ich kommende Woche;
Ja KB19 irgendwie hast recht, aber das Captcha davor soll nur verhindern dass den Request keine Blechkiste direkt schicken kann 
hatte da irgendwie daran gedacht wie ich es auf meinem Router bzw. 6in4-Tunnel-Ende implementiert hab,
je nach Auswahl IP od. IPv6 wird auf ping/traceroute bzw. ping6/traceroute6 verzweigt;
bei Eingabe einer IP(v6)-Adresse wird vorher geprüft ob des zusammenpasst;
z.B. Auswahl IPv6 und Eingabe von 8.8.8.8 liefert einen Fehler;
Hallo [netcup] Lars S. ,
ich dachte, er könnter es sowohl mit dem AAAA-Record (IPv6) und dem A-Record (IPv4) machen, je nachdem was er vorfindet;
[netcup] Lars S. Hallo, das looking glass flutscht wieder, hat aber einen Pferdefuß;
bei DNS-(Host-)Namen wird - so zumindest bei meinen Tests - die IPv6-Adresse genommen;
Ihr vergesst eine ganz wichtige Frage: Welchen WLAN-Standard beherrschen Deine ( mainziman) Geräte überhaupt? Bzw. planst Du in nächster Zeit irgendwelche neueren WLAN-fähigen Geräte anzuschaffen?
ein altes Notebook, fallweise des kann nur max. 54 MBit/sec, ein Tablet des kann auch kein 5 GHz, aber die Phones können alle 5 GHz, wahrscheinlich WiFi 4 max. 5, und ein Dienstnotebook, des sollt da auch gehen, das würde ich als kritisch sehen, da würd ich schon ganz gern die maximal mögliche Bandbreite von 200 MBit/sec rausholen; des sollte WiFi 5 können; von daher wär des TP-Link Teil eh optimal, des kann WiFi 5, und sollt ich mal ein neues Phone haben des WiFi 6 kann, ist es egal wenn es nur mit WiFi 5 im WLAN 'hängt";
Deswegen ja POE
wenn man es denn hätte ...
und 20 Meter Kabel, wickle ich mehrfach um das Areal um das es eigentlich geht;
die komischen Teller, Ufos, Freesbies od. sonst wie genannte Scheiben würd ich wenn es geht vermeiden;
es sollt echt was sein, des man mit Antennen wohin stellt, und dort hab ich auch das Netzwerkkabel sowie den Stromanschluß;
TBT eigentlich gehts um ein WLAN welches - zwingend - im selben IP Bereich des LANs ist, sprich mein Router ist der DHCP f. alles;
und es sollt f. einen alten Fire-TV im übernächsten Raum und ansonsten den selben bzw. Raum hinter der Stahlbetonwand abdecken;
und beide Frequenzen 2,4 GHz und 5 GHz können;
mit 2 unterschiedlichen SSIDs genügt mir das;
genau mit diesen Ufo-Tellern habe ich wenig angefangen, weil ich des Teil nur wo hinstellen kann;
die Dinger mit den Antennen würd ich bevorzugen;
Wer billig kauft, kauft zweimal.
Mein Netzwerk ist das UniFi System von Ubiquiti. Diese APs sind WIRKLICH gut https://www.ui.com/wi-fi . Enterprise hardware für Consumer Preise.
ist ein Argument, wie sieht es mit einem AP in der Bauform wie den von mir erwähnten TP-Link TL-WA1201 aus?
ist der Access-Point da: TP-Link TL-WA1201 zu empfehlen?
Dann packt man die Neubestellungen halt entsprechend der Auswahl in eigene Subnetze. Problem gelöst...
und wie veranstaltest das Routing, jetzt NBG und a paar "Momente" später VIE, und weils lustig ist, auch wieder retour nach NBG?
knallst bei der Übersiedlung nach Wien einfach in Nürnberg a zusätzliche Route nach Wien dazu
da hättest Du aus Wien dann deine wahre Freude 
Es sagt Dir aber auch niemand, dass der Server dann dauerhaft dort bleibt.
doch irgendwie schon; würd nämlich ein wenig strange sein, wenn die IPv4 bzw. der IPv6 Prefix an beiden Standorten so
zack zack zack a la Zahntechniker möglich wär;
Oder wird mir der jetzt nach Wien umgezogen?
Klar, per Fahrradkurier auf dem Donau-Rad-Wanderweg
KB19 vor allem bei den Deutsch Kenntnissen: "die Modem"
Ok, AES-CTR od. AES-CBC, das ist die Frage, mit 128 bit wahrscheinlich schneller als mit 256 bit
na ja aktuelle Hardware, mein Router ist ein Quad-Core Celeron mit 6 W TDP, und das andere Ende ein vServer bei einem Hoster ungleich netcup
jetzt mal 'ne Frage zum Thema SSH (eigentlich zu Verschlüsselung)
folgendes hab ich von der ssh_config manpage
Ciphers
Specifies the ciphers allowed for protocol version 2 in order of preference. Multiple ciphers
must be comma-separated. The supported ciphers are “3des-cbc”, “aes128-cbc”, “aes192-cbc”,
“aes256-cbc”, “aes128-ctr”, “aes192-ctr”, “aes256-ctr”, “arcfour128”, “arcfour256”, “arcfour”,
“blowfish-cbc”, and “cast128-cbc”. The default is:
aes128-ctr,aes192-ctr,aes256-ctr,
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,
aes256-cbc
welcher von den angegebenen Ciphers bremst die Datenrate am wenigsten?
ist es 3des-cbc?
(hier gehts nicht um die Stärke der Verschlüsselung, sondern um Datenübertragung bei einem Tunnel, welcher genausogut unverschlüsselt sein könnte)
frank_m soweit bin ich bereits, die paar Befehle die ich am Router starten muss hab ich am Router unter
/root/cfgtun0.sh abgelegt, analoges am anderen Ende (Server);
ich hätt das jetzt so gemacht
ssh -f -w any root@server " /root/cfgtun0.sh ; sleep infinity "
/root/cfgtun0.sh
frank_m ssh -w any root@server baut am client und am server ein tun# device auf,
sobald man da aber exit eingibt und diese Sitzung verläßt sind diese devices wieder weg;
hat jetzt nix mit Deinem 'Verdacht' zu tun; ja an Stelle des sit1 wird einfach tun0 verwendet;
ein SSH-Tunnel;
bevor ich es vergesse am Server muss in der sshd_config folgendes aktiv sein
PermitTunnel point-to-point
Hier hab' ich geschrieben,
dass mein 6in4-Tunnel nicht mehr geht;
ein Tunnel über SSH klappt, die Frage wie kann man das so einstellen, dass wenn ich den Router durchfahr das automatisch geht;
sprich ich muss von meinem Router mich mit ssh -w any root@server anmelden und da folgendes machen
ip link set tun0 up
ip addr add tunnel-prefix::1/64 dev tun0
ip route add home-prefix::/56 via tunnel-prefix::2 dev tun0 metric 1und am Router selbst das, nachdem ssh -w gestartet wurde:
ip addr add tunnel-prefix::2/64 dev tun0
ip addr change tunnel-prefix::2 dev tun0 preferred_lft 0
ip route add default via tunnel-prefix::1 dev tun0 metric 1aber vom SSH oben kehrt er nicht zurück ...