2003 Server Verbindung Netzlaufwerk Linux Problem

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 :/

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 :/

So also hier der Globale Teil:

[global]

## Browsing/Identification ###

1. Change this to the workgroup/NT-domain name your Samba server will part of

workgroup = xyzdomain

1. server string is the equivalent of the NT Description field

server string = %h server

1. Windows Internet Name Serving Support Section:
2. WINS Support - Tells the NMBD component of Samba to enable its WINS Server

wins support = no

1. WINS Server - Tells the NMBD components of Samba to be a WINS Client
2. Note: Samba can be either a WINS Server, or a WINS Client, but NOT both

wins server = 192.168.1.1

1. If we receive WINS server info from DHCP, override the options above.

include = /etc/samba/dhcp.conf

1. This will prevent nmbd to search for NetBIOS names through DNS.

dns proxy = no

1. What naming service and in what order should we use to resolve host names
2. to IP addresses

; name resolve order = lmhosts host wins bcast

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)

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

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...

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?