| United States-English |
|
|
|
![]() |
Kerberos Server Version 3.12 Administrator's Guide: HP-UX 11i v3 > Chapter 11 Troubleshooting Troubleshooting Kerberos |
|
When troubleshooting problems with Kerberos, you need a reference point from which to work. For example, is the problem on the remote system or on the local system? However, the terms “local” and “remote” are limited in their description of complex communications, such as when a local system logs on to a remote system and then the remote system logs back onto the local system. At that point, which is the local system and which is the remote system? A better solution is to use the terms “client” and “server”. The term “client” refers to a process that requests a service from another process. The term “server” refers to a process or a host that performs operations requested by local or remote hosts that are running client processes. A typical network service consists of two co-operating programs. The client program runs on the requesting system. The server program runs on the system with which you want your system to communicate. The client program initiates requests to communicate. The server program accepts requests for communication. For example, the network service rlogin is a client program that requests a log on to a remote HP-UX or UNIX system. When inetd receives the request to log on to the remote host, inetd invokes the server program for rlogin (called rlogind) to handle the service request. The client or server can generate the error messages generated by a service as seen on the client. Error messages from the client occur before a connection is completely established. Error messages from the server occur after a connection is completely established. The security server handles the system logging differently. The security server daemons, kadmind, kpropd, and kdcd, write error messages to the system log (/var/adm/syslog/syslog.log) file. You can also configure the daemons to log the messages in a different file. Use the following command while starting the daemon, to specify a different file name:
or
However, principal database operations performed locally on the primary security server using the HP Kerberos Administrator are not recorded because these programs do not use syslog to audit their activities. The syslog daemon (syslogd) is configured using the /etc/syslog.conf file, which controls where your log files are located. For example, you can configure syslog to send messages to /usr/adm/messages. The security server daemons log an entry for each transaction and whether the transaction succeeded or failed. The number of transactions that are logged in your syslog file is determined by how you have configured the reporting levels. The security server uses the following syslog reporting levels: The server logs information messages through syslog. The syslog file can grow large if not maintained properly. The syslog file is specified in /etc/syslog.conf, which has a symbolic link to the /var/adm/messages directory. Check the size of this file to make sure it does not use an overwhelming amount of system disk space. If the /var partition grows to 100 percent utilization, syslog stops writing log messages and may even shut down active processes, such as the daemons. Create a shell script to be executed daily or weekly by cron to check the syslog file size, partition utilization, or both, and to detect any problems. In addition, you must archive the syslog files regularly to a separate partition, drive, or server. While troubleshooting ensure, that you have answered all the questions in the troubleshooting checklist in the section “Characterizing a Problem”. Ensure that your node name and the Internet address exists in the /etc/hosts file, and run the service on your own node. If the server is successful in authenticating, the client and the server side of the service operates correctly. This provides a starting point to determine where the problems are occurring. Table 11-2 “Troubleshooting Scenarios” describes various troubleshooting scenarios and provides tips for solving potential problems. These tips help you troubleshoot and assist you in determining a problem quickly. Table 11-2 Troubleshooting Scenarios
Table 11-3 Troubleshooting Scenarios for your LDAP-based Kerberos server
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||