similar to: A tun/tap driver for an i386 OS X

Hello everyone! I have a PowerMac running 10.6.8 and I'd love to get it connected to my VPN. However, even by compiling tuntaposx by hand on the said MacPro, I see that the kernel module is apparently built for x86_64 systems: macintosh MacOS ?? pwd /Library/Extensions/tun.kext/Contents/MacOS macintosh MacOS ?? file tun tun: Mach-O 64-bit kext bundle x86_64 Because YES! The system is

i'm pretty sure the tinc that builds from macports is 32-bit On Wed, Dec 10, 2014 at 10:37 AM, Anne-Gwenn Kettunen <anwen at asphodelium.eu> wrote: > Hello everyone! > > I have a PowerMac running 10.6.8 and I'd love to get it connected to my > VPN. However, even by compiling tuntaposx by hand on the said MacPro, I see > that the kernel module is apparently built for

Le 11/12/2014 03:48, David Nicol a ?crit : > i'm pretty sure the tinc that builds from macports is 32-bit If found that in the downloads(1) page: September 13, 2009: Change linker options to produce 64 bit kext bundle for Snow Leopard. Removing the hardcoded arch from the Makefiles breaks the compilation, so I eventually picked version 20090905. And it works :) (1)

On 4 May 2015 at 20:53, Anne-Gwenn Kettunen <anwen at asphodelium.eu> wrote: > We started to take a look about that, and apparently, it seems that the IP > in the public key is taken into account when a client connects to a gateway. > Spoofing at that level doesn't seem easy, because the IP address seems to be > part of the authentication process. I'm having trouble

Whatever you do, keep in mind that tinc will always trust all nodes as long as they are part of the graph. It is not currently designed to deal with insider threats. Most importantly, that means anyone can impersonate any Subnet on a tinc network, just by changing the Subnet declaration in their node file. The only way around that is to use StrictSubnets, but that requires every node to be

On 05/04/2015 10:01 PM, Etienne Dechamps wrote: > On 4 May 2015 at 20:53, Anne-Gwenn Kettunen <anwen at asphodelium.eu> wrote: >> We started to take a look about that, and apparently, it seems that the IP >> in the public key is taken into account when a client connects to a gateway. >> Spoofing at that level doesn't seem easy, because the IP address seems to be

I'm still confused, but in any case, there's nothing stopping "miou" from impersonating "apeliote"'s subnets in your case, unless you use StrictSubnets. Here's the easiest way to do the spoofing: In miou's own node file (on the miou machine itself), add apeliote's subnets with a Weight smaller than 10 (which is the default), so that it overrides them.

I might be able to help with this. Here is an email that I sent to Guus some time ago: >> Having moved onward from setting up a private tinc router-mode mesh on my routers and linux servers, I finally got around to installing and setting tinc up on my mac laptop. When I wanted to set up the mac so it could see my tinc network (but NOT route everything through it, road-warrior style), I

Hi, Thanks for the link :) I guess we'll just end up having 2 separate VPNs, eventually. Have a good evening! > There is no centralized way to remove a subnet or block a user. A user > is authorized to be on the network by other nodes that have his/her > public key. If you delete the offending host config files and let tinc > reload its configuration, you can remove a bad node

Thanks very much! It's alive! For others who are having problems, this is a summary of the differences I needed between Linux and OS X: You'll need to install http://tuntaposx.sourceforge.net/ manually. On tinc.conf: > Linux Name = ntwigg2014linux AddressFamily = ipv4 Interface = dpsfVPN ConnectTo = dpserver001 > Mac Same, but remove the Interface line entirely On tinc-up: >

> kextload /Library/Extensions/tun.kext/ I didn't have a /Library/Extensions/tun.kext/ on my machine. I googled around, and downloaded and installed from http://tuntaposx.sourceforge.net/. Not sure why the macports install didn't work, but it seems I'm making progress. Now I get this: > sudo tincd -n dpsf -D -d3 tincd 1.0.21 (Feb 3 2015 20:09:36) starting, debug level 3

On Thu, Jan 07, 2016 at 09:55:14AM -0800, Ned Twigg wrote: > > sudo tincd -n dpsf -D -d3 > tincd 1.0.21 (Feb 3 2015 20:09:36) starting, debug level 3 > Could not open /dev/tun0: No such file or directory > Terminating That sounds like the tun module is not loaded. If you didn't reboot since installing the tuntaposx modules, try running the following command: kextload

I've got tinc running happily on a couple linux and win computers, but no luck on OS X. I'm on Yosemite 10.10.5, and I think I followed the OS X tutorial exactly, but no luck. Here's my error message: > sudo tincd -n dpsf -D -d3 tincd 1.0.21 (Feb 3 2015 20:09:36) starting, debug level 3 Could not open /dev/tun0: No such file or directory Terminating And here's the contents

On Mar 19, 2008, at 2:03 PM, Török Edwin wrote: > > What is kext64, and how do I disable it? Comes from: APPLE_LOCAL='APPLE LOCAL libcc_kext' \ MULTILIBS="`$(GCC_FOR_TARGET) --print-multi-lib` static;@static at fno-pic kext;@Dmal loc=kern_os_malloc at Dfree=kern_os_free at DLIBCC_KEXT@static at fno-pic@fno- exceptions at fno-non-ca

Thanks, Mike! I applied this to the tree. Török, please give it a try. In the meantime, I'm going to try on a Linux machine I just got access to. -bw On Wed, Mar 19, 2008 at 2:37 PM, Mike Stump <mrs at apple.com> wrote: > On Mar 19, 2008, at 2:03 PM, Török Edwin wrote: > > > > What is kext64, and how do I disable it? > > Comes from: > >

On Apr 1, 2016, at 6:56 AM, ldnjak at gmail.com wrote: > > I know there has been discussion of 10.11.x having some USB issues, but I?ve also seen a few posts that people have got this working (but not said how) Would you post a few of those links? If nothing else, it might help others searching for info on this. > The ?fudge? of using a dummy kext no longer works as its not singed, so

I did an update about 1/2 hr ago, and instead of failing to link with -O4, I'm getting an error elsewhere in the compile. I think I need to stop chasing the bleeding edge. pandora 142% svn update At revision 147455. pandora 143% uname -a Darwin pandora.psychiatry.uiowa.edu 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386 pandora 144%

ls -la Source folder ----------------------------********---------------------------------- root at ---:/BKP_SC//FONT# ls -la totale 2808 drwxr-sr-x 1 nobody 65533 944 giu 30 2010 . drwxr-sr-x 1 nobody 65533 1440 mar 18 2014 .. -rw-r--r-- 1 nobody 65533 12292 apr 20 2012 :2eDS_Store drwxr-sr-x 1 nobody 65533 880 giu 30 2010 .AppleDouble -rw-r--r-- 1 nobody 65533 0 mar 5 2010

Ram, ? Look inside the .AppleDouble folder and tou will find the resource forks that hold the main part of the font data. ? Not a 'problem' with netatalk, but just how netatalk works so that it can represent apple files on non-apple filesystems. ? ?If you confirm the data all matches, this will prove rsync is working properly. ? Bryan -------- Original message -------- From: Ram Ballu

Hi All, I am trying to add a 3Ware 9500S-8 RAID controller to a CentOS 5.4 box. I have the drivers from 3Ware and they seem to be a .ko file (which I presume is like a .kext on OSX) How do I install these? Searched turn up people talking about Kernel panics with .ko's but I dont see anything that points to to installing one so I can use the card. Best, -Jason