| 
		    
		    FAQ
		    
	 	  | 
               
              
                 
	           
		   | 
		   
VTun - Frequently Asked Questions 
 
  
1. General Questions 
  
2. Error Messages 
 
3. Crypto Questions 
 
  
1. General Questions  
 1.1 What is VTun ?   
 VTun is the easiest way to create Virtual Tunnels over TCP/IP networks  
 with traffic shaping, compression, and encryption.  At least, we think so.  
 It supports IP, PPP, SLIP, Ethernet and other tunnel types.  
 VTun is easily and highly configurable, it can be used for various  
 network tasks.  
  
 1.2 What does VTun stand for ?   
 Virtual TUNnel.  
  
 1.3 Whom do I contact for support ?   
 Please send your suggestions, questions and problem descriptions to  
 VTun mailing list vtun-users@lists.sf.net  
  
 1.4 Is VTun Y2K compliant?   
 YES.  
  
 1.5 Where can I download VTun package ?   
 You can download complete VTun package from the following web sites:  
 Primary:  
   http://vtun.sourceforge.net  
 Mirrors:  
   http://vtun.saol.com  
   http://vtun.speedway.net  
   http://vtun.euronet.be  
  
 1.6 Can I establish VTun tunnel with Windows machine ?   
 Unfortunately there is no VTun client for Windows yet.  
 We a looking for a guru who will port VTun to Windows.  
  
 1.7 Can I establish VTun tunnel with Cisco ?   
 No. VTun doesn't support tunneling with Cisco.  
  
 1.8 Does VTun support PPTP, L2TP, IPsec ?   
 VTun uses it's own simple and efficient protocol with TCP or UDP.  
 It doesn't support PPTP, L2TP, IPsec.  
  
 1.9 What platforms are supported by VTun ?   
 VTun was developed on Linux and then ported to several other OS:  
    Linux (any glibc based distribution)  
    Solaris  
    FreeBSD, OpenBSD, NetBSD and other BSD clones.  
  
 1.10 Does VTun server support multiple clients ?   
 Sure. Number of the clients is limited only by the capabilities of   
 your machine.  
  
 1.11 How many tunnels can VTun handle ?   
 Number of the tunnels is limited only by the capabilities of your  
 machine.  
  
 1.12 What do I need to run VTun ?   
 You should install and configure VTun package and read documentation.  
 Usually you'll need:   
    Universal TUN/TAP device driver (http://vtun.sourceforge.net/tun)  
    PPP driver and pppd.  
  
 1.13 What hardware do I need to run VTun ?   
 Hardware requirements depends on your configuration:  
    486DX2/66/16Mb will handle simple tunnels without compression   
    and encryption.  
    P200/64Mb will handle several medium speed tunnels with compression   
    and encryption without any problem.  
    Celeron 400/64Mb, perfectly encrypts and compresses high speed  
    channels like 2Mbits.  
 Real life examples:  
    PII466/128Mb was compressing several 3-4Mbits tunnels.    
    AlphaXL 266/64Mb was compressing and shaping about 10-50 tunnels   
    from 64Kbit to 512Kbit.  
    P200MMX/64Mb with about 100 tunnels over loopback.  
  
 1.14 VTun supports many tunnel types, which type should I use ?   
 Well, it is not very easy to answer this question in the FAQ.  
 Please read documentation which comes with VTun package and visit   
 VTun web site http://vtun.sourceforge.net  
  
 1.15 Where can I find configuration recommendations and examples ?   
 VTun package contains several config file samples.  
 Please read README.Setup  
  
 1.16 Why ZLIB compression does not work with UDP protocol ?   
 UDP doesn't not provide reliable transport, and some frames could be   
 lost on unreliable links. VTun does not have any retransmission or   
 recovery algorithm for the lost UDP frames, because retransmission will  
 be handled by Upper layers.  
 You should use LZO compression with UDP protocol.      
  
 1.17 Why PPP tunnel is unstable over UDP ?     
 Explanation is the same as with above case. Use TCP for PPP tunnels or   
 use TUN instead of PPP, since tun device is completely the same with   
 ppp device for the kernel.   
  
 1.18 Why do routes specified after 'ppp' command in config file produce errors and don't install correctly ?     
 Actually there is no straight way to determine when pppd has established   
 connection with the other end. VTun execute those route commands right   
 after the launch of pppd and if PPP link is not established, route   
 commands will fail. Since version 2.0b3, VTun delays 10 seconds before   
 issuing the route commands, which should fix almost all cases.    
 I'll think about more elegant way to fix this problem.  
  
 1.19 How secure is VTun ?   
 Well. VTun doesn't try to be the MOST secure tunneling software in the   
 world, it tries to be fast, stable, rich of features, easy to use   
 and secure enough instead.  
 VTun uses Challenge Based Authentication and doesn't transfer passwords   
 in clear text. Encryption module uses MD5 for 128 bits key generation   
 and BlowFish algorithm for actual data encryption.  
 There could be some weaknesses in key generation method; we will try   
 to address them in future releases.   
  
 1.20 Who has developed such nice and cool software ?   
 Thanks :). You can find list of VTun team members on the web site or  
 in the 'Credits' file in VTun package.  
  
 1.21 I don't like VTun.  Where can I send complaints ?   
 You can send them to /dev/null.   
 
 Seriously, complaints are merely badly-worded criticism which people 
 won't discuss further.  We welcome criticism and suggestions, of 
 course, as long as we can discuss it.  If you just want to spout, it's 
 not going to do anyone any good, and you may as well just send it to 
 /dev/null.  We're sorry to hear you just don't like it; even more  
 sorry to hear you don't want to help improve it for everyone else. 
  
 1.22 Where can I get more information about VTun ?   
 VTun package contains:   
    Manual page for vtund.  
    Manual page for configuration file.  
    Fully documented config file.  
    Several README files.  
  
 1.23 Can I use vtun over SSH ?   
 Yes, via the port forwarding feature of ssh.  Don't enable vtun's  
 encryption as ssh does its own encryption.  Also, make sure to select  
 the TCP protocol as SSH can forward TCP but not UDP.  An example  
 session might look something like this:  
  
 home$ ssh -L 5000:localhost:5000 work.megacorp.com  
 (authenticate if necessary)  
 work$ vtund -s home_tunnel_config  
 ...  
 home$ vtund home_tunnel_config localhost  
 
 1.24 Is it possible to establish a vtun link from a client behind NAT or a firewall? 
 Yes it is, but you need to use TCP protocol. 
  
2. Error Messages  
 2.1 Why do I see no vtund log and error messages ?   
 On several Unices, FreeBSD for example, syslog doesn't log message   
 with INFO priority, by default.   
 You should add "*.info;" to the line with /var/log/messages in   
 /etc/syslog.conf.  
  
 2.2 Why do I get "Input/output error" pppd error message ?   
 This usually means that vtund on other side has dropped connection,  
 check logs on other side.  
  
 2.3 Why do I get "couldn't find any suitable secret (password)" pppd error message ?   
 New versions of pppd use authentication by default.  
 Just add "noauth" option to ppp command.  
  
 2.4 Why do I get "XXXX returned error Y" error message ?   
 Usually this means that you use incorrect syntax for that command.  
 Also please read question 1.19 about routes and pppd.  
  
 2.5 Why do I get "Serial line is looped back" pppd error message ?   
 Sometimes pppd incorrectly decides that pseudo terminal is looped back.   
 Just add "nomagic" option to ppp command.  
  
 2.6 Why do I get "Can't allocate tun device" or "Can't allocate tap device" error messages ?   
 This error means that Universal TUN/TAP driver module is not loaded  
 or you do not have correct /dev/tunXX or /dev/tapXX device nodes.  
 Make sure you have installed and configured Universal TUN/TAP device  
 driver (http://vtun.sourceforge.net/tun)  
  
 2.7 Why do I get "LZO compression is not supported" error message ?   
 This error means that LZO compression is not compiled in.  
 You will have to download binary VTun package or recompile vtund with  
 LZO support.  
  
 2.8 Why do I get "expecting WORD at line xxx" error message ?   
 This usually means that you are using password that contain only  
 numerical characters.  
 VTun passwords must be alpha characters or a mixture of alpha and  
 numerical characters.  
  
 2.9 Why do I get the message "kernel: application bug: vtund(XXXX) has SIGCHLD set to SIG_IGN but calls wait()" in my system log?  
 Red Hat Linux users will notice this message.  It's been spotted 
 only on Red Hat Linux, and cannot be provoked easily enough on 
 any other system.  We're advising people not to worry, but 
 definitely appreciate discussion on this topic that can result 
 in a fix that removes the warning. 
  
3. Crypto Questions  
 3.1 Isn't using only XOR to encrypt challenges completely unsafe ?   
 A few documents discussing security in VTun have pointed to 
 sections of code that use XOR to 'encrypt' challenges: 
 
 Auth.c: 
 97:void encrypt_chal(char *chal, char *pwd) 
 98:{ 
 99:   char * xor_msk = pwd; 
 100:   register int i, xor_len = strlen(xor_msk); 
 101: 
 102:   for(i=0; i < VTUN_CHAL_SIZE; i++) 
 103:      chal[i] ^= xor_msk[i%xor_len]; 
 104:} 
 
 However, this code doesn't get compiled into any standard 
 release, and anyone familiar with #ifdef notation should 
 understand that immediately.  This code is continually requested 
 by third-parties, though, and needs to remain in the product. 
 Since one needs to intentionally and willingly cripple the 
 product before this code becomes a concern, we don't think it's 
 a serious concern.  (Of course, we're open to debate!) 
 
 3.2 I have this problem with a binary built wihout SSL ...  
 
 This is difficult to say, but you have to stop right there. 
 
 The no-SSL binary isn't supported.  Yes, the XOR code will 
 remain in the product, and yes, we do intend to consider the 
 implications of the code when we continue development, but we 
 don't advocate ever building a no-SSL VTun, and we will not 
 spend time supporting a configuration which we so reluctantly 
 leave in place.  There's a longer story to this, but the result 
 is the same: we will normally avoid issues related to no-SSL 
 builds. 
 
 Having said that, let me affirm that we do (and will) accept 
 modifications to the sections of code that only get exercised in 
 non-SSL builds, and we will continue to consider the non-SSL code 
 when we continue development.  We will review new code and merge 
 it into the product so that others can benefit, but we will not 
 support or advocate that variant ourselves. 
 
 If you have any unanswered question please send it to the mailing list   
 vtun-users@lists.sf.net  
  
		   
		    |  
	            
                  | 
               
            
	 |