[IPCop-devel] [ ipcop-Bugs-1729565 ] vpn names

[SourceForge.net <no...@so...>]

Bugs item #1729565, was opened at 2007-06-01 19:42
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=428516&aid=1729565&group_id=40604

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: VPN
Group: 1.4.15
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: waste (waste2)
Assigned to: Nobody/Anonymous (nobody)
Summary: vpn names 

Initial Comment:
someone can replicate this. I noticed twice in two different IPCOP configurations that when you begin with a number in the name field of a new VPN connection (net2net) the VPN connection never actually works. I dont know why this is caused but it may save some time on other people...


the problem existed back in 1.4.13 too

examples

2office
2home 
4jack
4office
etc

VPN LOG

19:34:02	pluto[12342]	packet from 62.169.208.76:500: initial Main Mode message received on 194.219.177 .146:500 but no connection has been authorized with policy=PSK
19:34:02	pluto[12342]	packet from 62.169.208.76:500: ignoring Vendor ID payload [625027749d5ab97f5616c 1602765cf480a3b7d0b]
19:34:02	pluto[12342]	| *received 112 bytes from 62.169.208.76:500 on eth1
19:34:02	pluto[12342]	|
19:33:58	pluto[12342]	packet from 62.169.208.76:500: initial Main Mode message received on 194.219.177 .146:500 but no connection has been authorized with policy=PSK
19:33:58	pluto[12342]	packet from 62.169.208.76:500: ignoring Vendor ID payload [625027749d5ab97f5616c 1602765cf480a3b7d0b]
19:33:58	pluto[12342]	| *received 112 bytes from 62.169.208.76:500 on eth1
19:33:58	pluto[12342]	|

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=428516&aid=1729565&group_id=40604