search for: unrecommend

Hallo, We have Samba4 (Sernet, Version4.1) on a Debian Wheezy server. There we try to use our Infoblox (It is our primary and secondary DNS server) as an external DNS server for the active directory on the samba4 server. It doesn?t matter which setup option (Samba_internal, bind_dlz, none) we use it doesn?t work. Harry

...t 06:43:22PM +0100, Graham Cobb wrote: > I am wondering if tinc breaks if two hosts have the same key? I am > guessing it probably does! [...] (and the same name, but I assume > tinc host names are only meaningful locally) It does not break if two nodes have the same key, although it is unrecommended and there might be security issues with that scenario. Tinc does break if you have two nodes that have the same Name online at the same time, since those are used to uniquely identify nodes in the VPN. Netnames are only used locally. -- Met vriendelijke groet / with kind regards, Guus Sl...

I am wondering if tinc breaks if two hosts have the same key? I am guessing it probably does! I have a hub-and-spoke arrangement, with VPN clients who all know the DNS name and the public key for the hub. I need to transition the hub to another server, with another IP address. I will, after testing, transition the DNS name to point to the new server. It would be convenient if I didn't

Hi, R-2.1.1 OS: OpenBSD-current (3.8) on i386 Compiler:gcc version 3.3.5 (propolice) Thread model: single configure \ --with-readline \ --with-tcltk \ --with-tcl-config=/usr/local/lib/tcl8.4/tclConfig.sh \ --with-tk-config=/usr/local/lib/tk8.4/tkConfig.sh \ --with-libpng \ --with-jpeglib \ --with-zlib \ --with-bzlib \ --with-pcre \ --with-libiconv-prefix=/usr/local/

...next vacant pty slot to not be owned by the user. - make t-exec ;# the test ======= Workaround: Do "ssh localhost", then logout to fill the next vacant pty slot to be owned by myself. This made key-options.sh (and perhaps other tests) to pass. Running the test as root also works (but unrecommended for obvious reasons). I wonder whether this could be "fixed" or not. -- You are receiving this mail because: You are watching the assignee of the bug.