openvpn-devel Mailing List for OpenVPN

James Yonan <ji...@yo...>: > Interesting. I wonder if a better solution might be to bracket the > struct openvpn_pktinfo definition with > > #pragma pack(1) > ... > #pragma pack() Yes, although gcc is allergic to #pragma's. The gcc way of expressing it is: struct __attribute__ ((__packed__)) my_packed_struct { char c; int i; struct my_unpacked_struct s; }; (from "info gcc" -> "C Extensions" -> "Type Attributes"). Marko 

Interesting. I wonder if a better solution might be to bracket the struct openvpn_pktinfo definition with #pragma pack(1) ... #pragma pack() James Tim Davies wrote: > After attempting to use OpenVPN 2.1_rc7 on a 64 bit Centos 5 platform, > I came across a peculiar error when enabling multihome. Basically no > UDP packets were allowed to send due to an incorrect size being set. > > The problem seems to be in socket.c, where sizeof(opi) is incorrect. > The structure is defined as: > > struct openvpn_pktinfo > { > struct cmsghdr cmsghdr; > struct in_pktinfo in_pktinfo; > }; > > On a 64 bit platform, sizeof(struct cmsghdr) is 16, and sizeof(struct > in_pktinfo) is 12. Due to structure padding, sizeof(struct > openvpn_pktinfo) is 32, not 28. > > The attached patch fixed the problem, although I'm not sure it's the > best way to go about it. > > > Tim. > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > ------------------------------------------------------------------------ > > _______________________________________________ > Openvpn-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openvpn-devel 

Hello, i've tried to install openvpn 2.1 RC7 without PKCS#11 DLLs (option in windows installer). But than openvpn.exe didn't work (missing pkcs11.dll) greetings Carsten 

After attempting to use OpenVPN 2.1_rc7 on a 64 bit Centos 5 platform, I came across a peculiar error when enabling multihome. Basically no UDP packets were allowed to send due to an incorrect size being set. The problem seems to be in socket.c, where sizeof(opi) is incorrect. The structure is defined as: struct openvpn_pktinfo { struct cmsghdr cmsghdr; struct in_pktinfo in_pktinfo; }; On a 64 bit platform, sizeof(struct cmsghdr) is 16, and sizeof(struct in_pktinfo) is 12. Due to structure padding, sizeof(struct openvpn_pktinfo) is 32, not 28. The attached patch fixed the problem, although I'm not sure it's the best way to go about it. Tim. 

Hi OpenVPN developers, I am new to OpenVPN and have some questions regarding the compression algorithm and overall performance. Why was LZO here instead of other algorithms like deflate? Any particular performance consideration? I am lazy so didn't do any research regarding the difference and performance comparison between LZO and Deflate. Just hope to get a quick answer. If the question doesn't make sense, please forgive :-) Another question is how much throughput OpenVPN can support, say, on a Gbits networks? I tested it in a 100Mbps LAN environment. Without LZO compression, I got around 50Mbps. With LZO enabled, the number is about 70Mbps, which is close to the rate I got without VPN. I am wondering, when LZO is not enabled, which part limits the throughput. The encryption/decryption? Or the TUN virtual device? I guess it's the encryption procedure so I hope to know the rate OpenVPN can get in a Gbits network. If anybody has some confirmed figure in mind, please kindly inform me. Thanks so much! Best regards, L. ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ 

Hello, I submitted a patch through sf.net's interface adding DragonFlyBSD support: http://sdf-eu.org/links/1208105125 Please let me know, in case something's wrong with it and I should fix it. Thanks in advance, BR, -- Francis GUDIN <fg...@ne...> Fingerprint 305E 15CF A53E 14E0 6ACE 8CED C5D5 5A78 15E3 6AB2 GCU-Squad.org: http://web.gcu.info/redirs/sale.html