Duddle
14.06.07, 12:31
Hallo!
Ich habe in unserem Intranet einen Web- und File-Server mit Debian Etch aufgesetzt. Der hat seinen Vorgänger mit den selben Funktionen abgelöst.
Jetzt gibt es eine Art Verzögerung, sobald ein Nutzer auf die SMB-Shares oder die Webseite zugreifen oder per SSH fernwarten will. Konkret:
Fall1:
User greift auf http://servername.domain.de/ zu -> 20sec -> Seite erscheint
User refresht -> Seite erscheint sofort (klar, Cache)
Fall2:
User greift auf http://servername/ zu (also ein Alias)-> 20sec -> Seite erscheint
User refresht -> Seite erscheint sofort
Bis hierhin denkt man, dass das ein DNS-Problem ist, aber
Fall3:
User greift auf http://10.1.1.50/ zu -> 20sec -> Seite erscheint
User refresht -> Seite erscheint sofort
Heisst, bei allen Zugriffsarten gibt es diese Verzögerung von 20-30sec. Auch im Forum kommt es beim Abschicken eines Posts oft zu 30sec Verzögerung, der Server gibt ein paar Timeout-Fehler aus, der Post ist aber trotzdem gespeichert.
Ein ähnliches Problem tritt bei den SMB-Shares auf:
Fall1:
User greift von WinXP per Start - Ausführen auf \\servername.domain.de\freigabe zu -> 20sec Verzögerung -> Login-Fenster
Jede weiteren Zugriffe funktioneren sofort
Fall2:
User greift von WinXP per Start - Ausführen auf \\servername.domain.de zu -> sofort ein Login-Fenster
Auch hier ist es in beiden Fällen egal, ob ich FQDN oder IP-Adresse nutze. Sobald ich einen Share der Authentifizierung braucht anspreche, gibt es die Verzögerung.
Hier dachte ich, es sei ein Samba-Problem. Das seltsame ist aber, sobald ich nicht mehr per Start - Ausführen rein will, sondern mit net use x: \\servername.domain.de\freigabe (oder "Netzlaufwerk verbinden" im Explorer) funktioniert es sofort ohne Verzögerung.
Problem Nummer 3:
Wenn ich mit putty eine Verbindung zum Server aufbaue, ensteht eine ähnliche Verzögerung zwischen Eingabe des Nutzernamens und der Frage nach dem Passwort.
Ich denke, alle genannten Probleme hängen nicht mit DNS zusammen, da nslookup und der Zugriff per Shell sofort funktionieren.
Ich hatte vorher schon Probleme mit den Festplatten des Systems, aber bis zum Produktiveinsatz hat alles sehr gut funktioniert. Welche Log-Datei führt Buch über mögliche Hardware-Fehler?
Weiterhin muss ich wohl noch anmerken, dass ich die MAC-Adresse der angebundenen NIC spoofen muss. Kann dadurch die Netzwerkübertragung so dermassen beeinträchtigt werden?
Was könnte diese Art von Verzögerung auslösen?
Hier nochmal kurz die smb.conf und die hosts:
# Global parameters
[global]
workgroup =
netbios name = FILE-SERVER
server string = File-Server
map to guest = Bad User
time server = Yes
socket options = SO_KEEPALIVE IPTOS_LOWDELAY TCP_NODELAY
os level = 65
veto files = /*.eml/*.nws/riched20.dll/*.{*}/
#beim öffentlichen Ordner gibt es keine Verzögerung
[Tausch]
comment = File-Server
path = /shares/Tausch
read only = No
guest ok = Yes
#hier entsteht die Verzögerung
[Freigabe]
comment = Homeverzeichnis von %u
path = /shares/freigabe
read only = No
browsable = No
guest ok = No
127.0.0.1 localhost
10.1.1.50 servername.domain.de servername
Danke im Voraus,
Duddle
Ich habe in unserem Intranet einen Web- und File-Server mit Debian Etch aufgesetzt. Der hat seinen Vorgänger mit den selben Funktionen abgelöst.
Jetzt gibt es eine Art Verzögerung, sobald ein Nutzer auf die SMB-Shares oder die Webseite zugreifen oder per SSH fernwarten will. Konkret:
Fall1:
User greift auf http://servername.domain.de/ zu -> 20sec -> Seite erscheint
User refresht -> Seite erscheint sofort (klar, Cache)
Fall2:
User greift auf http://servername/ zu (also ein Alias)-> 20sec -> Seite erscheint
User refresht -> Seite erscheint sofort
Bis hierhin denkt man, dass das ein DNS-Problem ist, aber
Fall3:
User greift auf http://10.1.1.50/ zu -> 20sec -> Seite erscheint
User refresht -> Seite erscheint sofort
Heisst, bei allen Zugriffsarten gibt es diese Verzögerung von 20-30sec. Auch im Forum kommt es beim Abschicken eines Posts oft zu 30sec Verzögerung, der Server gibt ein paar Timeout-Fehler aus, der Post ist aber trotzdem gespeichert.
Ein ähnliches Problem tritt bei den SMB-Shares auf:
Fall1:
User greift von WinXP per Start - Ausführen auf \\servername.domain.de\freigabe zu -> 20sec Verzögerung -> Login-Fenster
Jede weiteren Zugriffe funktioneren sofort
Fall2:
User greift von WinXP per Start - Ausführen auf \\servername.domain.de zu -> sofort ein Login-Fenster
Auch hier ist es in beiden Fällen egal, ob ich FQDN oder IP-Adresse nutze. Sobald ich einen Share der Authentifizierung braucht anspreche, gibt es die Verzögerung.
Hier dachte ich, es sei ein Samba-Problem. Das seltsame ist aber, sobald ich nicht mehr per Start - Ausführen rein will, sondern mit net use x: \\servername.domain.de\freigabe (oder "Netzlaufwerk verbinden" im Explorer) funktioniert es sofort ohne Verzögerung.
Problem Nummer 3:
Wenn ich mit putty eine Verbindung zum Server aufbaue, ensteht eine ähnliche Verzögerung zwischen Eingabe des Nutzernamens und der Frage nach dem Passwort.
Ich denke, alle genannten Probleme hängen nicht mit DNS zusammen, da nslookup und der Zugriff per Shell sofort funktionieren.
Ich hatte vorher schon Probleme mit den Festplatten des Systems, aber bis zum Produktiveinsatz hat alles sehr gut funktioniert. Welche Log-Datei führt Buch über mögliche Hardware-Fehler?
Weiterhin muss ich wohl noch anmerken, dass ich die MAC-Adresse der angebundenen NIC spoofen muss. Kann dadurch die Netzwerkübertragung so dermassen beeinträchtigt werden?
Was könnte diese Art von Verzögerung auslösen?
Hier nochmal kurz die smb.conf und die hosts:
# Global parameters
[global]
workgroup =
netbios name = FILE-SERVER
server string = File-Server
map to guest = Bad User
time server = Yes
socket options = SO_KEEPALIVE IPTOS_LOWDELAY TCP_NODELAY
os level = 65
veto files = /*.eml/*.nws/riched20.dll/*.{*}/
#beim öffentlichen Ordner gibt es keine Verzögerung
[Tausch]
comment = File-Server
path = /shares/Tausch
read only = No
guest ok = Yes
#hier entsteht die Verzögerung
[Freigabe]
comment = Homeverzeichnis von %u
path = /shares/freigabe
read only = No
browsable = No
guest ok = No
127.0.0.1 localhost
10.1.1.50 servername.domain.de servername
Danke im Voraus,
Duddle