michahe
(Themenstarter)
Anmeldungsdatum: 12. Dezember 2013
Beiträge: 810
|
Danke chr123, Ok, also liegt es an der Syntax. D. h. mit der jetzigen Lösung wäre dein Problem gelöst?
Nach meinem Vergleich ist der einzig relevante Unterschied: ALT: RechnerName, NEU: IP-Adresse.
Also funktioniert (doch) die Namensauflösung nicht, doch ein FritzBox-Thema? Ich hätte schon gerne den RechnerNamen, denn der könnte sowohl mit wLAN als auch mit LAN mit jeweils unterschiedlichen IP-Adressen genutzt werden.
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
An der Fritzbox liegt es nicht. Bei der Namensauflösung kann ich dir nicht weiterhelfen, da ist der Support von kB besser.
|
michahe
(Themenstarter)
Anmeldungsdatum: 12. Dezember 2013
Beiträge: 810
|
Danke chr123, An der Fritzbox liegt es nicht. Bei der Namensauflösung kann ich dir nicht weiterhelfen, da ist der Support von kB besser.
Ich habe noch mal seine Frage geprüft, RechnerName nur per wLAN eingebunden:
$ nmblookup Rechner-Name
10.11.30.230 Rechner-Name<00>
Nun Rechner-Name nur per LAN-Kabel angeschlossen:
$ nmblookup Rechner-Name
10.11.30.231 Rechner-Name<00>
Die Hardware:
Rechner-NEU 10.11.30.240 # kUBUNTU Rechner-Name 10.11.30.230 # WINDOWS, IP-Adresse des wLAN Rechner-Name 10.11.30.231 # WINDOWS, IP-Adresse des LAN-Kabels
Rechner-Name ist derzeit nur per wLAN erreichbar:
$ ping 10.11.30.230
PING 10.11.30.230 (10.11.30.230) 56(84) bytes of data.
64 bytes from 10.11.30.230: icmp_seq=1 ttl=128 time=50.8 ms
64 bytes from 10.11.30.230: icmp_seq=2 ttl=128 time=74.1 ms
--- 10.11.30.230 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 50.813/62.473/74.134/11.663 ms
$ ping Rechner-Name
PING Rechner-Name.fritz.box (10.11.30.231) 56(84) bytes of data.
From Rechner-NEU.fritz.box (10.11.30.240) icmp_seq=1 Destination Host Unreachable
From Rechner-NEU.fritz.box (10.11.30.240) icmp_seq=2 Destination Host Unreachable
--- Rechner-Name.fritz.box ping statistics ---
2 packets transmitted, 0 received, +1 errors, 100% packet loss, time 3055ms
pipe 4
$ ping Rechner-Name.fritz.box
PING Rechner-Name.fritz.box (10.11.30.231) 56(84) bytes of data.
From Rechner-NEU.fritz.box (10.11.30.240) icmp_seq=1 Destination Host Unreachable
--- Rechner-Name.fritz.box ping statistics ---
2 packets transmitted, 0 received, +1 errors, 100% packet loss, time 3071ms
pipe 4
$
Woher kommen denn die .231 Adress-Teile nach der Namensauflösung?
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Der "Hostname" wird idR immer zwischengespeichert (Cache). D. h. in dem Fall kenn dein Rechner noch nicht die aktuelle Zuordnung zwischen Name und IP Adresse und gibt daher den Fehler aus. Da gäbe es jetzt wieder verschiedene Möglichkeiten, wie man den Cache manuell aktualisiert, aber da ist kB der bessere Ansprechpartner.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
michahe schrieb: […]
Rechner-Name 10.11.30.230 # WINDOWS, IP-Adresse des wLAN Rechner-Name 10.11.30.231 # WINDOWS, IP-Adresse des LAN-Kabels
Es ist nicht ungewöhnlich, dass ein Rechner per DHCP abhängig von der verwendeten Schnittstelle unterschiedliche IP-Adressen vom DHCP-Server zugeteilt erhält. In der Regel ist dies sogar erwünscht. Wenn man es anders haben will, darf man den Rechner für DHCP nicht über die MAC-Adressen identifizieren, sondern benötigt einen Identifier für den gesamten Rechner, muss dies auf dem DHCP-Server konfigurieren und benötigt erst einmal einen DHCP-Server, der mitspielt. Ein Rechner, der mehrere Schnittstellen zu demselben Netzwerk verwendet, bekommt viele Probleme (ARP-Stürme und dergl.). Deshalb muss man in solchen Situationen immer Maßnahmen ergreifen. Bei der gleichzeitigen Verwendung einer WLAN- und einer Ethernet-Schnittstelle zu demselben Netzwerk wird von Ubuntu immer die Ethernet-Schnittstelle benutzt. Für einen Server ist es natürlich fatal, wenn sich seine IP-Adresse ändert ohne dass die Clients das mitbekommen. Eine Abhilfe können feste Namen trotz wechselnder IP-Adresse bieten. Jedoch: Während der Umschaltdauer (welche durchaus mehrere Minuten betragen kann) kommt es zu Fehlfunktionen. Bei der Verwendung von Rechnernamen sind bei CIFS-URLs immer NetBIOS-Namen anzugeben. DNS-Namen funktionieren hier nie. Ein Literal einer numerischen IPv4-Adresse (jedoch keine IPv6-Adresse) funktioniert aber wie ein NetBIOS-Name. Der Server muss also zunächst einen NetBIOS-Namen für sich reservieren. Welche Namen ein Rechner, welchen man unter einer IPv4-Adresse (ich verwende beispielhaft 192.168.178.1)
erreichen kann, besitzt, zeigt dieser Befehl: $ nmblookup -A 192.168.178.1
Looking up status of 192.168.178.1
ROUTER <00> - B <ACTIVE> <PERMANENT>
CIRCUS <00> - <GROUP> B <ACTIVE> <PERMANENT>
ROUTER <20> - B <ACTIVE> <PERMANENT>
Relevant ist der Name mit dem Typ 20 (= Server). Ohne einen solchen Namen wird es nicht funktionieren. Auf dem Client muss aber auch die NetBIOS-Namensauflösung funktionieren. Dies testet man mit diesem Befehl: nmblookup ROUTER Dies muss die IPv4-Adresse (hier: 192.168.178.1) ausgeben, welche man für den Server erwartet.
|
michahe
(Themenstarter)
Anmeldungsdatum: 12. Dezember 2013
Beiträge: 810
|
Herzlichen Dank für die Rückmeldung, ich bitte gleich um Entschuldigung für mein Unwissen ... Der WINDOWS-PC (Laptop) hat zwei Netzwerkschnittstellen, LAN und wLAN; LAN ist priorisiert, deshalb ist m.E. immer nur eine aktiv. Für beide Schnittstellen habe ich
in der FritzBox 7590 feste IP-Adessen vorgegeben; die FritzBox-Seite Heimnetz > Netzwerk > Netzwerkverbindungen liefert die (so gewünschten) Daten, die Geräteinformation über "Bearbeiten" der jeweiligen Verbindung:
Rechner-Name LAN 1 mit 100 Mbit/s 10.11.30.231 Geräteinformation: MSFT 5.0, 3C:97:0E:0B:FB:D5
Rechner-Name WLAN 10.11.30.230 Geräteinformation: MSFT 5.0, 8C:70:5A:D2:68:74 Noch verrückter: Die FritzBox hat die IP-Adresse 10.11.30.253; also in Browser-URL 10.11.30.253 > Anmeldung > FritzBox-Oberfläche. Dann im Terminal:
$nmblookup -A 10.11.30.253
Looking up status of 10.11.30.253
No reply from 10.11.30.253
$ nmblookup ROUTER
name_query failed to find name ROUTER
$
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
michahe schrieb: […] Dann im Terminal:
$nmblookup -A 10.11.30.253
Looking up status of 10.11.30.253
No reply from 10.11.30.253
$ nmblookup ROUTER
name_query failed to find name ROUTER
$
Du musst im ersten Befehl nicht die IP-Adresse Deiner Fritzbox, sondern die IP-Adresse Deines Servers verwenden. Vermutlich: 10.11.30.231 Du musst im zweiten Befehl auch nicht den NetBIOS-Namen aus meinem Beispiel verwenden, sondern natürlich den Namen, der bei Dir als Ergebnis des ersten Befehls angezeigt wird.
|
michahe
(Themenstarter)
Anmeldungsdatum: 12. Dezember 2013
Beiträge: 810
|
Entschuldigung! Also: WINDOWS-PC eingeschaltet, wLAN aktiv (10.11.30.230), kein LAN-Kabel angeschlossen. Dann:
$ sudo mount -t cifs --verbose -o username=BenutzerName,uid=1000 //10.11.30.230/PC-Daten /media/Rechner-Name
Password for BenutzerName@//10.11.30.230/PC-Daten: *****
mount.cifs kernel mount options: ip=10.11.30.230,unc=\\10.11.30.230\PC-Daten,uid=1000,user=BenutzerName,pass=********
$ nmblookup -A 10.11.30.230
Looking up status of 10.11.30.230
WORKGROUP <00> - <GROUP> M <ACTIVE>
Rechner-Name <00> - M <ACTIVE>
Rechner-Name <20> - M <ACTIVE>
WORKGROUP <1e> - <GROUP> M <ACTIVE>
MAC Address = 8C-70-5A-D2-68-74
$ nmblookup Rechner-Name
10.11.30.230 Rechner-Name<00>
$ $ ping Rechner-Name
PING Rechner-Name.fritz.box (10.11.30.231) 56(84) bytes of data.
From PCaktuell.fritz.box (10.11.30.240) icmp_seq=1 Destination Host Unreachable
$ nmblookup -A 10.11.30.231
Looking up status of 10.11.30.231
No reply from 10.11.30.231
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
michahe schrieb: […]
$ sudo mount -t cifs --verbose -o username=BenutzerName,uid=1000 //10.11.30.230/PC-Daten /media/Rechner-Name
Password for BenutzerName@//10.11.30.230/PC-Daten: *****
mount.cifs kernel mount options: ip=10.11.30.230,unc=\\10.11.30.230\PC-Daten,uid=1000,user=BenutzerName,pass=********
$ nmblookup -A 10.11.30.230
Looking up status of 10.11.30.230
WORKGROUP <00> - <GROUP> M <ACTIVE>
Rechner-Name <00> - M <ACTIVE>
Rechner-Name <20> - M <ACTIVE>
WORKGROUP <1e> - <GROUP> M <ACTIVE>
MAC Address = 8C-70-5A-D2-68-74
$ nmblookup Rechner-Name
10.11.30.230 Rechner-Name<00>
Unter diesen Umständen und wenn
nmblookup Rechner-Name wieder 10.11.30.230 ergibt, dann müsste auch
$ sudo mount -t cifs --verbose -o username=BenutzerName,uid=1000 //Rechner-Name/PC-Daten /media/Rechner-Name
funktionieren, obwohl die Auflösung des DNS-Namens Rechner-Name ja kaputt ist:
$ $ ping Rechner-Name
PING Rechner-Name.fritz.box (10.11.30.231) 56(84) bytes of data.
From PCaktuell.fritz.box (10.11.30.240) icmp_seq=1 Destination Host Unreachable
|
michahe
(Themenstarter)
Anmeldungsdatum: 12. Dezember 2013
Beiträge: 810
|
Danke! Funktioniert leider nicht:
$ sudo mount -t cifs --verbose -o username=BenutzerName,uid=1000 //Rechner-Name/PC-Daten /media/Rechner-Name
Password for BenutzerName@//Rechner-Name/PC-Daten: *****
mount.cifs kernel mount options: ip=10.11.30.231,unc=\\Rechner-Name\PC-Daten,uid=1000,user=BenutzerName,pass=********
mount error(2): No such file or directory
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
$
Wenn wirklich
mount options: ip=10.11.30.231
verwendet wird, müsste es m.E. mit angeschlossenem LAN-Kabel funktionieren. Also LAN-Kabel angeschlossen, WINDOWS-Laptop neu gestartet - und:
$ sudo mount -t cifs --verbose -o username=BenutzerName,uid=1000 //Rechner-Name/PC-Daten /media/Rechner-Name
Password for BenutzerName@//Rechner-Name/PC-Daten: *****
mount.cifs kernel mount options: ip=10.11.30.230,unc=\\Rechner-Name\PC-Daten,uid=1000,user=BenutzerName,pass=********
mount error(2): No such file or directory
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
$ Und wie kann ich Auflösung des DNS-Namens reparieren? Es gibt hier außer wohl unbeteiligten / unverdächtigen Geräten wie Drucker etc. im Netzwerk nur den kUBUNTU-Laptop, den WINDOWS-Laptop und die FritzBox (deren letztes Update ich immer noch (wegen zeitlicher Übereinstimmung) für verdächtig halte).
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Schon mal probiert, via
| sudo ip -s -s neigh flush all
|
den Cache zu leeren? Das betrifft zwar erstmal nur DNS (und die unterste ARP Ebene) und nicht NetBios, aber vielleicht reicht das ja schon. Ansonsten müsste man mal schauen, wie man den NetBios Cache löscht.
|
michahe
(Themenstarter)
Anmeldungsdatum: 12. Dezember 2013
Beiträge: 810
|
Danke chr123, Schon mal probiert, den Cache zu leeren?
sudo ip -s -s neigh flush all
Jetzt schon, dies sind die Ergebnisse:
Ausgangszustand: WINDOWS-Laptop AUSgeschaltet:
$ sudo ip -s -s neigh flush all
Wischen Sie mit Ihrem Finger über den Fingerabdruckleser
10.11.30.141 dev wlp3s0 lladdr 34:cf:f6:f2:70:2e used 2424/2422/2393 probes 1 STALE
10.11.30.25 dev wlp3s0 lladdr 00:1d:ec:06:b0:70 ref 1 used 4990/9/4990 probes 5 REACHABLE
10.11.30.253 dev wlp3s0 lladdr 44:4e:6d:77:82:02 ref 1 used 82/20/82 probes 1 REACHABLE
fe80::464e:6dff:fe77:8202 dev wlp3s0 lladdr 44:4e:6d:77:82:02 router used 72/72/46 probes 1 STALE
*** Round 1, deleting 4 entries ***
*** Flush is complete after 1 round *** WINDOWS-Laptop EINgeschaltet, wLAN EIN, LAN-Kabel nicht angeschlossen:
$ sudo mount -t cifs --verbose -o username=BenutzerName,uid=1000 //IBM-X230/X230-Daten /media/IBM-X230
Password for BenutzerName@//IBM-X230/X230-Daten: *****
mount.cifs kernel mount options: ip=10.11.30.231,unc=\\IBM-X230\X230-Daten,uid=1000,user=BenutzerName,pass=********
mount error(2): No such file or directory
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
$ sudo ip -s -s neigh flush all
10.11.30.231 dev wlp3s0 used 7/138/4 probes 6 FAILED
10.11.30.25 dev wlp3s0 lladdr 00:1d:ec:06:b0:70 ref 1 used 237/7/237 probes 4 REACHABLE
10.11.30.253 dev wlp3s0 lladdr 44:4e:6d:77:82:02 ref 1 used 28/23/23 probes 1 REACHABLE
fe80::464e:6dff:fe77:8202 dev wlp3s0 lladdr 44:4e:6d:77:82:02 router ref 1 used 9/9/9 probes 1 REACHABLE
*** Round 1, deleting 4 entries ***
*** Flush is complete after 1 round ***
$ sudo mount -t cifs --verbose -o username=BenutzerName,uid=1000 //IBM-X230/X230-Daten /media/IBM-X230
Password for BenutzerName@//IBM-X230/X230-Daten: *****
mount.cifs kernel mount options: ip=10.11.30.231,unc=\\IBM-X230\X230-Daten,uid=1000,user=BenutzerName,pass=********
mount error(2): No such file or directory
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
$
Was bedeutet denn die FAILED-Zeile?
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
michahe schrieb: […] wie kann ich Auflösung des DNS-Namens reparieren?
Lösche auf dem Server alle DHCP-Leases und fahre den Server vollständig herunter. Lösche auf der Fritzbox alle Verbindungsprofile für den Server und starte die Fritzbox neu. Höre auf, ständig am Server die Netzanbindung umzuschalten. Für einen Server ist eine konstante Netzanbindung essentiell. Entscheide Dich für entweder Funk oder Kabel und ändere das nicht mehr, bis die mount-Probleme gelöst sind. Starte den Server neu und zeige vom Server aus, welche IP-Adressen, Routen und NetBIOS-Namen er besitzt. Auf Windows helfen dabei die Programme ipconfig, route und nbtstat. Starte dann auch den Linux-Rechner neu und zeige uns, unter welchen DNS- und NetBIOS-Rechnernamen und IP-Adressen er den Server im Netzwerk sieht.
|
michahe
(Themenstarter)
Anmeldungsdatum: 12. Dezember 2013
Beiträge: 810
|
Danke kB, leider verstehe ich nahezu nichts von dem, was Du empfohlen hast; es fängt schon damit an, dass ich keinen Server habe sondern eine FritzBox und zwei Laptops (wer von den beiden ist Server, wer Client?). Deshalb habe ich die beiden Einträge (wLAN und LAN) für den WINDOWS-Laptop in der Fritzbox gelöscht, und die Fritzbox neu gestartet. Dann den WINDOWS-PC nur mit wLAN eingeschaltet und in der Fritzbox die feste IP-Adresse 10.11.30.230 definiert. Jetzt funktioniert wieder der Namen-basierte mount-Befehl
$ sudo mount -t cifs --verbose -o username=BenutzerName,uid=1000 //Rechner-Name/PC-Daten /media/Rechner-Name In der /etc/fstab habe ich
//Rechner-Name/PC-Daten /media/Rechner-Name cifs noauto,_netdev,users,uid=1000,gid=1000,vers=3.0,username=BenutzerName 0 0
aber
mount 'Rechner-Name
funktioniert nicht mehr. Warum?
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
michahe schrieb: […] Jetzt funktioniert wieder der Namen-basierte mount-Befehl
[…]
Das freut mich für Dich. Gratuliere! Da Du aber keine technischen Informationen über den jetzigen Zustand lieferst, kann ich nicht erklären, warum es jetzt besser ist als vorher. Aber vielleicht ist das auch gar nicht erforderlich.
[…] aber mount Rechner-Name funktioniert nicht mehr. Warum?
Das hat noch nie funktioniert und wird auch nie funktionieren, weil das schlicht syntaktisch falsch ist. Das Programm mount benötigt zwei Angaben: Die Quelle: Was soll es einbinden? Das Ziel: Wohin soll es die Quelle einbinden?
Eine der beiden Informationen kann aus der Datei /etc/fstab gelesen werden, sofern die andere dort definiert ist. "Rechner-Name " ist dort weder als Quelle noch als Ziel definiert. Selbst wenn es in der Datei definiert wird, würde es nicht funktionieren, denn es ist weder eine gültige SMB-URL noch ein existierendes Verzeichnis, welches als Einbindepunkt benutzt werden könnte.
|