similar to: Uninstall???

There is a way to update the dot file more frequently than once a minute ? thanks :) Saverio

Package: xen-utils-4.4 Severity: normal Dear Maintainer, the xen-utils-4.4 and xen-utils-4.1 prerm maintainer scripts contain the following code snippet: remove|upgrade) update-alternatives --remove xen-default /usr/lib/xen-4.4 if [ -x "/etc/init.d/xen" ]; then invoke-rc.d xen stop || exit $? fi ;; which, in conjunction with the postinst

Hi Ian, On Tue, Jan 17, 2017 at 10:58 +0000, Ian Jackson wrote: > Wolodja Wentland writes ("Bug#851654: Prerm maintainer script unconditionally > stops xend/xenconsoled"): > We triggered a xen stop by removing obsolete > xen-utils-4.1 packages while already using xen-utils-4.4. > I think a xenconsoled restart should be harmless, so I think it is > probably right that

Hi All, Is that possible to make tinc as a reusable lib to make it more widely used in IOT world? and make release an official app for IOS、Android and windows possible? Tks.

Hey, Tinc developers! I'm not sure if anyone else has brought this up, but we've got a rather good reason for using TCP, even though UDP will actually form a working connection. Anyone on Comcast's "small business" service is forced to use an SMC cable modem/router. Its NAT implementation is capable of letting tinc's UDP tunnels work fine, but they limit a single UDP

Hello tinc users, i have the follow configuration: 1 client/server called master, it is always reachable from internet (with dyndns) 5 clients, that connects to the master and the other clients (all behind a router (NAT)) master-hosts-file: Address = ... Port = ... Subnet = ... Compression = 0 ---- key ----- client-hosts-files: Compression = 0 Subnet = ... ----- key ----- tinc.conf Name = ....

Hi We have several stale nodes in our tinc network and I'd like to remove these. These nodes show up in graph dumps as red nodes, indicating they are unreachable. We run: tinc -n <vpn-name> purge Nothing happens. If we tail the logs at /var/log/syslog, we dont see an ack or message concerning the purge either. The dead nodes still show up in the graphs and their certs are still

> However, it is not very beginner friendly. There's two thing lacking: > editting the configuration files from the app, and being able to run the > app without root privileges. For the latter, the app and maybe tinc > itself might need to be changed to use the VPN API to create a tun > device and to pass it to the tinc daemon. I don't even know if there is > something

(Second try to send this. I wonder if the first one gotten eaten by a spam filter; I'll link to patches instead of attaching them.) Here are the tincctl patches I've been working on. They apply to http://www.tinc-vpn.org/svn/tinc/branches/1.1@1545. I intend to commit them once the crypto stuff's fixed. Since they're basically done, I'm emailing them now for review and in case

Source: xen Version: 4.0.1~rc3-1 Severity: serious From my pbuilder build log: ... fakeroot debian/rules clean if [ -f debian/control ] && [ -f debian/control.md5sum ] && [ -f debian/rules.gen ]; then \ if md5sum debian/changelog debian/bin/gencontrol.py debian/templates/control.hypervisor.in debian/templates/control.main.in debian/templates/control.source.in

Hi, I have macosx 10.5.8 and Tunnelblick (openvpn) installed before. I have installed tinc using port and got version 1.0.11 (Jun 29 2010 15:10:51) now I have 2 problems: 1) the interface variable from the tinc.conf is not used, instead I have a tun0 interface (or tap0). 2) the tinc-up script seems to be fired too early as I get an error: ifconfig: interface /dev/tap0 does not exist when I run

Hello, At FOSDEM 2010 (http://fosdem.org/2010/), I will give a lightning talk titled "tinc: the difficulties of a peer-to-peer VPN on the hostile Internet". The talk will probably be on Saturday 7th of Februari at 15:20 CET, but this might still change. If you would like to meet at FOSDEM with me or other persons using or developing tinc, just reply to this email. The abstract of the

Hello, At FOSDEM 2010 (http://fosdem.org/2010/), I will give a lightning talk titled "tinc: the difficulties of a peer-to-peer VPN on the hostile Internet". The talk will probably be on Saturday 7th of Februari at 15:20 CET, but this might still change. If you would like to meet at FOSDEM with me or other persons using or developing tinc, just reply to this email. The abstract of the

Hi everyone again. I run tinc with the following command: /usr/sbin/tincd -d1 --logfile=/var/log/tinc.log That creates the file "/var/log/tinc.log" correctly and reports into it. Well, because I want to have a log file by day, I have created a logrotate file (/etc/logrotate.d/tinc) that contains the following lines: ----------------------------------------- /var/log/tinc.log {

Since Fedora is pushing NSS SSL instead of OpenSSL, has someone tested tinc-vpn against NSS? As i recall, a single machine can not have OpenSSL and mod_nss installed at the same time anymore. So if you have apache running, you _may_ have problems running tinc? The nss api is supposed to mostly similar to openssl api, but there are some things openssl supports and somethings nss supports. Is

Hi to everybody, Can anybody tell me what packages I need to install Tinc 1.1pre2 in a server that it had installed a previous version installed? I tried to install it and when I execute the "make" it give me a lot of errors. Best regards, Ramses

I mean exactly the same configuration, including the pub-pri key. Sent from iPhone

Dear all, we have a very strange problem, - we have 3 VPN endpoints - all are in one NETWORK - all daemons come up and connect without any problem and normally we have no problem working through the VPN but in some cases the connection does not work because the traffic leaves the TAP interface on one VPN endpoint but never arrives on the other end, the similarities between the packages seem to

Hello all, this is just a minor nuisance but nevertheless I would not dislike a solution for it. I run a mixed 1.0/1.1 VPN. Some time ago I've removed a node from the VPN (wiped the disk, so deleting the private keys). Over the time I've removed the corresponding public keys (among with all the infos related to the node) from the other nodes. All nodes have been restarted more than

[This email is either empty or too large to be displayed at this time]