Hallo Listenbewohner! Vor einiger Zeit habe ich mein Problem schon mal angedeutet: Der Zugriff von Win-Clients über meinen Internet-Gateway bringt diesen zum Absturz! Nun habe ich nochmal ausführlich getestet und habe folgendes "Phänomen": Zugriff von Linux-Clients: Der Zugriff von Linuxclients auf das Internet via Browser oder von der Konsole aus (ftp, ntpdate) funktioniert klaglos. Auch unabhängig davon, ob ich den SQUID auf dem INET-Gateway am Laufen habe oder nicht. Zugriff von Windows-Clients: Der Zugriff von Windows-Clients funktioniert nur, wenn diese mit dem Browser Webseiten über den Proxy auf dem INET-Gateway besuchen. Erfolgt dieser Zugrif ohne Nutzung des Proxies, also nur mit IP-Forwarding und einer einfachen Masquerading-Regel, dann bleibt mein Linux-INET-Gateway "stehen"! (Bei Linux-Clients geht es aber! S.o.!) Ebenso bringen alle anderen Anwendungen der Win-Clients, wie ftp aus der DOS-Box heraus, Outlook (geht ja alles nicht über den Proxy) die Gateway-Kiste komplett zum Stillstand! Ich bin sehr ratlos und für jeden Tipp dankbar! (Speicher ist in Ordnung - memtest!) Danke! Peter.
Peter Zabelt, Freitag 12 März 2004 08:24:
Hallo Listenbewohner!
Vor einiger Zeit habe ich mein Problem schon mal angedeutet: Der Zugriff von Win-Clients über meinen Internet-Gateway bringt diesen zum Absturz! Nun habe ich nochmal ausführlich getestet und habe folgendes "Phänomen":
Zugriff von Linux-Clients: Der Zugriff von Linuxclients auf das Internet via Browser oder von der Konsole aus (ftp, ntpdate) funktioniert klaglos. Auch unabhängig davon, ob ich den SQUID auf dem INET-Gateway am Laufen habe oder nicht.
Nutzen die denn den Squid? Wenn sie immer funktionieren (auch ohne Squid), scheinen sie Squid nich zu nutzen.
Zugriff von Windows-Clients: Der Zugriff von Windows-Clients funktioniert nur, wenn diese mit dem Browser Webseiten über den Proxy auf dem INET-Gateway besuchen. Erfolgt dieser Zugrif ohne Nutzung des Proxies, also nur mit IP-Forwarding und einer einfachen Masquerading-Regel, dann bleibt mein Linux-INET-Gateway "stehen"! (Bei Linux-Clients geht es aber! S.o.!)
Was heißt "stehenbleiben"?
Ebenso bringen alle anderen Anwendungen der Win-Clients, wie ftp aus der DOS-Box heraus, Outlook (geht ja alles nicht über den Proxy) die Gateway-Kiste komplett zum Stillstand!
Wie ist denn der Linux konfiguriert (IPs, Firewall, Dienste)? Könnte es sein, dass die Festplatte voll ist? -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Hallo Peter, pzabelt@t-online.de (Peter Zabelt) writes:
Hallo Listenbewohner!
Vor einiger Zeit habe ich mein Problem schon mal angedeutet: Der Zugriff von Win-Clients über meinen Internet-Gateway bringt diesen zum Absturz! Nun habe ich nochmal ausführlich getestet und habe folgendes "Phänomen": [...] Ebenso bringen alle anderen Anwendungen der Win-Clients, wie ftp aus der DOS-Box heraus, Outlook (geht ja alles nicht über den Proxy) die Gateway-Kiste komplett zum Stillstand!
Ich bin sehr ratlos und für jeden Tipp dankbar! (Speicher ist in Ordnung - memtest!)
Bevor wir im Nebel herumstochern, versuche doch mal mit einen Netzwerktool (iptraf oder ethereal) den Datenverkehr auf dem lokalen ethernet device mitzuschneiden und dann auszuwerten, um festzustellen, welche Adressen und welche Ports und welche Art von Datenpaketen denn deine Windows-Rechner versenden. -Dieter -- Dieter Kluenter | Systemberatung Tel:040.64861967 | Fax: 040.64891521 mailto: dkluenter(at)dkluenter.de http://www.avci.de
Dieter Kluenter wrote:
Hallo Peter,
pzabelt@t-online.de (Peter Zabelt) writes:
Hallo Listenbewohner!
Vor einiger Zeit habe ich mein Problem schon mal angedeutet: Der Zugriff von Win-Clients über meinen Internet-Gateway bringt diesen zum Absturz! Nun habe ich nochmal ausführlich getestet und habe folgendes "Phänomen":
[...]
Ebenso bringen alle anderen Anwendungen der Win-Clients, wie ftp aus der DOS-Box heraus, Outlook (geht ja alles nicht über den Proxy) die Gateway-Kiste komplett zum Stillstand!
Ich bin sehr ratlos und für jeden Tipp dankbar! (Speicher ist in Ordnung - memtest!)
Bevor wir im Nebel herumstochern, versuche doch mal mit einen Netzwerktool (iptraf oder ethereal) den Datenverkehr auf dem lokalen ethernet device mitzuschneiden und dann auszuwerten, um festzustellen, welche Adressen und welche Ports und welche Art von Datenpaketen denn deine Windows-Rechner versenden.
-Dieter
Hallo! Ich habe mal versucht ethereal remote aus einer shell heraus zu starten, doch ich bekam nur diese Warnungen angezeigt! Liegt das an den Versionen, die ich habe? Verwendete SuSE 8.0, Kernel 2.4.18-4GB Andreas labor:/home/andreas # ethereal Gdk-WARNING **: locale not supported by C library Gdk-WARNING **: locale not supported by Xlib, locale set to C Gdk-WARNING **: can not set locale modifiers Xlib: connection to "andreas-lab.ah:0.0" refused by server Xlib: No protocol specified Gtk-WARNING **: cannot open display: andreas-lab.ah:0.0 labor:/home/andreas #
Hallo,
Andreas Härtel
Dieter Kluenter wrote:
Hallo Peter, pzabelt@t-online.de (Peter Zabelt) writes:
Hallo Listenbewohner! [...] Ich habe mal versucht ethereal remote aus einer shell heraus zu starten, doch ich bekam nur diese Warnungen angezeigt! Liegt das an den Versionen, die ich habe? Verwendete SuSE 8.0, Kernel 2.4.18-4GB
Andreas
labor:/home/andreas # ethereal
Gdk-WARNING **: locale not supported by C library
Gdk-WARNING **: locale not supported by Xlib, locale set to C
Gdk-WARNING **: can not set locale modifiers Xlib: connection to "andreas-lab.ah:0.0" refused by server Xlib: No protocol specified
Gtk-WARNING **: cannot open display: andreas-lab.ah:0.0 labor:/home/andreas #
Du solltest natürlich den remote Zugriff auf den XFree86 Server gestatten, xhost + <remote host> . Die anderen Warnungen sagen nur, daß deine LANG Umgebung, vermutlich de_DE@euro, nicht erkannt wird, daher wird diese Umgebungsvariable auf 'C' gesetzt. -Dieter -- Dieter Kluenter | Systemberatung Tel:040.64861967 | Fax: 040.64891521 mailto: dkluenter(at)dkluenter.de http://www.avci.de
participants (4)
-
Andreas Härtel -
Dieter Kluenter -
Matthias Houdek -
pzabelt＠t-online.de