dante   Frontpage - Dante - Download - Status - Support - Modules - Docs - Links - Survey

Manual Page: SOCKS.CONF(5)


       socks.conf - socks client configuration file syntax

       The  configuration file for the socks client library allow
       control over logging and server selection.  It is  divided
       into two parts, miscellaneous settings and routes.  A line
       can be commented using the standard comment character #.

       The miscellaneous settings have a keyword  followed  by	a
       colon and the value.

       debug  Setting this field to 1 turns on debugging.

	      This  value controls where the client library sends
	      logoutput.   It  can  be	either	syslog,	  stdout,
	      stderr,  a filename, or a combination.  The default
	      is no logging.

	      The protocol used to resolve hostnames.  Valid val-
	      ues are udp, tcp and fake.  The default is udp.

       The  routes  are specified with a route keyword.	 Inside a
       pair of parenthesis ({}) a set  of  keywords  control  the
       behavior	 of  the  route.   Each	 route	can contain three
       address specifications; from, to	 and  via.   A	route  is
       selected	 for  a connection based on the values within the
       route block.

       When searching for a route to match the	clients	 request,
       the  library will first look for a direct route.	 Then for
       a socks_v5 route, a socks_v4 route, a http_v1.0 route, and
       lastly for a upnp route.

       Depending on how the library is configured and environment
       variables set (see the manual for socksify(1)), there  may
       or  may	not be an automatic fallback to an auto-generated
       direct route if no other route is found.

       The route block can contain the following:

	      Each address field can consist of a ipaddress  (and
	      where  meaningful,  a  netmask,  separated from the
	      ipaddress by a '/' sign.), a hostname, a domainname
	      (designated  by  the leading '.'), or an interface-
	      name (where meaningful).	Each address can be  fol-
	      lowed by a optional port specifier.

			  January, 2009				1


       from   The  route is used only by requests coming from the
	      address given as value.

       to     The route is used only by	 requests  going  to  the
	      address given as value.

       via    Address  of  server  to  be used as gateway for the
	      connection.  In the case of upnp, it  can	 also  be
	      the  name	 of  the interface to use for discovering
	      the upnp controlpoint, if the full url for the  IGD
	      is not yet known.

       port   Parameter	 to  from,  to and via.	 Accepts the key-
	      words eq/=, ne/!=, ge/>=, le/<=,	gt/>,  lt/<  fol-
	      lowed  by	 a number.  A portrange can also be given
	      as "port  - ", which will match all
	      port  numbers  within  the range  and .


	      Enables certain options for compatibility with bro-
	      ken servers.  Valid values are: necgssapi, for com-
	      patibility with servers implementing gssapi the NEC
	      socks way.

	      The server supports the given commands.  Valid com-
	      mands are bind,  bindreply,  connect,  udpassociate
	      and  udpreply.	The  default is all commands sup-
	      ported by the protocols set for the route.

	      Which encryption to  enforce  for	 GSSAPI-authenti-
	      cated  communication.   Possible	values are clear,
	      integrity, or confidentiality.  The default  is  to
	      try  for	confidentially,	 but  accept whatever the
	      server offers.

	      Which servicename to  use	 when  involving  GSSAPI.
	      Default is "rcmd".

	      Can be used instead of, or to complement, protocol.

       method List of authentication methods the client	 supports
	      and which to offer the server.  Currently supported
	      values are none, gssapi, and username.  The default
	      is all supported methods.

			  January, 2009				2


	      The  protocols the server supports.  Supported val-
	      ues are tcp and udp.  The default is all	supported

	      The proxy protocols the server supports.	Currently
	      supported values are socks_v4, socks_v5, http_v1.0,
	      and upnp.	 The default is socks_v5.

       See the example directory in the distribution.

	      Use  the	value  of  SOCKS_USERNAME as the username
	      when doing username authentication.

	      Use the value of	SOCKS_PASSWORD	as  the	 password
	      when  doing  username  authentication.   Not recom-
	      mended as other users on the system might	 be  able
	      to see your password.

	      If  this	variable  is set to "no", the client will
	      not try to auto-add direct routes for all addresses
	      on the lan.  The default is to add them.

	      If  this	variable is set, the client will not per-
	      form threadlocking.  The default is for the  client
	      to  attempt  to  figure  out for itself whether the
	      application to socksify needs threadlocking or not.

       Some  additional	 environment  variables are documented in

       FILES  /etc/socks.conf

       For inferno Nettverk A/S:
	  Michael Shuldman
	  Karl-Andre' Skevik

       socksify(1) sockd(8) sockd.conf(5)

       Information about new releases and other related	 issues
       can  be found
	      on     the      Dante	 WWW	  home	    page:

			  January, 2009				3


       See  the	 accompanying  BUGS  file.   New  ones	should be
       reported to dante-bugs@inet.no.

			  January, 2009				4

Copyright © 1998-2017 Inferno Nettverk A/S