mittlerweile habe ich es geschafft, mit Hilfe der IPCHAINS, eine /etc/fw-enemies zu implementieren. Steht natürlich ganz oben die ganze Domain microsoft.com drin. Funktioniert auch soweit. Nix mehr raus dahin, nix mehr rein von da.

Ist auch 'ne nette Anwendung für ipchains :-)

Wie informiere ich möglichst schockierend die Clients, daß da ein Zugriff auf diese Seite nicht geduldet wird? Natürlich gehts um http-Clients. Mit dem squid ging das ja schon ganz nett, nur, daß ich da keine benutzerdefinierte Fehlermeldung zurückschießen konnte. Der läuft aber nun nicht mehr und so soll's auch bleiben... Meine Linuxkiste ist nur ein P120 mit 48 MB RAM... Ressourcen sparen...

Dabei waren Squid und/oder Junkbuster die Sachen, die mir zuerst einfielen ... Und so schwach ist der Router ja auch nicht. Squid lohnt sich!

Gibt es irgendeine trickige aber einfach zu implementierende Möglichkeit, > verbotene URLs auf eine Fehlerseite des lokalen Webservers umzuleiten? Ich > denke da den Internetzugang von Mobilcom. Egal, welche URL man eingibt, > als erstes erscheint immer die Mobilcom Website (*NERV*). Und das ganze > ohne Proxy. Zumindest von den Clienteinstellungen her. > Ich bitte um zahlreiche Hints!

Man kann mit ipchains doch Ports umleiten. Vielleicht läßt sich das ganze so weit "aufbohren", daß es auch mit IPs funktioniert ..? ipchains -I input -s 192.168.0.0/16 -d 123.4.5.6 -p tcp -j REDIRECT 80 ipchains -C input -s 192.168.0.1 1025 -d 123.4.5.6 80 -p tcp -i ppp0 Sieht doch ganz gut aus. Dummerweise mußt Du dann auf der Indexseite Deines Browsers vorne eine Fehlermeldung oder Flames ablegen. Macht sich nicht so gut ;-) Alternativ könntest Du auf Port 901 umleiten, wenn Du swat installiert haben solltest. Naja, vielleicht auch nicht so toll ... Aber es wird sicherlich so einen popeligen Webserver geben, der nichts kann und lediglich ein paar KB Speicher verputzt. Hat jemand einen heißen Tip? Aber wozu den Aufwand? Sag doch Deinen Clients einfach, Microsoft gäbe es nicht mehr :-))) Und weil dieses (D)OS nicht mehr unterstützt wird, sollen sie am besten gleich auf Linux umstellen. BTW: Weiß jemand, ob man unter Windows dieses Programm, mit dem man über Samba Nachrichten erhalten kann, ... *Wahnsinnssatz* Kann man Winpopup so konfigurieren (Registrypatch oder ähnliches), daß es "spawnt"? Also es soll sich nicht ohne weiteres beenden lassen. Carsten --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Stefan Gofferje wrote:

Hallo zusammen,

Hallo Stefan!

... Wie informiere ich möglichst schockierend die Clients, daß da ein Zugriff auf diese Seite nicht geduldet wird? Wieso "moeglichst schockierend"? Was soll das bringen? Reicht es nicht, wenn Du einfach die Pakete REJECTest?

Natürlich gehts um http-Clients. Mit dem squid ging das ja schon ganz nett, nur, daß ich da keine benutzerdefinierte Fehlermeldung zurückschießen konnte. Das koennte man doch: Siehe Eintrag "deny_info" in der squid.conf.

Der läuft aber nun nicht mehr und so soll's auch bleiben... Klingt korrekt bei einer Firewall.

Meine Linuxkiste ist nur ein P120 mit 48 MB RAM... Ressourcen sparen... Tss, tss! ;-) Ich hatte squid eine Weile auf einem 486/33 mit 8MB RAM laufen. Das ging eigentlich noch recht fluffig (ausser, dass immer nur einer surfen konnte ;)).

Gibt es irgendeine trickige aber einfach zu implementierende Möglichkeit, verbotene URLs auf eine Fehlerseite des lokalen Webservers umzuleiten? Du koenntest sowas sicher auch ueber ipchains (mit REDIRECT) implementieren. Aber ich wuerde das nicht machen. Wieso die Pakete erst reinlassen, wenn sie die FW doch auch locker blocken koennte?

Ich weiss nicht, aber vielleicht kannst Du eher noch beeinflussen, mit welcher icmp-Meldung die Pakete von ipchains zurueckgeschickt werden (vielleicht "communication prohibited" oder sowas)? Rgds. Heiko. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com