Description of problem: As in Bug 55326, the text states that xinetd must be restarted so that changes to the settings of an xinetd controlled service can take effect. This would be xinetd services edited through chkconfig, ntsysv, serviceconf, or directly to the configuration files. Changes to the files in /etc/rcX.d/, /etc/hosts.allow and /etc/hosts.deny take effect as soon as the file is saved. This is for new instances of xinetd services, existing instances would continue to remain persistent. Version-Release number of selected component (if applicable): RHL 7.2 rhl-cg How reproducible: Always. Steps to Reproduce: 1. Open document at https://www.redhat.com/docs/manuals/linux/RHL-7.2-Manual/custom-guide/tcp-wrappers.html 2. Read last paragraph 3. Compare to Bug 55326 Actual results: Misstatement about xineted Expected results: Accurate statement about xinetd Additional info: Similar to Bug 55326
How about the following: The configuration file for xinetd is /etc/xinetd.conf, but you will notice upon inspection of the file that it only contains a few defaults and an instruction to include the /etc/xinetd.d directory. To enable or disable a xinetd service, edit its configuration file in the /etc/xinetd.d directory. If the disable attribute is set to yes, the service is disabled. If the disable attribute is set to no, the service is enabled. If you change the disable value, the change takes place immediately for any new connections. If a service is disabled, existing connections remain persistent. For a list of network services controlled by xinetd list of the contents of the /etc/xinetd.d directory with the command ls /etc/xinetd.d.
That sounds good, but how about we change the last sentence to read: For a list of network services controlled by xinetd, list the contents of the /etc/xinetd.d directory with the command ls /etc/xinetd.d. I changed my branch to read the combination of the above and this one.
Great. I'm closing this one out.