13
2003 Server Verbindung Netzlaufwerk Linux Problem
Hallo zusammen,
eigentlich eine Recht simple Aufgabe, ich möchte gerne von meinem 2003 Domäncontroller mich auf ein vorhandendes Netzlaufwerk
eines Linux Debian verbinden. Beim Verbinden kommt die Fehlermeldung: "Eine Verbindung zum Netzlaufwerk konnte nicht
hergestellt werden, da kein Netzwerk gefunden wurde?!"
Das kuriose, die Verbindung hatte bereits 2 wochen lang problemlos funktioniert,
danach war das Netzlaufwerk seit gestern morgen mit einem roten "x" gekennzeichnet.
Das Verbinden von anderen Windows Pcs an das Netzlaufwerk klappt weiterhin ohne Probleme!
Firewall des Servers ist ebenfalls ausgeschaltet.
Woran kann es noch liegen?
eigentlich eine Recht simple Aufgabe, ich möchte gerne von meinem 2003 Domäncontroller mich auf ein vorhandendes Netzlaufwerk
eines Linux Debian verbinden. Beim Verbinden kommt die Fehlermeldung: "Eine Verbindung zum Netzlaufwerk konnte nicht
hergestellt werden, da kein Netzwerk gefunden wurde?!"
Das kuriose, die Verbindung hatte bereits 2 wochen lang problemlos funktioniert,
danach war das Netzlaufwerk seit gestern morgen mit einem roten "x" gekennzeichnet.
Das Verbinden von anderen Windows Pcs an das Netzlaufwerk klappt weiterhin ohne Probleme!
Firewall des Servers ist ebenfalls ausgeschaltet.
Woran kann es noch liegen?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 111971
Url: https://administrator.de/contentid/111971
Ausgedruckt am: 25.11.2024 um 21:11 Uhr
13 Kommentare
Neuester Kommentar
hallo,
ich würd dir vorschlagen erstelle die verbindung noch mal neu. hatte ich schon öfter, ohne einen fehler zu finden, war verbindung wech, nach neu erstellen gings wieder.
dieter
ich würd dir vorschlagen erstelle die verbindung noch mal neu. hatte ich schon öfter, ohne einen fehler zu finden, war verbindung wech, nach neu erstellen gings wieder.
dieter
Kannst Du die Konfiguration noch genauer beschreiben?
- welche IP-Adressen
- statisch oder dynamisch
- auf welchem Systemen laufen DNS- und, sofern vorhanden, DHCP-Server
- wie ist die Samba-Authentifizierung konfiguriert
- Ethernet oder WLAN
- geht ein ping
- Paketfilter auf dem Debian-System
etc.
- welche IP-Adressen
- statisch oder dynamisch
- auf welchem Systemen laufen DNS- und, sofern vorhanden, DHCP-Server
- wie ist die Samba-Authentifizierung konfiguriert
- Ethernet oder WLAN
- geht ein ping
- Paketfilter auf dem Debian-System
etc.
Hi,
- welche IP-Adressen
die Ip Adressen befinden sich beide im selben Netzwerkbereich, etwa
192.168.1.1 Domain Controller und 192.168.1.10 Debian Server
- statisch oder dynamisch
Die IP Adressen sind statisch zugewiesen
- auf welchem Systemen laufen DNS- und, sofern vorhanden, DHCP-Server
192.168.1.1 läuft DND; DHCP, Domäncontroller etc...
- wie ist die Samba-Authentifizierung konfiguriert
Samba schaut so aus
[scan]
comment = Scan
writeable = yes
path = /daten/scan
available = yes
browseable = yes
public = yes
Und dann eben ein SMB User für angelegt
- Ethernet oder WLAN
LAN Verbindung im selben Netzwerk
- geht ein ping
Ping funktioniert ohne Probleme
- Paketfilter auf dem Debian-System
Paketfilter oder FW ist auf keinem der Systeme installiert
Irgendwie muss es ja an dem Domäncontroller liegen, da die anderen Clients sich ohne Probleme
mit dem Netzlaufwerk verbinden können?
Vielleicht ein DNS Problem oder etwas in der Art?
Netzlaufwerk neu zu Verbinden geht nicht @dieter_56
Wenn ich die Verbindung über Start--> Ausführen 192.168.1.10/scan versuche
kommt ebenfalls eine Fehlermeldung192.168.1.10/scan konnte nicht gefunden werden.
Stellen sie sicher das sie den Namen korrekt eingegeben...
Hat der 2003 Server eventuell irgendwelche Sicherheitseinstellungen die die Verbindung
untersagen? Obwohl auch seltsam weil es ja eine zeitlang funktioniert hat...
Bin langsam mit dem latein am Ende :/
- welche IP-Adressen
die Ip Adressen befinden sich beide im selben Netzwerkbereich, etwa
192.168.1.1 Domain Controller und 192.168.1.10 Debian Server
- statisch oder dynamisch
Die IP Adressen sind statisch zugewiesen
- auf welchem Systemen laufen DNS- und, sofern vorhanden, DHCP-Server
192.168.1.1 läuft DND; DHCP, Domäncontroller etc...
- wie ist die Samba-Authentifizierung konfiguriert
Samba schaut so aus
[scan]
comment = Scan
writeable = yes
path = /daten/scan
available = yes
browseable = yes
public = yes
Und dann eben ein SMB User für angelegt
- Ethernet oder WLAN
LAN Verbindung im selben Netzwerk
- geht ein ping
Ping funktioniert ohne Probleme
- Paketfilter auf dem Debian-System
Paketfilter oder FW ist auf keinem der Systeme installiert
Irgendwie muss es ja an dem Domäncontroller liegen, da die anderen Clients sich ohne Probleme
mit dem Netzlaufwerk verbinden können?
Vielleicht ein DNS Problem oder etwas in der Art?
Netzlaufwerk neu zu Verbinden geht nicht @dieter_56
Wenn ich die Verbindung über Start--> Ausführen 192.168.1.10/scan versuche
kommt ebenfalls eine Fehlermeldung192.168.1.10/scan konnte nicht gefunden werden.
Stellen sie sicher das sie den Namen korrekt eingegeben...
Hat der 2003 Server eventuell irgendwelche Sicherheitseinstellungen die die Verbindung
untersagen? Obwohl auch seltsam weil es ja eine zeitlang funktioniert hat...
Bin langsam mit dem latein am Ende :/
Vermutlich kein DNS Problem, aber es könnte ein WINS Problem sein.
Eigentlich sollten sich alle Rechner im Netz selber einigen, wer der Masterbrowser ist, der die Netzwerkliste verwaltet.
Wenn nun der Samba Server und der DC der Meinung sind, jeweils der Master Browser zu sein, könnte es zu solchen Effekten kommen.
In der smb.conf kann man eintragen, wer WINS Server sein soll, auswendig weiß ich nur die Konfigurationsoptinen nicht mehr, sollten aber WINS im Namen haben.
Versuch im Samba mal den DC als WINS Server einzutragen (und dann den nmbd Deamon neustarten).
Mach aber vorher sicherheitshalber eine Kopie der smb.conf.
Eigentlich sollten sich alle Rechner im Netz selber einigen, wer der Masterbrowser ist, der die Netzwerkliste verwaltet.
Wenn nun der Samba Server und der DC der Meinung sind, jeweils der Master Browser zu sein, könnte es zu solchen Effekten kommen.
In der smb.conf kann man eintragen, wer WINS Server sein soll, auswendig weiß ich nur die Konfigurationsoptinen nicht mehr, sollten aber WINS im Namen haben.
Versuch im Samba mal den DC als WINS Server einzutragen (und dann den nmbd Deamon neustarten).
Mach aber vorher sicherheitshalber eine Kopie der smb.conf.
Sooo, hatte leider übers We keinen Zugriff auf die Pcs, aber heute morgen gleich probiert
mit leider keinem Erfolg.
Der WINS ist jetzt eingetragen, beide Pcs sogar neugestartet, aber der DC findet ihn immer noch nicht :/
mit leider keinem Erfolg.
Der WINS ist jetzt eingetragen, beide Pcs sogar neugestartet, aber der DC findet ihn immer noch nicht :/
Poste doch einmal den [global] Abschnitt der smb.conf, dort finden sich die Einstellungen, die festlegen, wie Samba Benutzer authentifiziert.
Lauscht Samba auf den richtigen Ports? Also was ergeben
lsof -i :n mit n=137,138,139, 445
?
Lauscht Samba auf den richtigen Ports? Also was ergeben
lsof -i :n mit n=137,138,139, 445
?
So also hier der Globale Teil:
[global]
## Browsing/Identification ###
137
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
nmbd 2938 root 6u IPv4 9177 UDP *:netbios-ns
nmbd 2938 root 8u IPv4 9180 UDP xyzdomain.de:netbios-ns
138
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
nmbd 2938 root 7u IPv4 9178 UDP *:netbios-dgm
nmbd 2938 root 9u IPv4 9181 UDP xyzdomain.de:netbios-dgm
139
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
smbd 2940 root 19u IPv4 9210 TCP *:netbios-ssn (LISTEN)
445
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
smbd 2940 root 18u IPv4 9209 TCP *:microsoft-ds (LISTEN)
[global]
## Browsing/Identification ###
- Change this to the workgroup/NT-domain name your Samba server will part of
- server string is the equivalent of the NT Description field
- Windows Internet Name Serving Support Section:
- WINS Support - Tells the NMBD component of Samba to enable its WINS Server
- WINS Server - Tells the NMBD components of Samba to be a WINS Client
- Note: Samba can be either a WINS Server, or a WINS Client, but NOT both
- If we receive WINS server info from DHCP, override the options above.
- This will prevent nmbd to search for NetBIOS names through DNS.
- What naming service and in what order should we use to resolve host names
- to IP addresses
137
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
nmbd 2938 root 6u IPv4 9177 UDP *:netbios-ns
nmbd 2938 root 8u IPv4 9180 UDP xyzdomain.de:netbios-ns
138
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
nmbd 2938 root 7u IPv4 9178 UDP *:netbios-dgm
nmbd 2938 root 9u IPv4 9181 UDP xyzdomain.de:netbios-dgm
139
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
smbd 2940 root 19u IPv4 9210 TCP *:netbios-ssn (LISTEN)
445
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
smbd 2940 root 18u IPv4 9209 TCP *:microsoft-ds (LISTEN)
Die Dienste laufen offenbar. Was steht in den Logfiles jeweils nach erfolgreicher bzw. -loser Anmeldung?
Der letzte Eintrag findet sich hier vom 17.03
Wenn ich mich recht erinnere ging es aber da an auch nicht mehr...
Der letzte Eintrag sagt ja etwas vonwegen closed?
[2009/03/17 10:20:46, 0] printing/pcap.c:pcap_cache_reload(159)
Unable to open printcap file /etc/printcap for read!
[2009/03/17 10:20:46, 0] printing/pcap.c:pcap_cache_reload(159)
Unable to open printcap file /etc/printcap for read!
[2009/03/17 10:33:46, 0] printing/pcap.c:pcap_cache_reload(159)
Unable to open printcap file /etc/printcap for read!
[2009/03/17 10:33:46, 0] printing/pcap.c:pcap_cache_reload(159)
Unable to open printcap file /etc/printcap for read!
[2009/03/17 10:43:48, 1] smbd/service.c:close_cnum(1150)
PC1DC (192.168.1.1) closed connection to service scan
Neuere Einträge finden sich leider keine, wie gesagt,
der Domaincontroller findet ja schon allein die Freigabe nicht
Wenn ich mich recht erinnere ging es aber da an auch nicht mehr...
Der letzte Eintrag sagt ja etwas vonwegen closed?
[2009/03/17 10:20:46, 0] printing/pcap.c:pcap_cache_reload(159)
Unable to open printcap file /etc/printcap for read!
[2009/03/17 10:20:46, 0] printing/pcap.c:pcap_cache_reload(159)
Unable to open printcap file /etc/printcap for read!
[2009/03/17 10:33:46, 0] printing/pcap.c:pcap_cache_reload(159)
Unable to open printcap file /etc/printcap for read!
[2009/03/17 10:33:46, 0] printing/pcap.c:pcap_cache_reload(159)
Unable to open printcap file /etc/printcap for read!
[2009/03/17 10:43:48, 1] smbd/service.c:close_cnum(1150)
PC1DC (192.168.1.1) closed connection to service scan
Neuere Einträge finden sich leider keine, wie gesagt,
der Domaincontroller findet ja schon allein die Freigabe nicht
Leider nichts mehr gehört auf meinen letzten Post...
Wollte nur mal aktuell sagen das mitlerweile ein zweiter DC läuft, von diesem aus ist die Verbindung ohne Probleme an das
Debian Netzlaufwerk möglich...
Wollte nur mal aktuell sagen das mitlerweile ein zweiter DC läuft, von diesem aus ist die Verbindung ohne Probleme an das
Debian Netzlaufwerk möglich...
hallo,
dann verschieb doch alles wichtige auf den zweiten DC und mach den ersten DC einfach neu.
du scheinst da ja eins der unergründlichen dinge des microsoftuniversums zu haben.
viel spass
dieter
dann verschieb doch alles wichtige auf den zweiten DC und mach den ersten DC einfach neu.
du scheinst da ja eins der unergründlichen dinge des microsoftuniversums zu haben.
viel spass
dieter
Mhhhh,
vielleicht eine Lösung, aber nur um das eigentlich Problem zu umgehen
Der Aufwand allein die ganzen Services auf einen anderen DC zu übertragen würde vorneweg
etwa 3-4 Tage brauchen, momentan zeitlich für mich nicht machbar und auch
generell sehr aufwendig...
Mhh ich denke nach wie vor das Problem liegt direkt am DC,
niemand mehr eine Idee was falsch eingestellt oder geblockt sein könnte am DC?
Der DC1 ist sein eigener DNS Server zumindest für das 192..168.1.x Netz und genau da denke ich liegt das Problem,
wie kann ich denn überprüfen ob DNS seitig alles ok ist?
vielleicht eine Lösung, aber nur um das eigentlich Problem zu umgehen
Der Aufwand allein die ganzen Services auf einen anderen DC zu übertragen würde vorneweg
etwa 3-4 Tage brauchen, momentan zeitlich für mich nicht machbar und auch
generell sehr aufwendig...
Mhh ich denke nach wie vor das Problem liegt direkt am DC,
niemand mehr eine Idee was falsch eingestellt oder geblockt sein könnte am DC?
Der DC1 ist sein eigener DNS Server zumindest für das 192..168.1.x Netz und genau da denke ich liegt das Problem,
wie kann ich denn überprüfen ob DNS seitig alles ok ist?
moin,
und wenn dur nur den DNS-Dienst verlagerst ???
dieter
und wenn dur nur den DNS-Dienst verlagerst ???
dieter
