This is an automatically generated Delivery Status Notification.
THIS IS A WARNING MESSAGE ONLY.
YOU DO NOT NEED TO RESEND YOUR MESSAGE.
Delivery to the following recipients has been delayed.
chris_ramma@xxxxxxxxxxx
Reporting-MTA: dns;mc6-s16.hotmail.com
Received-From-MTA: dns;mc6-f26.hotmail.com
Arrival-Date: Wed, 8 Oct 2003 10:11:15 -0700
Original-Recipient:
Final-Recipient: rfc822;chris_ramma@hotmail.com
Action: delayed
Status: 4.4.7
Will-Retry-Until: Thu, 9 Oct 2003 10:11:16 -0700
--- Begin Message ---
- Subject: [Openvpn-users] Openvpn and xinetd - reads then writes - but not both
- From: John Little <jlittle_97@xxxxxxxxx>
- Date: Wed, 8 Oct 2003 08:19:01 -0700 (PDT)
Hey everyone,
I can't seem to get my tunnel stablized except by command line. I
would prefer to run it using xinetd since there will be several
connections to it.
When I look at the logs from the server side it appears to sucessfully
read for a several minutes and then successfully write for several
minutes. It won't ping or otherwise connect in this condition.
After shutting down the client last night for about and hour, the
tunnel came up. This morning it was down and I can't seem to get it
back up. I thought maybe by using ping, persist-key and persist-tun
that it would stay up.
Shown below are the config and log files.
Could someone give me an idea of what I have configured wrong?
Thanks to James and all of the team for the hard work.
John
On the client side is Windows 2000 with the following config file:
remote 66.73.134.75
port 5030
proto udp
dev tap
dev-node tap
#tun-mtu 1500
#tun-mtu-extra 64
secret "c:\program files\openvpn\config\key"
# ping-restart 60
# ping-timer-rem
persist-tun
persist-key
# resolv-retry 86400
# keep-alive ping
ping 5
# enable LZO compression
#comp-lzo
# moderate verbosity
verb 9
mute 10
#end client config file
#Redhat 8 server xinetd file:
service openvpn
{
type = UNLISTED
port = 5030
socket_type = dgram
protocol = udp
wait = yes
user = root
server = /usr/local/sbin/openvpn
server_args = --inetd --dev tap30 --secret /etc/openvpn/key
--user nobody --persist-key --persist-tun --verb 9
}
#End server config file
Here is the log file. This section show the UDPv4 write. The next
section shows that now it is reading but not writing. This happens
without any restarting of the machine or tunnel.
Write section
Oct 8 09:22:53 openvpn openvpn[1592]: ENCRYPT IV: 19f30768 8683984a
Oct 8 09:22:53 openvpn openvpn[1592]: ENCRYPT FROM: 00000020 3f841ca7
0001e644 67be0030 6e5e14bd 08004500 0069b89c 0000801[more...]
Oct 8 09:22:53 openvpn openvpn[1592]: ENCRYPT TO: 19f30768 8683984a
ec5ebedc 2ec7933d 3011d58b 8b8271d5 af960646 8d0515f[more...]
Oct 8 09:22:53 openvpn openvpn[1592]: SELECT tr|tw|SR|SW -1/-1
Oct 8 09:22:53 openvpn openvpn[1592]: select returned 1
Oct 8 09:22:54 openvpn openvpn[1592]: UDPv4 WRITE [156] to
12.223.201.75:64138: DATA 85f23539 35aa90c9 f78a133c 1a22ba4a 2af14cea
19f30768 8
683984a ec5ebed[more...]
Oct 8 09:22:54 openvpn openvpn[1592]: UDPv4 write returned 156
Oct 8 09:22:54 openvpn openvpn[1592]: SELECT TR|tw|SR|sw -1/-1
Oct 8 09:22:54 openvpn openvpn[1592]: select returned 1
Oct 8 09:22:54 openvpn openvpn[1592]: read from TUN/TAP returned 60
Oct 8 09:22:54 openvpn openvpn[1592]: TUN READ [60]: ffffffff ffff0030
6e5e14bd 08060001 08000604 00010030 6e5e14bd 8001035[more...] md5=c402
57e7 2059d0a5 d7c4ac6e 16551727
Oct 8 09:22:54 openvpn openvpn[1592]: ENCRYPT IV: 35081be9 ea1846fa
Oct 8 09:22:55 openvpn openvpn[1592]: ENCRYPT FROM: 00000021 3f841ca7
ffffffff ffff0030 6e5e14bd 08060001 08000604 0001003[more...]
Oct 8 09:22:55 openvpn openvpn[1592]: ENCRYPT TO: 35081be9 ea1846fa
f9dbfce0 8dc73fb6 bc8c8133 37bf9c76 979aff87 5e32a7c[more...]
Oct 8 09:22:55 openvpn openvpn[1592]: SELECT tr|tw|SR|SW -1/-1
Oct 8 09:22:55 openvpn openvpn[1592]: select returned 1
Oct 8 09:22:55 openvpn openvpn[1592]: UDPv4 WRITE [100] to
12.223.201.75:64138: DATA 61c53918 4411c779 d1be375c 7bc9f970 1ed25520
35081be9 e
a1846fa f9dbfce[more...]
Oct 8 09:22:55 openvpn openvpn[1592]: UDPv4 write returned 100
Oct 8 09:22:55 openvpn openvpn[1592]: SELECT TR|tw|SR|sw -1/-1
Oct 8 09:22:56 openvpn openvpn[1592]: select returned 1
Oct 8 09:22:56 openvpn openvpn[1592]: read from TUN/TAP returned 74
Oct 8 09:22:56 openvpn openvpn[1592]: TUN READ [74]: 01005e00 000a0007
50830ac0 080045c0 003c0000 00000258 53d78001 03c8e00[more...] md5=d4a5
b479 51459fae d1d95b78 2bf2abb6
Read section:
Oct 8 09:51:24 openvpn openvpn[1592]: IP Address OK from
12.223.201.75:63123
Oct 8 09:51:24 openvpn openvpn[1592]: DECRYPT IV: d9d5bbe9 1ab6922e
Oct 8 09:51:24 openvpn openvpn[1592]: DECRYPT TO: 0000797b 3f83ea1e
ffffffff ffff00ff 74874039 08060001 08000604 000100f[more...]
Oct 8 09:51:24 openvpn openvpn[1592]: PID TEST 1065609758:31098
1065609758:31099
Oct 8 09:51:24 openvpn openvpn[1592]: SELECT tr|TW|sr|SW -1/-1
Oct 8 09:51:24 openvpn openvpn[1592]: select returned 2
Oct 8 09:51:25 openvpn openvpn[1592]: TUN WRITE [42]: ffffffff
ffff00ff 74874039 08060001 08000604 000100ff 74874039 8001014[more...]
md5=6f8
2f864 1c895cfb 73934578 fe490b9e
Oct 8 09:51:25 openvpn openvpn[1592]: write to TUN/TAP returned 42
Oct 8 09:51:25 openvpn openvpn[1592]: SELECT tr|tw|SR|SW -1/-1
Oct 8 09:51:25 openvpn openvpn[1592]: select returned 2
Oct 8 09:51:25 openvpn openvpn[1592]: UDPv4 read returned 84
Oct 8 09:51:25 openvpn openvpn[1592]: UDPv4 READ [84] from
12.223.201.75:63123: DATA 2e421357 1c72f00f 3b8eacb1 ea463cdb dc5f3f1e
a9811941 a
dc154a5 bd75f12[more...]
Oct 8 09:51:26 openvpn openvpn[1592]: IP Address OK from
12.223.201.75:63123
Oct 8 09:51:26 openvpn openvpn[1592]: DECRYPT IV: a9811941 adc154a5
Oct 8 09:51:26 openvpn openvpn[1592]: DECRYPT TO: 0000797d 3f83ea1e
ffffffff ffff00ff 74874039 08060001 08000604 000100f[more...]
=====
Happiness is understanding how things work.
__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com
____________________________________________
Openvpn-users mailing list
Openvpn-users@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/openvpn-users
--- End Message ---
|