gmane.network.freeswan.devel archive

391 archived articles, newest first (page 3 of 4). Latest articles →

????????????????
Fri, 14 Mar 2003 21:19:35 +0800
"awai" <[email protected]> • #317
ipsec can not start
Fri, 14 Mar 2003 19:29:27 +0800
肖海涛 <[email protected]> • #316
nit in headers
Thu, 13 Mar 2003 20:11:34 -0500 (EST)
"D. Hugh Redelmeier" <[email protected]> • #315
Re: letting traffic flow through a SG by default
Thu, 13 Mar 2003 11:04:44 -0800 (PST)
Jim Carter <[email protected]> • #314
Re: snapshot with new OE behavior
Thu, 13 Mar 2003 14:45:02 +0100 (MET)
Paul Wouters <[email protected]> • #313
Re: a question about x509cert exchange
Thu, 13 Mar 2003 12:50:27 +0100
Andreas Steffen <[email protected]> • #312
a question about x509cert
Thu, 13 Mar 2003 17:29:14 +0800
"yli" <[email protected]> • #311
snapshot with new OE behavior
Thu, 13 Mar 2003 06:09:33 -0500 (EST)
Sam Sgro <[email protected]> • #310
Re: letting traffic flow through a SG by default
Thu, 13 Mar 2003 04:40:47 -0500 (EST)
Sam Sgro <[email protected]> • #309
a question about x509cert exchange
Thu, 13 Mar 2003 17:59:29 +0800
"yli" <[email protected]> • #308
Re: letting traffic flow through a SG by default
Wed, 12 Mar 2003 20:03:54 -0800
Michael Richardson <[email protected]> • #307
Re: how to get differing DNS results
Wed, 12 Mar 2003 20:33:40 -0800
Michael Richardson <[email protected]> • #306
Re: letting traffic flow through a SG by default
Wed, 12 Mar 2003 21:38:24 -0500 (EST)
"D. Hugh Redelmeier" <[email protected]> • #305
Re: letting traffic flow through a SG by default
Wed, 12 Mar 2003 15:57:36 -0500 (EST)
"D. Hugh Redelmeier" <[email protected]> • #304
Re: pluto not responding -- possibly not re-entrant (updown)
Wed, 12 Mar 2003 16:08:58 -0500 (EST)
"D. Hugh Redelmeier" <[email protected]> • #303
Re: pluto not responding -- possibly not re-entrant (updown)
Wed, 12 Mar 2003 15:52:01 -0500
"John S. Denker" <[email protected]> • #302
adding POLICY_* bits to Pluto [was Re: [Users] (no subject)]
Wed, 12 Mar 2003 13:56:46 -0500 (EST)
"D. Hugh Redelmeier" <[email protected]> • #301
Re: mast(4)
Wed, 12 Mar 2003 13:50:15 -0500 (EST)
"D. Hugh Redelmeier" <[email protected]> • #300
Re: pluto not responding -- possibly not re-entrant (updown)
Wed, 12 Mar 2003 15:11:07 -0500 (EST)
"D. Hugh Redelmeier" <[email protected]> • #299
Re: letting traffic flow through a SG by default
Wed, 12 Mar 2003 19:39:22 +0100 (MET)
Paul Wouters <[email protected]> • #298
Re: letting traffic flow through a SG by default
Wed, 12 Mar 2003 13:06:32 -0500 (EST)
Henry Spencer <[email protected]> • #297
Re: letting traffic flow through a SG by default
Wed, 12 Mar 2003 10:39:19 -0500
"John S. Denker" <[email protected]> • #296
Re: how FS is supposed to deal with problems further down the stack
Wed, 12 Mar 2003 10:13:41 -0500
"John S. Denker" <[email protected]> • #295
Re: letting traffic flow through a SG by default
Wed, 12 Mar 2003 14:24:01 +0100 (MET)
Paul Wouters <[email protected]> • #294
Re: how to get differing DNS results
Wed, 12 Mar 2003 14:06:47 +0100 (MET)
Paul Wouters <[email protected]> • #293
Re: letting traffic flow through a SG by default
Tue, 11 Mar 2003 07:51:09 -0500 (EST)
Sam Sgro <[email protected]> • #292
Re: letting traffic flow through a SG by default
Tue, 11 Mar 2003 03:27:41 -0500 (EST)
"D. Hugh Redelmeier" <[email protected]> • #291
Re: self-KEY check
Tue, 11 Mar 2003 03:31:20 -0500 (EST)
"D. Hugh Redelmeier" <[email protected]> • #290
Re: plutostderrlog=
Mon, 10 Mar 2003 14:41:08 -0500
Michael Richardson <[email protected]> • #289
self-KEY check
Mon, 10 Mar 2003 15:58:29 -0800
Michael Richardson <[email protected]> • #288
how to get differing DNS results
Mon, 10 Mar 2003 14:09:54 -0500
Michael Richardson <[email protected]> • #287
SNAT and OE
Tue, 11 Mar 2003 16:32:38 -0800
Michael Richardson <[email protected]> • #286
Re: how FS is supposed to deal with problems further down the stack
Wed, 12 Mar 2003 01:27:05 +0100
Nico Baggus <[email protected]> • #285
lookup of self-TXT/KEY
Mon, 10 Mar 2003 12:42:30 -0500
Michael Richardson <[email protected]> • #284
Re: lookup of self-TXT/KEY
Mon, 10 Mar 2003 15:12:27 -0500 (EST)
"D. Hugh Redelmeier" <[email protected]> • #283
what will happen when to execute command line "ipsec auto --up "?
Mon, 10 Mar 2003 15:06:28 +0800
"yli" <[email protected]> • #282
Re: [Users] how FS is supposed to deal with problems further down the stack
Tue, 11 Mar 2003 12:32:37 -0600
[email protected] • #281
Re: [Users] how FS is supposed to deal with problems further down the stack
Tue, 11 Mar 2003 09:53:35 -0500
"John S. Denker" <[email protected]> • #280
(no subject)
Mon, 10 Mar 2003 09:45:26 MET
[email protected] (Roberto Barcellona) • #279
how FS is supposed to deal with problems further down the stack
Mon, 10 Mar 2003 14:12:27 +0100
martin f krafft <[email protected]> • #278
letting traffic flow through a SG by default
Mon, 10 Mar 2003 00:03:22 -0500 (EST)
"D. Hugh Redelmeier" <[email protected]> • #277
(no subject)
Mon, 10 Mar 2003 09:45:26 MET
[email protected] (Roberto Barcellona) • #276
Re: [Design] temporary wild-side problems cause long-term conn problems
Sun, 9 Mar 2003 17:24:50 -0800
"Stephen J. Bevan" <[email protected]> • #275
Re: [Users] temporary wild-side problems cause long-term conn problems
Sun, 9 Mar 2003 17:24:50 -0800
"Stephen J. Bevan" <[email protected]> • #274
Re: plutostderrlog=
Sun, 9 Mar 2003 20:22:43 -0500 (EST)
"D. Hugh Redelmeier" <[email protected]> • #273
plutostderrlog=
Sun, 09 Mar 2003 15:52:21 -0500
Michael Richardson <[email protected]> • #272
Re: [Users] temporary wild-side problems cause long-term conn problems
Sun, 09 Mar 2003 16:15:33 -0500
"John S. Denker" <[email protected]> • #271
Re: [Design] temporary wild-side problems cause long-term conn problems
Sun, 9 Mar 2003 10:23:32 -0800
"Stephen J. Bevan" <[email protected]> • #270
Re: [Users] temporary wild-side problems cause long-term conn problems
Sun, 9 Mar 2003 10:23:32 -0800
"Stephen J. Bevan" <[email protected]> • #269
Re: [Users] temporary wild-side problems cause long-term conn problems
Sun, 09 Mar 2003 10:57:10 -0500
"John S. Denker" <[email protected]> • #268
temporary wild-side problems cause long-term conn problems
Sat, 8 Mar 2003 20:04:19 -0800
"Stephen J. Bevan" <[email protected]> • #267
[Users] temporary wild-side problems cause long-term conn problems
Sat, 8 Mar 2003 20:04:19 -0800
"Stephen J. Bevan" <[email protected]> • #266
ipsec auto --status now shows debug settings
Sat, 8 Mar 2003 17:07:37 -0500 (EST)
"D. Hugh Redelmeier" <[email protected]> • #265
temporary wild-side problems cause long-term conn problems
Sat, 08 Mar 2003 11:27:01 -0500
"John S. Denker" <[email protected]> • #264
Re: freeswan and sharp pda
Sat, 8 Mar 2003 11:37:14 -0500 (EST)
Ken Bantoft <[email protected]> • #263
freeswan and sharp pda
Sat, 8 Mar 2003 19:51:05 +0530
"Kaustubh Kumbhalkar" <[email protected]> • #262
tests not run by make check
Sat, 8 Mar 2003 04:45:38 -0500 (EST)
"D. Hugh Redelmeier" <[email protected]> • #261
Re: a review of make check output
Fri, 07 Mar 2003 10:05:02 -0500
Michael Richardson <[email protected]> • #260
ICMP processing relevant to IPSEC
Fri, 7 Mar 2003 20:41:46 +0530 (IST)
[email protected] • #259
a review of make check output
Thu, 6 Mar 2003 22:47:20 -0500 (EST)
"D. Hugh Redelmeier" <[email protected]> • #258
Re: best uml patch
Thu, 06 Mar 2003 19:31:51 -0500
Michael Richardson <[email protected]> • #257
Sam's concerns about 2.00
Thu, 6 Mar 2003 13:36:51 -0500 (EST)
"D. Hugh Redelmeier" <[email protected]> • #256
interaction between confread and pluto
Thu, 6 Mar 2003 14:25:16 MET
[email protected] (Roberto Barcellona) • #255
interaction between confread and pluto
Thu, 6 Mar 2003 14:25:16 MET
[email protected] (Roberto Barcellona) • #254
How does pluto read ipsec.conf options?
Thu, 6 Mar 2003 12:03:23 MET
[email protected] (Roberto Barcellona) • #253
Re: How does pluto read ipsec.conf options?
Thu, 06 Mar 2003 13:07:37 +0100
Andreas Steffen <[email protected]> • #252
How does pluto read ipsec.conf options?
Thu, 6 Mar 2003 12:03:23 MET
[email protected] (Roberto Barcellona) • #251
best uml patch
Thu, 6 Mar 2003 03:50:19 -0500 (EST)
"D. Hugh Redelmeier" <[email protected]> • #250
ipsec verify fix
Wed, 5 Mar 2003 18:05:57 -0500 (EST)
"D. Hugh Redelmeier" <[email protected]> • #249
Re: Re: [Users] Making FreeS/WAN harder to use, INTENTIONALLY.
Wed, 5 Mar 2003 14:44:58 -0800 (PST)
Jim Carter <[email protected]> • #248
pluto now checks our sides DNS credentials for Opportunism
Wed, 5 Mar 2003 17:46:16 -0500 (EST)
"D. Hugh Redelmeier" <[email protected]> • #247
Re: [Users] error status 139
Wed, 5 Mar 2003 23:11:48 +0100 (CET)
Igmar Palsenberg <[email protected]> • #246
Re: Feature request: ipsec showhostkey --reverse
Wed, 5 Mar 2003 16:54:01 -0500 (EST)
Sam Sgro <[email protected]> • #245
Re: Re: [Users] Making FreeS/WAN harder to use, INTENTIONALLY.
Wed, 5 Mar 2003 16:33:08 -0500
Claudia Schmeing <[email protected]> • #244
Feature request: ipsec showhostkey --reverse
Wed, 5 Mar 2003 16:08:10 -0500
Claudia Schmeing <[email protected]> • #243
Simplifying OE troubleshooting
Wed, 5 Mar 2003 15:45:53 -0500
Claudia Schmeing <[email protected]> • #242
Re: multiple ipsec.secrets entries
Wed, 05 Mar 2003 19:14:54 +0100
Andreas Steffen <[email protected]> • #241
Re: multiple ipsec.secrets entries
Wed, 05 Mar 2003 12:46:31 -0500
"Road Warrior" <[email protected]> • #240
ipsec.conf(5): finish updating to special keyingtries value %forever
Tue, 4 Mar 2003 17:30:10 -0500 (EST)
"D. Hugh Redelmeier" <[email protected]> • #239
Re: Making KLIPS 1 asynchronous to support H/W crypto
Tue, 4 Mar 2003 16:33:04 -0500
Richard Guy Briggs <[email protected]> • #238
Re: Making KLIPS 1 asynchronous to support H/W crypto
Tue, 4 Mar 2003 14:19:20 -0500
Richard Guy Briggs <[email protected]> • #237
Re: Re: [Users] Making FreeS/WAN harder to use, INTENTIONALLY.
Mon, 03 Mar 2003 16:00:49 -0500
Michael Richardson <[email protected]> • #236
Re: Making KLIPS 1 asynchronous to support H/W crypto
Mon, 03 Mar 2003 14:46:59 -0500
Michael Richardson <[email protected]> • #235
Re: Re: [Users] Making FreeS/WAN harder to use, INTENTIONALLY.
Mon, 3 Mar 2003 20:26:20 +0100 (MET)
Paul Wouters <[email protected]> • #234
Re: Re: [Users] Making FreeS/WAN harder to use, INTENTIONALLY.
Mon, 03 Mar 2003 11:31:03 -0500
Michael Richardson <[email protected]> • #233
Making KLIPS 1 asynchronous to support H/W crypto
Mon, 3 Mar 2003 15:44:06 +0100 (CET)
Arthur van Leeuwen <[email protected]> • #232
Re: Re: [Users] multiple ipsec.secrets entries
Mon, 03 Mar 2003 08:17:54 -0500
Michael Richardson <[email protected]> • #231
Re: Re: [Users] multiple ipsec.secrets entries
Mon, 03 Mar 2003 14:31:38 +0100
Andreas Steffen <[email protected]> • #230
Re: Re: [Users] multiple ipsec.secrets entries
Mon, 03 Mar 2003 13:46:18 +0100
Andreas Steffen <[email protected]> • #229
FreeS/WAN graphical configurator (was: Making FreeS/WAN harder to use)
03 Mar 2003 05:49:24 -0500
"John A. Sullivan III" <[email protected]> • #228
Re: Re: [Users] Making FreeS/WAN harder to use, INTENTIONALLY.
Mon, 3 Mar 2003 10:32:32 +0100 (MET)
Paul Wouters <[email protected]> • #227
Re: [Users] Making FreeS/WAN harder to use, INTENTIONALLY.
Sun, 2 Mar 2003 20:25:27 -0500 (EST)
Sam Sgro <[email protected]> • #226
Re: Re: [Users] multiple ipsec.secrets entries
Sun, 02 Mar 2003 19:17:52 -0500
Michael Richardson <[email protected]> • #225
Re: [Users] Making FreeS/WAN harder to use, INTENTIONALLY.
Sun, 02 Mar 2003 05:01:53 -0500
"John S. Denker" <[email protected]> • #224
Re: Making FreeS/WAN harder to use, INTENTIONALLY.
Sat, 1 Mar 2003 22:58:17 -0500 (EST)
"D. Hugh Redelmeier" <[email protected]> • #223
Making FreeS/WAN harder to use, INTENTIONALLY.
Sat, 01 Mar 2003 18:41:47 -0800
Hugh Daniel <[email protected]> • #222
Re: [Design] Re: multiple ipsec.secrets entries
Fri, 28 Feb 2003 12:33:57 +0100
Andreas Steffen <[email protected]> • #221
Re: [Design] Re: multiple ipsec.secrets entries
Fri, 28 Feb 2003 11:57:42 +0100
Andreas Steffen <[email protected]> • #220
pluto not responding -- possibly not re-entrant (updown)
Fri, 28 Feb 2003 08:42:17 -0500
"John S. Denker" <[email protected]> • #219
Docs to pull up
Fri, 28 Feb 2003 01:12:56 -0500
Claudia Schmeing <[email protected]> • #218
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.