Windows 11: Android-Subsystem

[Walter T. (nicolas)]

Guten Abend zusammen,

ich knobele und probiere gerade an einer sehr merkwürdigen Nuß. Ich habe 
hier ein Microsoft Surface Tablet mit Windows 11 und das 
Android-Subsystem (WSA) installiert, weil die Anzahl an Apps unter 
Windows, die sich gut mit Touchscreen bedienen lassen, ziemlich 
überschaubar ist.

Für den Datenaustausch habe ich unter Android einen FTP-Server mit 
"Amaze" und testweise auch mit "FTP Server (Free)" gestartet. (ftps auf 
Port 2211).

Die Windows-Firewall ist zu Testzwecken komplett aus. Die beiden Rechner 
sind direkt verbunden (WLAN-Hotspot).

Mit einer FTP-Client-App auf dem Android-System kann ich auf den FTP 
zugreifen, d.h. die freigegebenen Ordner navigieren, lesen und 
schreiben.

Mit "Filezilla" (FTP-Client) kann ich von einem anderen PC ebenfalls auf 
den FTP zugreifen.

Mit "Filezilla" auf besagtem Windows-11-Tablet kann ich das allerdings 
nicht. Ich erhalte immer die Fehlermeldung "ECONREFUSED" - unabhängig 
davon, ob der FTP-Server oder das Android-Subsystem überhaupt gestartet 
ist. Als Adressen habe ich "localhost" und das, was im Android-Subsystem 
angezeigt wird, probiert.

Adb lässt sich über localhost verbinden.

Jetzt gehen mir die Ideen aus, was ich noch testen kann.

Euch auch?

[Walter T. (nicolas)]

Ich habe weiter probiert. Andersherum geht es ebenfalls nicht: Ein 
FTP-Client auf dem Android-System kann auch nicht mit einem FTP-Server 
auf dem Windows-11-Host sprechen.

Beide FTP-Server sind "von außen" von einem zweiten PC aus erreichbar. 
Irgendwie reden beide Systeme mit der Außenwelt, aber nicht miteinander.

Beides funktioniert/funktioniert nicht sowohl über Hostname als auch IP.

[Karl (Gast)]

nur eine Idee zum Bahnhof, bitte nicht steinigen

ECONREFUSED most of the time means you are trying to access a port which 
is already being used.

[Frank M. (ukw) (Moderator)]

Karl schrieb:
> ECONREFUSED most of the time means you are trying to access a port which
> is already being used.

Das ist falsch. ECONREFUSED erhält man, wenn auf dem Ziel-Port gar 
keiner horcht, also genau das Gegenteil von dem, was Du schreibst. 
Desweiteren geben noch gerne Firewalls ECONREFUSED zurück.

Wo zum Teufel hast Du die obige Aussage her?

[Walter T. (nicolas)]

Frank M. schrieb:
> Wo zum Teufel hast Du die obige Aussage her?

Das ist einfach. Es gibt nur einen Treffer in den Weiten des Netzes: 
https://stackoverflow.com/questions/47609205/learnyounode-http-server-econnrefused

Bei meiner ursprünglichen Frage bin ich allerdings kein bischen 
weitergekommen. Der Stand ist immer noch, dass ich "von außen" mit jedem 
der beiden FTP-Server auf den unterschiedlichen Systemen auf dem 
gleichen PC zugreifen kann, die beiden aber nicht gegenseitig.

Leider finde ich auch keine (aktuellen) Information, wie die 
LAN-Verbindung zwischen Android und Windows aussieht. Bei alten 
Versionen hatte das Android-System seine eigene IP, jetzt teilt es die 
IP des Hosts.

Mir bleibt nur die Hoffnung, dass bei einem derart neuen System die Doku 
jeden Tag besser wird.

[Frank M. (ukw) (Moderator)]

Walter T. schrieb:
> Bei meiner ursprünglichen Frage bin ich allerdings kein bischen
> weitergekommen. Der Stand ist immer noch, dass ich "von außen" mit jedem
> der beiden FTP-Server auf den unterschiedlichen Systemen auf dem
> gleichen PC zugreifen kann, die beiden aber nicht gegenseitig.

Sind die beiden Systeme über eine FritzBox miteinander verbunden? Da 
gibt es in den FB-Einstellungen so etwas wie "Geräte dürfen 
untereinander kommunizieren".

[Walter T. (nicolas)]

Frank M. schrieb:
> Sind die beiden Systeme über eine FritzBox miteinander verbunden?

Nein, die beiden Systeme sind ein Windows-11-PC (Tablet) und eine 
Android-Emulation (Windows-Subsystem for Android, WSA) auf ebendiesem 
Tablet-PC.

Das dritte System ist ein Windows-PC, der entweder über 
WLAN-Heim-Netzwerk (über eine Fritzbox) oder direkt (WLAN-Hotspot) mit 
ebendiesem Tablet verbunden ist. Der Zugriff auf beide FTP-Server 
funktioniert auf beiden Wegen.

Nur der Zugriff eines FTP-Client auf dem Windows-System mit dem 
FTP-Server auf dem Android-System funktioniert nicht, und der umgekehrte 
Weg, FTP-Client auf dem Android-System auf FTP-Server auf Windows-System 
gehen nicht.

(Ich habe mal ein Bild dazu gemalt.)

[Εrnst B. (ernst)]

Zumindest beim WSL2 kann man das umkonfigurieren (und WSA ist ja im Kern 
dasselbe)

Der nicht ganz offensichtliche Weg führt über das Nachinstallieren der 
HyperV-Verwaltungs-Tools... Damit kannst du Einstellungen am virtuellen 
Switch, der den WSL2 (oder WSA)-Container mit der Außenwelt verbindet, 
vornehmen.

[C-hater (c-hater)]

Εrnst B. schrieb:

> Der nicht ganz offensichtliche Weg führt über das Nachinstallieren der
> HyperV-Verwaltungs-Tools... Damit kannst du Einstellungen am virtuellen
> Switch, der den WSL2 (oder WSA)-Container mit der Außenwelt verbindet,
> vornehmen.

Eigentlich ist das keine Einstellung dieses Switches, sondern: es kann 
mehrere davon mit verschiedenen Eigenschaften geben. Mit den 
Hyper-V-Tools kannst du weitere Switches neben dem standardmäßig 
vorhandenen "NAT"-"Switch" erzeugen.

Was damit allerdings nicht geht: die WSL-Verbindung auf irgendwas 
anderes als den Standardswitch zu legen. Das muss irgendwie anders 
gehen. Oder taucht das WSL irgendwie als VM auf? Dann geht das natürlich 
in den Einstellungen zur NIC dieser VM.

Hab' mit WSL noch nix gemacht. Mit Hyper-V hingegen schon viel.

[Walter T. (nicolas)]

Ich weiß nicht, wie groß die Überschneidungen von WSL und WSA sind, 
finde auch auf Anhieb nichts dazu. Installiert werden beide auf jeden 
Fall sehr unterschiedlich.

WSL ist nicht installiert, Hyper-V und ein virtueller PC (und damit auch 
die Management-Konsole) sind allerdings eingerichtet. Ich finde aber auf 
Anhieb nichts Richtung "Switch Management" - da muß ich mich erst einmal 
(heute abend) einlesen.

[Walter T. (nicolas)]

Es gibt mehrere Switches ("Default Switch" und "FSE Switch"). Über den 
letzteren finde ich nur einen Google-Treffer, der ein Foreneintrag von 
jemandem ist, der ein WSA-Problem hat - aufgrund des Mangels an Doku 
gehe ich davon aus, dass es sich bei diesem also wirklich um einen Teil 
von WSA zu handeln scheint. (Es scheint keine echte Doku zu geben, 
inwieweit Hyper-V und WSA gekoppelt sind, im Gegensatz zu WSL, wo es 
schon recht viel Material gibt.)

Ich habe die letzten Tage mal dazu genutzt, mich einzulesen, aber in 
Netzwerk-Management bin ich nie so tief eingestiegen, deshalb gehe ich 
davon aus, dass das Risiko sehr groß ist, etwas kaputtzukonfigurieren, 
wenn ich da einfach herumprobiere.

Wahrscheinlich werde ich das Problem also auf sich beruhen lassen müssen 
und Daten weiterhin über einen zweiten physikalischen Rechner 
transportieren.

(Die Richtung Windows -> Android geht ja über ADB, wenn auch deutlich 
langsamer als FTP).

[Walter T. (nicolas)]

Ich bin doch ein Stückchen weitergekommen.

Der "FSE Switch" lässt sich im Hyper-V-Manger managen. Also brauche ich 
schon einmal nicht die Powershell-Sachen zusammensuchen. Besonders viel 
einzustellen gibt es nicht: Er stand auf "internes Netzwerk" und ich 
habe noch "Privates Netzwerk" und "Externes Netzwerk" zur Auswahl.

Bei letztem kann ich ihn an eine Netzwerkkarte anbinden.

Also habe ich mal einen Loopback-Adapter hinzugefügt und den FSE-Switch 
dort angefügt und siehe da: Jetzt kann ich vom Windows-Tablet auf den 
auf Android laufenden FTP zugreifen. Sehr schön.

Von außen, vom anderen PC geht es jetzt nicht mehr. Aber ich glaube, ich 
bin auf dem richtigen Weg.