similar to: CVS messages

Hi all, I just uploaded tinc 1.0pre1 to the server. I included and rpm, which has been made possible by the work of Lubom?r Bulej and Mads Kiilerich. Please test this version, so that any bugs left can be squished before 1.0 gets final. Also be aware that this version includes a new version of the protocol, and is thus NOT compatible with the protocol that 0.3 uses. Thanks for flying tinc.

Hi all, I just uploaded tinc 1.0pre1 to the server. I included and rpm, which has been made possible by the work of Lubom?r Bulej and Mads Kiilerich. Please test this version, so that any bugs left can be squished before 1.0 gets final. Also be aware that this version includes a new version of the protocol, and is thus NOT compatible with the protocol that 0.3 uses. Thanks for flying tinc.

Attached you'll find the spanish messages for tinc (up-to-date CVS version). I'm eager to try tinc 1.0! :-) Thanks, -- Enrique Zanardi ezanardi@id-agora.com -------------- next part -------------- A non-text attachment was scrubbed... Name: es.po.gz Type: application/octet-stream Size: 5338 bytes Desc: not available Url :

Sending your passphrase encrypted is all fine, but tinc sends the key with which it was encrypted about a second later... Anyone being able to intercept these two requests is authorized on the VPN. We need asymmetric authentication _now_. -- Ivo Timmermans -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size:

On Mon Apr 24 2000, Mike MacNeill <mikem@accesscomm.ca> wrote: > I downloaded the cabal version as well and I seem to have discovered a > problem. > > Whenever the regenerate key goes off it manages to eat memory somewhere. > > I set the regen time from 90 minutes to basically all day. > > Have you tried running this under efence? efence didn't show anything

Hi all, It seemed like a good idea to post updates here every now and then about the progress of the development of tinc. Right now, we're mainly hunting bugs. While doing this, we stumbled upon some shortcomings of the meta protocol, possibly dangerous. So Guus and I are now working on a new protocol, which will be incompatible with the standing 0.3 protocol (version 4). Whether or not

Mads Kiilerich wrote: > Right now at this moment we have reached a level where I have > no further patches! :-) great! :) Guus is now doing a last protocol change, after that is tested, I'm going to make 1.0pre1 official, including an rpm (deb will have to wait due to some difficulties). > I don't think a configuration program will be needed. VPN is not > for

Viraj Alankar wrote: > I've successfully setup tinc-1.0pre1 but I notice on my firewall > that it requires fragmented UDP packets to be let in in order to work > properly. Is there any way to avoid this? [ This is true. We don't inherit the DF (Don't Fragment) flag onto the UDP data, so path MTU discovery doesn't work. We have to fix this. ] Yes, you can avoid this

Hi all, 1.0pre2 is there. [ I just noticed the included ChangeLog is empty -- oh well. ] * This version has been internationalized; and a Dutch translation has been included. * Two configuration variables have been added: * VpnMask - the IP network mask for the entire VPN, not just our subnet (as given by MyVirtualIP). The Redhat and Debian packages use this variable in their

Hi all, 1.0pre2 is there. [ I just noticed the included ChangeLog is empty -- oh well. ] * This version has been internationalized; and a Dutch translation has been included. * Two configuration variables have been added: * VpnMask - the IP network mask for the entire VPN, not just our subnet (as given by MyVirtualIP). The Redhat and Debian packages use this variable in their

Matias Carrasco wrote: > I traslated a part of the manual of tinc to Spanish to give a class of Virtual Private Network, upon ending the traslated nearly all the document was translated, was asking me if you are interested in the manual of tinc translated to the Spanish, send an email to mdcarrasco@mendoza.com.ar or to mdcarrasco@infovia.com.ar. > Yes! :) This is a Good Thing (tm). Please

After many months of work, it's finally there: tinc 1.0pre3. Here is a summary of the changes: * The protocol has been redesigned, and although some details are still under discussion, this is secure. Care has been taken to resist most, if not all, attacks. * Unfortunately this protocol is not compatible with earlier versions, nor are earlier versions compatible with this version.

After many months of work, it's finally there: tinc 1.0pre3. Here is a summary of the changes: * The protocol has been redesigned, and although some details are still under discussion, this is secure. Care has been taken to resist most, if not all, attacks. * Unfortunately this protocol is not compatible with earlier versions, nor are earlier versions compatible with this version.

root wrote: > Hi, > > is tinc a better solution for my problem described thereafter? > > I have studied your docs but did not find an answer. > > So I decided first to ask before I begin my lengthy trials. > > I your tinc should be a good solution for tunneling port 139 > (and perhaps printing) it should be included in your docs, > because would be interesting

Hi Ivo, A2000 smtp says iname.com is on its blacklist, and icicle.yi.org is bouncing my emails: in: function build_fdset() status.active should be status.dataopen Greetz -- hansb - Tinc: Discussion list about the tinc VPN daemon Archive: http://mail.nl.linux.org/lists/ Tinc site: http://ftp.nl.linux.org/pub/linux/tinc/

Hi, here's a small list of things that need to be done, and the version when it should be ready. smartcard support 1.1 LDAP support 1.1 public/private keys for authentication 1.1 don't store passphrases in files that are called after IP addresses 1.0 use names to identify

Hello, I am seeking advice regarding how I might add the prefix " kc$ " to variables in a series of commands. The complication is that there is a large number of variables with different commands. Examples of the variables in typical commands follow. It is simple to use search & replace for common variables such as "group" but I would appreciate advice about whether

Although we (the authors of tinc) have done our best to make tinc as secure as possible, an unfortunate combination of encryption and key exchange techniques has created a hole in at least all versions of tinc >= 0.3, including the current CVS version. Exploit: If somebody can intercept the meta protocol to a host that is running a tinc daemon, it is possible to decrypt the passphrase, which

Although we (the authors of tinc) have done our best to make tinc as secure as possible, an unfortunate combination of encryption and key exchange techniques has created a hole in at least all versions of tinc >= 0.3, including the current CVS version. Exploit: If somebody can intercept the meta protocol to a host that is running a tinc daemon, it is possible to decrypt the passphrase, which

Hello all, I've been playing with tinc to setup a wan between two offices of the company that I work for. I'm partially there but having a slight problem. tinc comes up between the 2 machines (both 2.2.14 debian woody machines), and I can ping from the vpn machine at office a, and get a response from office b. However, if I ping any other machine across the wan I can't get a