- #1
U
usergau
Bekanntes Mitglied
Themenersteller
- Dabei seit
- 17.06.2004
- Beiträge
- 189
- Reaktionspunkte
- 0
- Ort
- Remseck
Hallo Gemeinde
ich hab zwei Squid-Proxies am laufen, einen unter Linux und einen unter Windows.
Die Linuxvariante ist nur für bestimmte Programme vorgesehen und scheidet für mein vorhaben aus.
Die Windowsvariante ist im IE unter den Internetverbindungen eingetragen. So weit so schön. Der Zugriff aufs Internet funktioniert einwandfrei.
Nun sollte ein beliebiger Mail-Client eben auf diesem Weg, sprich über den Squid geroutet, seine Mails abholen können.
Tut der aber nicht, ich hab das Gefühl, da kommt nicht mal was beim Squid an
Hier mal der Auszug aus der Squid.Conf
....
# TAG: http_port
http_port 192.168.1.105:8080
...
# ACCESS CONTROLS
# -----------------------------------------------------------------------------
# TAG: acl
#Recommended minimum configuration:
acl all src 0.0.0.0/0.0.0.0
acl lokal src 192.168.1.0/255.255.255.0
acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl to_localhost dst 127.0.0.0/8
acl SSL_ports port 443 # https
acl SSL_ports port 563 # snews
acl SSL_ports port 873 # rsync
acl Safe_ports port 80 # http
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 # https
acl Safe_ports port 70 # gopher
acl Safe_ports port 210 # wais
acl Safe_ports port 1025-65535 # unregistered ports
acl Safe_ports port 280 # http-mgmt
acl Safe_ports port 488 # gss-http
acl Safe_ports port 591 # filemaker
acl Safe_ports port 777 # multiling http
acl Safe_ports port 631 # cups
acl Safe_ports port 873 # rsync
acl Safe_ports port 901 # SWAT
acl purge method PURGE
acl CONNECT method CONNECT
# INSERT YOUR OWN RULE(S) HERE TO ALLOW ACCESS FROM YOUR CLIENTS
acl our_networks src 192.168.1.0/24
acl Blacklist dstdomain -i c:/squid/usr/share/blacklist/blacklist.txt
http_access deny Blacklist
http_access allow lokal
...
Lasse ich die Eintragungen im IE weg und gehe defaultmäßig über 192.168.1.1 als Gateway/Router, dann funktioniert es. Also kann es eigentlich nur am Squid liegen, oder?
Hat vielleicht jemand für mich einen Tipp?
Ciao
ich hab zwei Squid-Proxies am laufen, einen unter Linux und einen unter Windows.
Die Linuxvariante ist nur für bestimmte Programme vorgesehen und scheidet für mein vorhaben aus.
Die Windowsvariante ist im IE unter den Internetverbindungen eingetragen. So weit so schön. Der Zugriff aufs Internet funktioniert einwandfrei.
Nun sollte ein beliebiger Mail-Client eben auf diesem Weg, sprich über den Squid geroutet, seine Mails abholen können.
Tut der aber nicht, ich hab das Gefühl, da kommt nicht mal was beim Squid an
Hier mal der Auszug aus der Squid.Conf
....
# TAG: http_port
http_port 192.168.1.105:8080
...
# ACCESS CONTROLS
# -----------------------------------------------------------------------------
# TAG: acl
#Recommended minimum configuration:
acl all src 0.0.0.0/0.0.0.0
acl lokal src 192.168.1.0/255.255.255.0
acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl to_localhost dst 127.0.0.0/8
acl SSL_ports port 443 # https
acl SSL_ports port 563 # snews
acl SSL_ports port 873 # rsync
acl Safe_ports port 80 # http
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 # https
acl Safe_ports port 70 # gopher
acl Safe_ports port 210 # wais
acl Safe_ports port 1025-65535 # unregistered ports
acl Safe_ports port 280 # http-mgmt
acl Safe_ports port 488 # gss-http
acl Safe_ports port 591 # filemaker
acl Safe_ports port 777 # multiling http
acl Safe_ports port 631 # cups
acl Safe_ports port 873 # rsync
acl Safe_ports port 901 # SWAT
acl purge method PURGE
acl CONNECT method CONNECT
# INSERT YOUR OWN RULE(S) HERE TO ALLOW ACCESS FROM YOUR CLIENTS
acl our_networks src 192.168.1.0/24
acl Blacklist dstdomain -i c:/squid/usr/share/blacklist/blacklist.txt
http_access deny Blacklist
http_access allow lokal
...
Lasse ich die Eintragungen im IE weg und gehe defaultmäßig über 192.168.1.1 als Gateway/Router, dann funktioniert es. Also kann es eigentlich nur am Squid liegen, oder?
Hat vielleicht jemand für mich einen Tipp?
Ciao