wget и перенаправление портов

One method of verifying where the issue is, is to swap the ports against the servers. ServerA currently has Port 9091 and functions correctly, ServerB has Port 9093 and fails. To determine if the issue is in the GW-Box or the server itself, turn the iptables configuration around in the GW-box for the SNAT. Point 9091 to ServerB, and 9093 to ServerA. If 9091 continues to work, you know the issue is somewhere in the rule you have for port 9093, as Server A and B both work on 9091, this could also indicate a firewall rule issue on Server B as well. If 9091 fails, but 9093 works, you can safely assume that your GW-Box is operating correctly, and that Server B somehow is not allowing the upper range ports to access via WGET, since you have confirmed previously that WGET is accessible directly.

First, the test you did directly on wget to the servers, where were these test made from? from the original host, or from GW-box or from some "3rd party" host?.

Also, on GW-box have you checked if other services uses the 9093 port? (on gw-box run something like:

netstat -lnptu | grep 9093

Хорошо, я понял проблему. Очевидно, что GW-BOX задуман как межсетевой интерфейс. Но, как я уже говорил в другом потоке здесь , я не мог получить доступ в Интернет ЧЕРЕЗ этот ящик. Оказывается, как только я исправил невозможность доступа к Интернету ЧЕРЕЗ GW-BOX, я смог нормально использовать wget. В моем случае, согласно только что упомянутой теме, мне пришлось изменить iptables с

iptables-save | grep eth
-A POSTROUTING -o eth1 -j SNAT --to-source 68.AAA.BBB.155

на

iptables-save | grep eth
-A POSTROUTING -o eth2 -j SNAT --to-source 68.AAA.BBB.155

, и теперь все работает. Я также установил совершенно новые порты, но не думаю, что это было основной причиной.

Спасибо. Надеюсь, это поможет кому-то другому.