In article <021801c3d9f9$96f50530$(E-Mail Removed)>,
(E-Mail Removed) says...
>
> My company uses SafeNet Soft PK, which is an IPSec VPN.
> I looked up on the net the default ports for IPSec VPN.
> They are 50, 51, and 500. Log into your MN-700, go to
> Security, then Port Forwarding and then Application
> Triggered Port Forwarding. Set up a trigger for each
> IPSec port - one is not going to cut it! Authentication
> occurs on 50 and 51 and the connection is established on
> 500. For the description, type the name of the
> application or simply "VPN". Type in the outbound port
> of 50, then the trigger type of "UDP" then 50 for the
> inbound port and "UPD" for Public type. Repeat for 51
> and 500. They can all have the same description. You
> should now be able to connect. If you cannot connect,
> check to see if your company has changed the default
> ports to something else.
>
>
I'm going to try this, but the thing that bothers me about it is that it
was my understanding that the only time you need an Application
Triggered Port Forwarding rule is when you have an application that
makes an outbound connection on one port, but can, as a result of that
connection, expect to received inbound traffic on some DIFFERENT
collection of ports. You need the application triggered port forwarding
rule to inform the firewall that what would otherwise appear to be
unsolicited inbound traffic (and hence, ordinarily blocked) is not
actually unsolicited (and so, should not be blocked).
If that understanding is accurate, I can't see why you'd ever need to
tell the firewall not to block inbound traffic on the very same port
you'd just established a connection with.
--
Cheers,
BC