Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 3 replies
  • Subscribers 2 subscribers
  • Views 3813 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

IRC DCC SEND

Carl Pickering
Hello,

I've asked my boss to setup my firewall to allow me to dcc send. He has created 2 groups. One is the DCC Control Port (59) and also the DCC Send Range which is also defined in mIRC (6024-6029).
I run a fixed IP service and run NAT internally 192.168.3.x
Have opened up the firewall also to do this 
"from - Any to Server - Windows (my machine .2) Service - IRC Services (he defined the 2 into one group) - Action Allow"
DNAT-
 NAT Rules   
  Name   Match parameters   SRC translation   DST translation   Actions   
  Inbound Services   All -> external_Interface__ / iRC-DCC-Control   None   Windows   edit | delete   
  Inbound Services 2   All -> external_Interface__ / iRC-DCCSEND   None   Windows   edit | delete 

I just did a copy and paste, well guess what. It dont work. iRC knows which IP to use (firewall) which ports to use, the firewall knows what ports but I cant get the thing to work. Can anyone help me? [:S]  


This thread was automatically locked due to age.
Parents
  • 0
    This explenaition may not be accurate, but the sollution should work  

    IRC DCC Send "reverses" the sender. Meaning when you initiate a dcc-send from behind a NAT, the IRC-klient gets your IP and sends a request to the DCC destination. 
    This ip information doesnt seem to be placed in the ip-header, but in the datasegments. 

    The destinated then, if accepts, initiates the actual DCC-send sequence and tries to establish a connection to the destination adress resided in the recieved data (eg. your internal ip and not the external).

    Sollution:
    1. Explicitly tell your klient to use your external ip-address when DCC send.
    2.Or use a socks5 proxy

    This is not a problem when using IPMasqerading.

    Hope this solves your problem.  
Reply
  • 0
    This explenaition may not be accurate, but the sollution should work  

    IRC DCC Send "reverses" the sender. Meaning when you initiate a dcc-send from behind a NAT, the IRC-klient gets your IP and sends a request to the DCC destination. 
    This ip information doesnt seem to be placed in the ip-header, but in the datasegments. 

    The destinated then, if accepts, initiates the actual DCC-send sequence and tries to establish a connection to the destination adress resided in the recieved data (eg. your internal ip and not the external).

    Sollution:
    1. Explicitly tell your klient to use your external ip-address when DCC send.
    2.Or use a socks5 proxy

    This is not a problem when using IPMasqerading.

    Hope this solves your problem.  
Children
  • 0 in reply to AJo
    Hi Ajo,

    I have told the mIRC Client to use my firewall address (external)
    ie; my internal machine is 192.168.3.2 and my internal card of my Astaro is 192.168.3.1 and the external is 217.155.62.XXX (hiden for security reasons). I have told the mIRC Client to use the address 217.155.62.XXX as its IP address. When a dcc send is initiated, it does come up with that address so the client has the information and its being passed onto the correct person.
    Seams the problem is with the Firewall  
  • 0 in reply to Carl Pickering
    I suppose u have set up correct SNAT rules and packet filetering rules as well, allowing your internal machine to respond? or? 

    I'd look at the livelog .. other then that I have no more suggestions.