![mirc dcc port forwarding att mirc dcc port forwarding att](https://cdn.mos.cms.futurecdn.net/o3M9vWMUfZsqWE9bM2qC5-1200-80.jpg)
![mirc dcc port forwarding att mirc dcc port forwarding att](https://forum.netgate.com/assets/uploads/files/1535385744786-a3d49589-1900-4f84-8efe-e74a56cc77db-image.png)
So it's not a good idea to rely on their results to determine if a port is actually open, it's best to do what I think you've done and just use the software related to whatever device one is trying to access. Note that you'll lose not only the current forwarding configuration with a reset, but all other customizations you've done on the gateway, so make a note of your changes beforehand.įinally, one thing that's come up previously is that some of the online port tester tools don't seem to work on these gateways. Presuming that we'll eventually get this working I don't think you want anyone who happens across this thread to have access to your cameras.Īt this point all I can suggest is that you do a factory reset on the BGW320 (hold the small red button on the back down for 15 seconds) and then use THIS GUIDE (use the instructions for the BGW210) to set up forwarding again. I'm sorry, I should not have said you could blur out the IP address, you definitely should have. I removed your post that had the screencap.Combat Flight Sim: WWII Europe Series, v 1.0.Combat Flight Sim 2: WWII Pacific Thr, v 1.0.Close Combat III: The Russian Front, v 1.0.Age of Empires: The Rise of Rome, v.1.0.This essentially means he can dcc send without any ports forwarded to him, However i am yet to see a router that functions completely correctly for all dcc sends, as he well likely find he can not resume a file, becuase the router failes to intercept the incoming DCC RESUME FILE.EXT PORT RESUMEPOINT and adjust the given port (65432) back to the original port sent by mirc, this causes mirc to respond with "invalid dcc resume parameters" (or something like that).Ī simple solution to this is to switch the IRC server connect port to 7000 as no router i have seen so far monitors traffic on this port for DCC SEND messages.
#Mirc dcc port forwarding att Pc#
The manurfacturer in there great wisdom (or lack of it) built in a automatic forwarding system for irc, when the router sees his outgoing DCC SEND FILENAME IP PORT SIZE message, it takes note of the port and adjusts it to one it knows is free at the time (example 65432) then sends the message on, while remembering the originating PC (lan-ip) and port, when a inbound connection is detected by the router on this port (65432) the router forwards this to the originating PC's lan-ip on its original port number.
![mirc dcc port forwarding att mirc dcc port forwarding att](https://community.allstarlink.org/uploads/default/optimized/2X/e/ecf18ae98462bc4c821791afe29ba1c267d05814_2_957x750.png)
I'm theorizing about some 'man in the middle', be it a server or program, that actively monitors his IRC connection and modifies the port transmitted en route, but his system is properly virus- and spyware-scanned, we're using the same internet provider and I can do DCC SENDs just fine. He's not using any software firewall besides XP SP2, which is configured properly to allow mIRC outgoing connections. When he DCC SENDs something my way, mIRC opens the first port from the port range it was given, but the CTCP message it sends over IRC to initiate the DCC connection (I had a look at that with /debug) contains an entirely different port, usually in the 62k regions. His mIRC (6.17) is set to use that port range for DCC connections passive DCC is off randomized ports are off. He's got a router, which is already set up to forward incoming conns on a few ports to his computer, and that forwarding works. Ok, after spending about an hour on this, I'm somewhat weirded out.Ī friend wants to send stuff via DCC.