similar to: [CVS] humbolt:/tinc/cabal/src net.c netutl.c protocol.c

I gave tinc1.0pre3 a test after the modifications you have done today. It insists that it is still 1.0pre2 but this is due to the fact the you used "1" as tag for configure.in rather than "CABAL". Anyway - results were not much more successful than yesterday: *** SERVER side log file from startup until sone seconds after connection was established *** Jun 25 21:14:30 lemon

>> I run the very new tinc on both sides this time. >> Both sides had "IndirectData = yes" in their tinc.conf. >> Procedure was to start tinc on server side, then start tinc on client >> side. So far everthing looked okay. Then (12 seconds later - 22:39:37) I >> tried to ping the server side (=VPN peer) at 192.168.9.1 but without >> success. > >

Hi Ivo, --On Freitag, 23. Juni 2000 01:15 +0200 Ivo Timmermans <zarq@icicle.yi.org> wrote: > I'm not sure I fully understand your patch. This is not so important since I'm trying to get 1.0pre2 running. Although I had no luck so far, I'll point out what's going wrong at the end of this mail. > For instance, you force a > key exchange when the connection is made,

Whens the point and click GUI coming out? All kidding aside, I seem to be confused about some of the network settings. Essentially all I want is a secure tunnel from machine A to B on two different physical networks, but I can't seem to get there. Just to get things figured out I've got two machines on the same physical network, mach A: 192.168.0.1, mach B: 192.168.0.3. bcast is

I created an application that uses dynamic forking and it works perfect in windows, but fails in wine. Is this a bug or is this feature disabled in Wine? I don't have wine myself but someone we have testing the app for us does. It's difficult to debug over the net so I was hoping for some help here... After adding some debug info we've traced a few failure points to a call to

Update of /home/CVS/tinc/cipher/blowfish In directory humbolt:/tmp/cvs-serv2778/cipher/blowfish Modified Files: Makefile.am Makefile.in Log Message: Include system.h and cipher/hmac/hmac.h in the distribution; the blowfish cipher is now in PKGDIR/libcipher_blowfish.so.0. - Tinc: Discussion list about the tinc VPN daemon Archive: http://mail.nl.linux.org/lists/ Tinc site:

Update of /home/CVS/tinc/cipher In directory humbolt:/tmp/cvs-serv32617/cipher Modified Files: Makefile.in Log Message: - 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/

Update of /home/CVS/tinc/cipher/hmac In directory humbolt:/tmp/cvs-serv2778/cipher/hmac Modified Files: Makefile.am Makefile.in Log Message: Include system.h and cipher/hmac/hmac.h in the distribution; the blowfish cipher is now in PKGDIR/libcipher_blowfish.so.0. - Tinc: Discussion list about the tinc VPN daemon Archive: http://mail.nl.linux.org/lists/ Tinc site:

Guus Sliepen wrote: > - Added TCP_NODELAY and IPTOS_LOWDELAY options for meta sockets. Maybe it's better to make these optional? -- Ivo Timmermans --- TINC development list, tinc-devel@nl.linux.org Archive: http://mail.nl.linux.org/tinc-devel/

Guus Sliepen wrote: > Spanish translation removed. Nobody maintains it, and it is severely > outdated. Maybe it encourages people to update it if you leave it? Maybe place a comment somewhere visible saying that we would like to have it updated? -- Ivo Timmermans - Tinc: Discussion list about the tinc VPN daemon Archive: http://mail.nl.linux.org/lists/ Tinc site:

Installing the new tinc on a system (Mandrake 7.0) that uses bash2 as it shell turned up a problem with the redhat initialization script. Attached is a patch to make it functional for both bash and bash2. - Jamie -------------- next part -------------- diff -uNr tinc-1.0pre2.org/redhat/tinc tinc-1.0pre2/redhat/tinc --- tinc-1.0pre2.org/redhat/tinc Fri May 26 05:22:49 2000 +++

Hi, Although Im dutch too, Ill write this in english. I got a similar problem then the one on the helpforum. Ill paste my setup first server tincd.conf ---- ListenPort = 8089 MyOwnVPNIP = 192.168.100.1/24 #VpnMask = 255.255.255.0 TapDevice = /dev/tap0 Passphrases=/usr/local/etc/tinc/passphrases server tapdev ---- tap0 Link encap:Ethernet HWaddr FE:FD:C0:A8:6F:01 inet

After updating From Dovecot 1.07 (included with CentOS 5) to 2.11, NTLM authentication will not work. Attempts to authenticate against Samba version 4.0.4-GIT-20cb7de also fail with 'auth: Info: winbind(?,192.168.2.100): user not authenticated: NT_STATUS_UNSUCCESSFUL', despite the fact that the same user can sign on to the Samba domain and access files. What I'm really trying to

Hello Mads, In case you never saw any mail from me, I'm tinc's co-author. It would be helpful if you'd subscribe to the tinc developpers mailing list. It's not high volume, but it eases communication. There's a problem with tinc's boot scripts (at least the debian one, but that's fixed now). The netmask of the tap devices should be larger than the one specified with

I have two internal networks 192.168.9.0/24 and 192.168.0.0/24 each connected to the internet and each connected as a VPN via tinc (device vpn). The gateways are 192.168.9.1 and 192.168.0.1 Attached to the 192.168.9.0/24 network is another network 172.16.1.0/24 via a gateway 192.168.0.1 <==> 172.16.1.1. On 192.168.0.1 gateway I have routes (route -n) like this: Kernel IP routing table

https://bugzilla.netfilter.org/show_bug.cgi?id=870 Summary: Iptables cannot block outbound packets sent by Nessus Product: iptables Version: 1.4.x Platform: x86_64 OS/Version: Ubuntu Status: NEW Severity: normal Priority: P5 Component: iptables AssignedTo: netfilter-buglog at lists.netfilter.org

I'm having an issue I can't seem to work around after upgrading from Dovecot 1.0.7 to 1.2.17. After getting Dovecot 1.07 working on CentOS 5.9, I decided that it might be wise to upgrade to a later version, so I stuck with 1.x and went with 1.2.17, which I had to compile from source. CentOS was originally using /etc as the starting path for Dovecot files but the source distribution puts

hi, I cant ssh into my domU from the Dom0 even if i type the correct password. The ip of my domU is 192.168.2.100, and from my dom0 i type: #ssh root@192.168.2.100 The authenticity of host ''192.168.2.100 (192.168.2.100)'' can''t be established. RSA key fingerprint is 25:91:2c:63:6d:fc:ba:28:b8:54:2c:14:b1:c5:e5:cf. Are you sure you want to continue connecting (yes/no)?

Boa Tarde Lista. I'm having problems in tramiss?o a fax using T.38. My scenario is: Asterisk 1.6.0.5 2 ATA of Intelbras 2210. ReceiveFAX in the asterisk. Unable to fax when it is a ATA to another user on the Asterisk means, if I directly between the ATA works perfectly, is a step to the ATA ReceiveFAX of Asterisk works perfect, but if I try to pass between two Branches

THis is the modified script that came with tinc 1.0pre2, and it now uses ifconfig in stead of ip-route. I changed the syntax to be correct (may already have been fixedin a newer version), it now checks whether or not there is a '/dev/tapX' or a '/dev/netlink/tapX' and it checks if there is a module or not. I also added the force_connect and the reload options. Force_connect send