Linux Drucken mit Lankabel funzt, per WLan nicht....

[der_holzwurm]

Ich suche einen Tipp, wie ich folgenden Netzwerkfehler in meinem Heimnetzwerk beheben kann.


Folgendes Problem hat sich manifestiert. Ich kann mit meinem Notebook (Thinkpad T430, Kubuntu 24.04LTS, Cups-Druckerttreiber), nur noch per Netzwerkabel auf meinem Netzwerkdrucker drucken. Auch lässt sich der Drucker über WLan nicht anpingen (100% lost). Sobald ich ein Netzwerkkabel an das T430 anschließe, dann kann ich schnell und ohne Probleme drucken. Auch anpingen funktioniert (im Durchschnitt mit 2,459ms). Aber ansonsten funktioniert das WLan wunderbar, schneller Datenaustausch geht und KDE-Connect funktioniert auch. Der Drucker (HP LJ6P mit Printserver) ist mit Netzwerkkabel an eine Fritzbox 7390 (Software ist aktuell, soweit es noch Updates für die alte Kiste gab) angeschlossen. Die Konfiguration der FB habe ich schon mal durchgeclickt und nix Auffälliges gefunden. Damals ™ bei der Ersteinrichtung hat das Drucken auch funktioniert.
Als ich die WLan-Karte im Thinkpad mal gewechselt habe, funktionierte das Drucken eine Zeit lang auch, nun ist aber damit wieder Schicht im Schacht.

Denke, es ist irgendwo ein Konfigurationproblöm (Rechtevergabe??), welches ich (noch) nicht entdeckt habe.

Vielleicht hat ja jemand eine Idee…

Btw, das T430 meiner Süßen kann über WLan drucken!!

Es ist ein Dualbootsystem und die gleichen Symptome habe ich unter WIN10 auch.

 

[ThomasG8235]

Man könnte ja auch einfacher, die SSD des X230 ins T430 einsetzen und testen. Oder mit einem Live Stick mal testen.
Ich hätte halt immer noch die Frage nach dem Testen der Verbindung im Allgemeinen.
Wenn kein Gast-WLAN aktiviert ist müsste man ja nur mal die Verbindungsprofile überprüfen.
Wir arbeiten ja hier alle ein bisschen quer durch die Runde.
Ich würde halt die Checkliste von oben nach unten abarbeiten und nicht mehrere Dinge auf einmal probieren

Ok, da kam die Meldung von @der_holzwurm
Und Die Karte aus dem T430, die Probleme macht, arbeitet die denn im X230?

 

[linrunner]

Wenn die Karte aus dem X230 im T430 tut, aber die aus dem T430 im X230 nicht, kanns an ersterer ja nicht liegen. Zweitere Karte ging ja bereits im Ursprungs-T430. Also hängts anscheinend am X230 Board, denn die T430 SSD hat ja im X230 nicht geholfen.

 

[ThomasG8235]

Ja, das hab ich schon verstanden. Aber das hat er ja noch gar nicht geprüft oder gesagt. Er hat nur die Karte aus dem T ins X gepackt und positiv getestet.

 

[linrunner]

Habe mal die WLan Karte und die SSD vom T430 ausgebaut und in das X230 (da danke ich an dieser Stelle @Schwarzmetaller für die X230-Ratte) eingebaut. Ergebnis war vorhersehbar, ich konnte nur per eingesteckten Lan-Kabel drucken.

@ThomasG8235 Die Karte aus dem T hat im X nicht funktioniert.

 

[Mornsgrans]

Du übersiehst bei deiner Wertung meine Argumente, dass er 1. vom Gast WLAN aus unmöglich KDE-Connect und schnellen Datenaustausch, also Kommunikation mit anderen Geräten im internen Netz machen könnte.

Eben nicht:

Nope, ich abe gar kein Gast-WLan....

Kein Gast-WLAN, keine Möglichkeit, dieses zu nutzen.

 

[linrunner]

@Mornsgrans Nach Gast-WLAN wurde zuerst in Post #5, #6 gefragt, dann von dir in #33, bevor der TE es schliesslich in #34 dementiert hat. Mein Hinweis in #35 war lediglich, welche seiner Angaben schon in #1 erkennen liessen, dass Gast-WLAN nicht genutzt wird.

 

[elchmartin]

Ich würde ja zu gerne 'ipconfig /all' bzw 'ip a' auf allen Beteiligten sehen...
Nutzendie Rechner ihre "echte" Mac oder eine gespoofte?

 

[der_holzwurm]

Heute morgen auf dem Rad kam mir folgender Gedanke. Kann es sein, dass meine Bluetooth-Maus (läuft direkt mit BT ohne Adapter) vielleicht dazwischenfunkt und einen dauerhaften Adressenkonflikt auslöst? Den gestrigen Test mit dem X230 und T430 und dem Komponententausch habe ich mit einer Dongle-Maus gemacht.

Beitrag automatisch zusammengeführt: Heute um 07:09

Das ist ip a mit der WLan-Karte aus dem X230, allerdings nicht aus dem Netzwerk, in welchem auch der Drucker steht, sondern aus dem Werkstattnetzwerk:

**********@T430-Kubuntu:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute
       valid_lft forever preferred_lft forever
2: enp0s25: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 28:d2:44:31:76:c8 brd ff:ff:ff:ff:ff:ff
3: wwan0: <BROADCAST,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether ae:b3:61:04:1a:16 brd ff:ff:ff:ff:ff:ff
4: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether a4:4e:31:99:47:14 brd ff:ff:ff:ff:ff:ff
    inet 10.0.202.223/24 brd 10.0.202.255 scope global dynamic noprefixroute wlp3s0
       valid_lft 2903sec preferred_lft 2903sec
    inet6 2003:f9:8f19:43ca:cab:e6a7:c5ac:2806/64 scope global temporary dynamic
       valid_lft 86342sec preferred_lft 14342sec
    inet6 2003:f9:8f19:43ca:6183:30b5:8d88:1814/64 scope global dynamic mngtmpaddr noprefixroute
       valid_lft 86342sec preferred_lft 14342sec
    inet6 fe80::4e4:425b:56cc:c3d7/64 scope link noprefixroute
       valid_lft forever preferred_lft forever

 

[uli1956]

... oder durch das - frühere? - hin und her tauschen der Karten und der SSDs hast du irgendeine falsche Konfiguration mitgenommen.
Ich würde niemals - auch bei einem Linux nicht - die BS-SSD einfach so in einen anderen PC einsetzen und dann hoffen, dass es läuft.

 

[fakiauso]

Hmmm - ich will ja nix sagen, aber wenn die Box üblicherweise IP-Adressen im Bereich 192.168.178.xx verteilt, dann ist 10.0.202.223 nicht wirklich passend. Da ist es eher erstaunlich, dass der Rest durchgeht und das sieht für mich nach einem VPN aus.

PS. Gegencheck mit verbundenem LAN wäre noch interessant...

PPS. in einem älteren Beitrag wird die WLAN-IP so angegeben:

Die IP des Druckers ist 192.168.0.192, die des T430 kommt per DHCP. Habe jetzt mal ein Häkchen bei "...immer die gleiche IP4-Adresse zuweisen" gesetzt. Werd alles nun mal testen.

4: wlp3s0: &lt;BROADCAST,MULTICAST,UP,LOWER_UP&gt; mtu 1500 qdisc noqueue state UP group default qlen 1000<br> link/ether 6c:88:14:5f:a0:14 brd ff:ff:ff:ff:ff:ff<br> inet 192.168.0.106/24 brd 192.168.0.255 scope global dynamic noprefixroute wlp3s0

War das dann das X230?

 

[linrunner]

Kann es sein, dass meine Bluetooth-Maus (läuft direkt mit BT ohne Adapter) vielleicht dazwischenfunkt und einen dauerhaften Adressenkonflikt auslöst?

Sehr sehr unwahrscheinlich, aber probier es aus.

Ich würde mal gerne schauen, ob die Adressauflösung ARP funktioniert, d.h. ob der Client aus der IP des Printservers 192.168.0.192 dessen MAC ermitteln kann.

Zeige jeweils auf X230 und T430 in deinem Heim-WLAN (nicht auf der Arbeit!)

ping -c 1 192.168.0.192
arp -n | grep '192.168.0.192'

EDITH sagt: auf dem X230 auch nochmal am LAN.

Ich würde niemals - auch bei einem Linux nicht - die BS-SSD einfach so in einen anderen PC einsetzen und dann hoffen, dass es läuft.

Sei unbesorgt, das macht bei Linux keine Probleme.

@fakiauso lass dich nicht verwirren. Das ist ein Netz auf der Arbeit. Für das Problem hilft die Ausgabe nicht.

 

[fakiauso]

lass dich nicht verwirren. Das ist ein Netz auf der Arbeit. Für das Problem hilft die Ausgabe nicht.

 

[elchmartin]

Ich dachte auch kurz: Bingo!
Also präzisiere ich:. 'ip a' im betreffenden Netz.