In the previous chapter, we saw how to use clients to access other systems. This is only half the picture, of course. At the other end of the link, we need servers to provide this service. For each client, there is a server (a daemon) whose name is usually derived from the client name by adding a d to it: | 10 April 2003 06 13 07 The Complete FreeBSD page 447 In this chapter Running servers from inetd Configuring ftpd Running sshd rsyncd Setting up a web ser ver NFS server Samba Basic network access servers In the previous chapter we saw how to use clients to access other systems. This is only half the picture of course. At the other end of the link we need servers to provide this service. For each client there is a server a daemon whose name is usually derived from the client name by adding a d to it Table 25-1 Server daemons for basic services Client ssh telnet sftp ftP rsync browser NFS Server sshd telnetd sftp-server ftpd rsyncd httpd nfsd In addition to these servers we look at a few others in other chapters We ve already looked at Xservers briefly in Chapter 8 Taking control and we ll see more in Chapter 28 XFree86 in depth. Chapter 21 discussed DNS name servers. v 2003 04 09 20 42 40 447 10 April 2003 06 13 07 The Complete FreeBSD page 448 448 Chapter 25 Basic network access servers Chapter 27 discusses Mail Transport Agents or MTAs also referred to as mail servers. Some servers don t need any configuration and about all you need to do is to start them. Others like web servers can be very complicated. None of the complication is related to FreeBSD. For example the issues involved in configuring apache are the same whether you run it with FreeBSD NetBSD Linux or Solaris. There are several good books each at least the size of this one on the detailed setup of some of these servers. In this chapter we ll look at how to get the servers up and running in a basic configuration and where to turn for more information. Running servers from inetd If you look at etc services you ll find that there are over 800 services available most of which are only supported on a small number of machines. It s not always the best idea to start up a daemon for every possible service you may want to offer. IP supplies an alternative inetd the
