Frees/wan setup problems
    Cole Tuininga 
    colet at code-energy.com
       
    Wed Feb 26 09:08:51 EST 2003
    
    
  
Ok - here's the situation.  I'm looking doing some work from home, so I
want to VPN my home network with my lab network at work.  Here's the
setup:
Both networks are basically the same in setup.  They look like:
linux workstations <--> linux masqing box <--> internet
On the home network, I use an internal class C network: 192.168.2.0/24
and at work we use 192.168.1.0/24.
My ipsec.conf on each side looks like the following:
config setup
    interfaces="ipsec0=eth1"
    klipsdebug=none
    plutodebug=none
    plutoload=%search
    plutostart=%search
    uniqueids=yes
conn %default
    keyingtries=0
    disablearrivalcheck=yes
    authby=rsasig
conn panam-cole
    left = 63.127.199.26
    leftsubnet = 192.168.2.0/24
    leftnexthop = 63.127.199.25
    leftrsasigkey = 0sAQNkta3 [snipped for brevity]
    right = 209.187.117.100
    rightsubnet = 192.168.1.0/24
    rightnexthop = 209.187.117.65
    rightrsasigkey=0sAQPBb4 [snipped for brevity]
    auto = start
One thing I should mention is that the kernel patches I'm using are for
freeswan 1.96 and freeswan itself is 1.99.  Before anybody jumps on me
TOO much about that, I'll say this.  It was working.  8)
Both machines that are VPNs are also NATing for their internal
networks.  I'm making sure that it is not NATing for the private
networks by adding a -d ! 192.168.0.0/16 into the nat rule.  I'm using
kernel 2.4.18 with iptables.
Like I said before, it's rather peculiar because it *was* working.  I
had to finish assembling the box here at Pan Am so I took it down.  When
it came back up, the logs claim that the ipsec connection is active, and
if I turn on klipsdebug to all I can see that "something is happening",
but my pings and ssh's don't make it through.
Any thoughts on what could be wrong?  Or even what to do as a next
diagnostic step?
-- 
"... one of the main causes of the fall of the Roman Empire was that,
 lacking zero, they had no way to indicate successful termination of
 their C programs."  --  Robert Firth
Cole Tuininga
Lead Developer
Code Energy, Inc
colet at code-energy.com
PGP Key ID: 0x43E5755D
    
    
More information about the gnhlug-discuss
mailing list