Internes LTE Modem und LAN gleichzeitig verwenden

Da wir uns auf ipv4 konzentriert haben, solltest du möglichst auch eine ipv4-Adresse tracen. Vermutlich ergibt sich dadurch keine Änderung, aber nur so ist man sicher.

Tracert aufs Gateway bekomm ich aber auch nur "Zeitüberschreitung der Anforderung." (Routenverfolgung zu fe80::1:1:29e3:e01 über maximal 30 Hops)

Das wäre nicht der Standard-Gateway für ipv6 aus den obigen ipconfigs. Mag sich natürlich jetzt geändert haben. Benutze bitte ausschließlich ipv4, um nicht noch ipv6-Probleme einzumischen. Mit ipv6 kenne ich mich auch nicht so aus.

Ich glaube inzwischen das es sich um einen sogenannten "Soft Disconnect" des Modems handelt.

(Siehe: https://docs.microsoft.com/en-us/windows-hardware/drivers/mobilebroadband/understanding-and-configuring-windows-connection-manager)

Allerdings wäre dieses Verhalten ein echter Bug wenn die Ethernet-Schnittstelle gar kein Internet bereitstellen kann! Ich forsche mal in diese Richtung weiter...

Anschauen wäre aber vielleicht trotzdem sinnvoll. Wie sieht das tracert zum ipv4-Gateway aus? Oder darüber hinaus, falls dieser so eingestellt ist, daß er nicht antwortet?

Ansonsten denke ich, kann ich dir nicht weiterhelfen. Ich kann das hier auch schlecht nachstellen, ohne meine Einstellungen komplett zu ändern.

Evtl. könnte die Aktivierung von ICS (Internet Conenction Sharing) weiterhelfen, denn du hast ja keinen Router im Netz. Windows muß also als Router fungieren. ICS ist für das Verbinden anderer Geräte über den PC mit einem externen Netzwerk gedacht, aber vielleicht kann es auch hier weiterhelfen. Zur weiteren Konfiguration kann ich aber nichts sagen, ich war noch nie gezwungen, es zu benutzen. Bzw. falls es schon aktiv sein sollte, deaktiviere es. (Unter Verwalten/Dienste, auf deutsch heißt es wohl Internet Verbindungs-Freigabe.)

Und für die Verbindungen in die lokalen Netzwerke ohne Router mal das Gegengerät als Standard-Gateway einstellen.

Unter Linux gibt es ein Tool namens tcpdump mit dessen Hilfe man wesentlich besser als mit tracert den Weg des Pakets über die Interfaces nachverfolgen kann. Es braucht aber einiges an Einlesen in die Dokumentation, um es in einem komplizierten Fall sinnvoll zu verwenden. Es sollte im Ubuntu-Subsystem verfügbar sein. Ansonsten evtl. hier: https://www.heise.de/download/product/tcpdump-for-windows-24318  Ich weiß nicht, ob https://www.winpcap.org/windump/ noch mit Windows 10 funktioniert. Oder über cygwin. Ja, alles aufwendig. Oder du schaltest den Adapter eben nur bei Bedarf kurzfristig an. Das läßt sich mit Powershell-Befehlen vereinfachen.

Besteht das Problem eigentlich auch, wenn der VirtualBox-Adapter aktiviert ist oder nur mit dem realen Adapter? Ich hatte bisher automatisch angenommen, es entsteht, sobald einer der beiden aktiviert ist. Ist das auch so?

Diese Route ist jetzt bei deaktiviertem oder bei aktiviertem LAN?

Nochmal: LAN abschalten. So, daß nur die funktionierende LTE-Verbindung aktiv ist. Dann tracert. Ergibt ebenfalls einen Fehler 1231? Sollte nicht. Da ist m.E. dann schon was im Netzwerk-Stack nicht in Ordnung. Was der Fehlercode bedeutet, weiß ich leider nicht. Hast du mal recherchiert?

Die Firewall hattest du für beide Interfaces abgestellt?

Nachtrag:

http://www.chicagotech.net/netissues/transmiterror1231.htm

Bedeutet also, daß kein Standard-Gateway vorhanden ist. Das gilt für deine beiden LAN-Verbindungen. Wird also darüber geroutet. Eine ist Virtualbox, eine real, wenn ich mich recht erinnere. Du hattest angegeben, daß du Virtualbox deaktiviert hast, inzwischen wohl wieder aktiviert. Laß die deaktiviert. Dann teste. Dann deaktiviere auch die reale Verbindung. Sollte jetzt keinen Fehler mehr ergeben. Dann setze mal testweise denselben Standard-Gateway wie für die LTE-Verbindung für die eine (wieder aktivierte) LAN-Verbindung.

Dieser Text hilft evtl. weiter: https://docs.microsoft.com/en-us/windows-hardware/drivers/mobilebroadband/understanding-and-configuring-windows-connection-manager Bezieht sich vor allem auf WLAN, führt aber evtl. auf weiterführende Information.