Eng. Fawzy Ibrahim wrote:
> Thanks for your fast response.
Sometimes it happens...
> this what i died:
>
> 1. I disabled IPv6 in both the server and my FC4 linux boxes.
> 2. I forgot to tell you that the default gateway of server equals
> ROUTER_IP.
> 3. i ran the following command:
> * iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j
> DNAT --to-destination ISP_PROXY_IP:8080
> * iptables -t nat -A POSTROUTING -o eth1 -s 129.2.0.0/16 -j
> MASQUERADE
>
> 4. the output of "iptables -t nat -L -n" :
"iptables -t nat -L -n -v" would be better because you can see
interfaces info
> Chain PREROUTING (policy ACCEPT)
> target prot opt source destination
> DNAT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:80
> to:ISP_PROXY_IP:8080
>
> Chain POSTROUTING (policy ACCEPT)
> target prot opt source destination
> MASQUERADE all -- 0.0.0.0/0 0.0.0.0/0
This is probably not needed.
> MASQUERADE all -- 129.2.0.0/16 0.0.0.0/0
>
> Chain OUTPUT (policy ACCEPT)
> target prot opt source destination
>
> 5. the output of "iptables -L FORWARD -n " :
> Chain FORWARD (policy DROP)
> target prot opt source destination
> TCPMSS tcp -- 0.0.0.0/0 0.0.0.0/0 tcp
> flags:0x06/0x02 TCPMSS clamp to PMTU
It is usually needed only with ppp connections.
> ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
> ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
Maybe here and later you accept too much, maybe not: -v would show.
> forward_ext all -- 0.0.0.0/0 0.0.0.0/0
> forward_int all -- 0.0.0.0/0 0.0.0.0/0
> LOG all -- 0.0.0.0/0 0.0.0.0/0 LOG flags
> 6 level 4 prefix `SFW2-FWD-ILL-ROUTING '
> DROP all -- 0.0.0.0/0 0.0.0.0/0
> ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 state
> NEW,RELATED,ESTABLISHED
> LOG all -- 0.0.0.0/0 0.0.0.0/0 LOG flags
> 6 level 4 prefix `SFW2-FORWARD-ERROR '
>
>
> 6. the amazing thing; that from FC4 client i can ping on google.com
> and make traceroute but i can't do the following:
>
> * "traceroute google.com -p 80" : it begins to print * after line
> 11 but without "-p 80" it works fine.
> * the browsers in clients give me the following error message:
>
> Request Error (invalid_request)
>
> Your request could not be processed. Request could not be handled
> This could be caused by a misconfiguration, or possibly a malformed
> request.
>
> For assistance, contact your network support team.
>
>
> Note: My old ISP has no proxy; so every thing was fine but my new ISP
> force me to use proxy.
If you can use other services like mail (pop3, smtp) or ftp,
maybe it's this proxy problem.
If you are not blocked by this ISP, you could try to use some
other proxy available in your country and set it directly in this
FC4 clients browser's connection options. You should also check
if entering there your ISP_PROXY_IP and port 8080 would change
something.
Maybe it would be easier to turn off firewalling while testing:
iptables -I FORWARD -j ACCEPT
Jarek P.
|