решил сделать сей редирект:

service my
{
        type                    = UNLISTED
        flags                   = REUSE
        socket_type             = stream
        wait                    = no
        server                  = /bin/false
        protocol                = tcp
        interface               = 192.168.1.1
        port                    = 80
        user                    = nobody
        disable                 = no
        redirect                = 64.12.200.89 5190
        log_type                = FILE /var/log/redirect.log
        log_on_success          += HOST DURATION USERID TRAFFIC USERID
        log_on_failure          = HOST ATTEMPT USERID
        only_from               = 192.168.1.0/24
}

теперь если прописать в клиенте, наример qip в качестве сервера 192.168.1.1 и порт 80, все должно уходить на мираблисовский 64.12.200.89 5190. но клиент умирает и говорит, дескать не хочу!! хотя если сделать редирект например на www.ru на 80 порт с 192.168.1.1 80, все работает. Не могу понять, это сам протокол IM так выпендирвается или я чего то не до понимаю.

С iptables то же не прет.
iptables -t nat -A PREROUTING -i eth0 -p tcp -d 192.168.1.1 --dport 80 -j DNAT --to-destination 64.12.200.89:5190
iptables -t nat -A POSTROUTING -p tcp  -d 64.12.200.89 --dport 5190 -j SNAT --to-source 192.168.1.1

• долбанный xinetd, редиректы для аськи,chocholl, 09:20 , 26-Апр-07

ну аськапротокол немного сложнее...
она вначале обращаеться на login.icq.com, который потом форвардит запрос на один из своих серверов (их много).
я никогда не видел, чтобы можно было просто обращаться к одному из них.