Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 2 replies
  • Subscribers 3 subscribers
  • Views 291 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

Bug

DeltaDK
I have no idea where i should put a post bug report i so ill just place it here!

After i did a update from 7.003 to 7.004 my site to site vpn connection disappeared, well it's like it's there, but i can't se it, like it's hidden, i can't test it yet, but it will be the first thing i do on monday. My masquerading rule disappeared and that one was completely gone so i had to it add it agine, people should be very carefull before upgrading.


This thread was automatically locked due to age.
  • 0
    If you are a home user this is the only place for bug reports. Maybe one of the Astaro staff will set it and act on it or one of the resellers might see it and investigate if any of his/her clients suffer the same problem and submitt it to Astaro.

    I have found the MASQ vanishes if one of the networks it is related to is disabled or deleted. It doesn't have to be anything you did in the configuration. I hadn't seen that happen in V7.004, but I have been a bit more careful in doing the restores after rebuilds to ensure all interfaces are available.

    VPNs are still a must try planned activity. I will eventually need one to provide after hours support for work.

    Ian M
  • 0
    I can't figure out what happende to my site 2 site vpn connection, but i know its dead, and i know it happend after i updated from 7.00.3 to 7.00.4. The vpn connection i had before is gone from the list, but if i create a new connection like the old on, i get 2 connections for each endpoint net, that means where i before had 1 connection for each endpoint i now have 2. That makes no senes to me?

    This is what i get from the log.

    2007:06:04-14:52:15 (none) pluto[27352]: "S_REF_HVhHktVLHl_1" #31: max number of retransmissions (2) reached STATE_QUICK_I1. No acceptable response to our first Quick Mode message: perhaps peer likes no proposal 
    2007:06:04-14:52:15 (none) pluto[27352]: "S_REF_HVhHktVLHl_1" #31: starting keying attempt 9 of an unlimited number 
    2007:06:04-14:52:15 (none) pluto[27352]: "S_REF_HVhHktVLHl_1" #36: initiating Quick Mode PSK+ENCRYPT+TUNNEL+UP to replace #31 {using isakmp#1} 
    2007:06:04-14:52:15 (none) pluto[27352]: "S_REF_HVhHktVLHl_0" #30: max number of retransmissions (2) reached STATE_QUICK_I1. No acceptable response to our first Quick Mode message: perhaps peer likes no proposal 
    2007:06:04-14:52:15 (none) pluto[27352]: "S_REF_HVhHktVLHl_0" #30: starting keying attempt 9 of an unlimited number 
    2007:06:04-14:52:15 (none) pluto[27352]: "S_REF_HVhHktVLHl_0" #37: initiating Quick Mode PSK+ENCRYPT+TUNNEL+UP to replace #30 {using isakmp#1} 
    2007:06:04-14:52:15 (none) pluto[27352]: "S_REF_HVhHktVLHl_0" #1: ignoring informational payload, type NO_PROPOSAL_CHOSEN 
    2007:06:04-14:52:15 (none) pluto[27352]: "S_REF_HVhHktVLHl_0" #1: ignoring informational payload, type NO_PROPOSAL_CHOSEN 
    2007:06:04-14:52:15 (none) pluto[27352]: "S_REF_HVhHktVLHl_0" #1: ignoring informational payload, type NO_PROPOSAL_CHOSEN 
    2007:06:04-14:52:15 (none) pluto[27352]: "S_REF_HVhHktVLHl_0" #1: ignoring informational payload, type NO_PROPOSAL_CHOSEN 
    2007:06:04-14:52:25 (none) pluto[27352]: "S_REF_HVhHktVLHl_0" #1: ignoring informational payload, type NO_PROPOSAL_CHOSEN 
    2007:06:04-14:52:25 (none) pluto[27352]: "S_REF_HVhHktVLHl_0" #1: ignoring informational payload, type NO_PROPOSAL_CHOSEN 
    2007:06:04-14:52:25 (none) pluto[27352]: "S_REF_HVhHktVLHl_0" #1: ignoring informational payload, type NO_PROPOSAL_CHOSEN 
    2007:06:04-14:52:25 (none) pluto[27352]: "S_REF_HVhHktVLHl_0" #1: ignoring informational payload, type NO_PROPOSAL_CHOSEN