TCP support in clients and servers

grarpamp grarpamp at gmail.com
Sun Mar 22 20:22:21 UTC 2009


Given:
 A research or production network that only supports TCP. Think:
  I2P, Tor, GNUnet, FreeNet, etc.
  Corporate/organizational policies/firewalls, etc.
  Other seemingly odd, broken or interesting special case environments,
   easier tunneling/encapsulation and so on.

Supposing:
 Named(8) seems to bind to TCP and responds when using dig +tcp as
  a client.
 No need for the typical reasons to use UDP; performance, etc.

Questions:
 Does named fully support operating over only TCP as a server?
  zone transfers, resolving names for clients, nsupdate, etc.

 How to configure client resolver libraries to use TCP?
  Things like resolv.conf, host.conf, nsswitch.conf don't seem
  capable of this. Nor do the underlying calls.

 Are not client resolver libraries usually derived from bind?

 What would be needed for both client and server to fully support
  a TCP only mode of operation?

 Is this a planned feature in the future? Any active work?

Notes:
 These seem to support at least some TCP options.
  dig, host, nslookkup
  lwres_freeaddrinfo.3
  lwres_getaddrinfo.3
  lwres_getnameinfo.3
  nsupdate, rndc
  named.conf.5



More information about the bind-users mailing list