Iptables outbound redirect zu forward proxy
Hallo in die Runde,
habe ein kniffeliges Thema.
Möchte in einer ziemlich abgeschotteten Umgebung eine Software betreiben (unter Linux), die leider die Umgebungsvariablen
http_proxy
https_proxy
ignoriert.
Konsequenz:
Anfragen der Anwendung nach außen gehen über das Standard-Gateway, es muss aber der Proxy genutzt werden.
Das sah eigentlich vielversprechend aus.
Vorher:
Nachher
Somit geht die Anfrage durch, aber - das McAfee Web Gateway zickt.
Test mit Curl:
über den Standardweg (https_proxy gesetzt):
Mit dem iptables-Ansatz
Werde auch mal ein Ticket bei McAfee aufmachen, aber vielleicht kennt ja jemand diese Thematik (ist aber schon sehr speziell).
LG
Andreas
habe ein kniffeliges Thema.
Möchte in einer ziemlich abgeschotteten Umgebung eine Software betreiben (unter Linux), die leider die Umgebungsvariablen
http_proxy
https_proxy
ignoriert.
Konsequenz:
Anfragen der Anwendung nach außen gehen über das Standard-Gateway, es muss aber der Proxy genutzt werden.
Das sah eigentlich vielversprechend aus.
iptables -t nat -A OUTPUT -p tcp --dport 443 -j DNAT --to-destination 172.17.20.254:8080
# telnet www.zdf.de 443
Trying 23.42.173.131...
^C
Nachher
# iptables -t nat -A OUTPUT -p tcp --dport 443 -j DNAT --to-destination 172.17.20.254:8080
[# telnet www.zdf.de 443
Trying 23.42.173.131...
Connected to www.zdf.de.
Escape character is '^]'.
sf
400 badrequest
Connection: Close
Somit geht die Anfrage durch, aber - das McAfee Web Gateway zickt.
Test mit Curl:
über den Standardweg (https_proxy gesetzt):
# curl -I https:{{comment_single_line_double_slash:0}}
HTTP/1.0 200 Connection established
HTTP/1.1 200 OK
Content-Type: text/html;charset=UTF-8
Pragma: cache
Mit dem iptables-Ansatz
curl -I https://www.zdf.de
curl: (35) error:1408F10B:SSL routines:ssl3_get_record:wrong version number
Werde auch mal ein Ticket bei McAfee aufmachen, aber vielleicht kennt ja jemand diese Thematik (ist aber schon sehr speziell).
LG
Andreas
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 62416041347
Url: https://administrator.de/contentid/62416041347
Ausgedruckt am: 22.11.2024 um 12:11 Uhr
8 Kommentare
Neuester Kommentar
Bei einem DSTNAT auf das Webgateway muss der Proxy im Transparent Router Mode laufen.
Siehe Handbuch zum McAffee Web Gateway.
Topics im Handbuch
pj.
Siehe Handbuch zum McAffee Web Gateway.
Topics im Handbuch
- Network modes
- Transparent Proxy with WCCP mode
- Redirecting web traffic under WCCP
pj.
Doch.
Und vermutlich gilt das dann für alle anderen Zugriffe.
Nein nur die bei denen du als Default GW den Proxy einträgst.Frage - gibt es eine Möglichkeit per iptables noch etwas zu ändern? Ich habe da die Option "Masquerade" gesehen, bin mir aber nicht sicher, wie man das dann konfigurieren würde.
Das brauchst du hier nicht du willst ja nicht die Absender-IP umschreibenOder müsste man dann eine eigene Appliance auf dem Webgateway konfigurieren, die dann im Transparent Router Mode läuft. Kenne das Produkt leider überhaupt nicht.
Kommt drauf an wie dein Netz aussieht.
Du musst wie gesagt auf transparent Mode umstellen sonst klappt https nicht.
Der Port auf den du weiterleitest läuft im Transparent Mode nur mit http, https hat andere Protokoll-Voraussetzungen durch die SSL Verschlüsselung, das geht so nicht!
Wie oft denn noch?
RTFM!
Der Port auf den du weiterleitest läuft im Transparent Mode nur mit http, https hat andere Protokoll-Voraussetzungen durch die SSL Verschlüsselung, das geht so nicht!
Wie oft denn noch?
RTFM!