从我在Linux上的测试来看,service sshd reload
sshd
已在运行时sshd
文件出现问题sshd_config
service sshd restart
sshd
是否已经在运行sshd
文件语法无效或存在其他问题,则停止sshd_config
sshd_config
文件出现问题我了解他们正在执行不同的操作,但是对我而言,我应该始终使用
service sshd restart
似乎毫无道理。在某些情况下,为什么有首选service sshd reload
的原因? 最佳答案
当您运行service sshd命令(可以重新加载/重新启动opt)时,它实际上会运行具有修改后的环境的程序,如下所示:
env -i PATH="$PATH" TERM="$TERM" "${SERVICEDIR}/${SERVICE}" ${OPTIONS}
例如。:
env -i PATH=/sbin:/usr/sbin:/bin:/usr/bin TERM=xterm /etc/init.d/sshd reload
在两种情况下(重新启动/重新加载),sshd命令几乎都会执行相同的操作:
重新加载:尝试终止发送HUP信号的进程,正如您在摘录中所看到的,它需要进程的PID才能执行此操作。 (不管sshd是否已在运行,都可以运行)
reload()
{
echo -n $"Reloading $prog: "
if [ -n "`pidfileofproc $SSHD`" ] ; then
killproc $SSHD -HUP
else
failure $"Reloading $prog"
fi
RETVAL=$?
echo
}
重新启动:就像执行stop-> start一样。
restart() {
stop
start
}
start()
{
[ -x $SSHD ] || exit 5
[ -f /etc/ssh/sshd_config ] || exit 6
# Create keys if necessary
if [ "x${AUTOCREATE_SERVER_KEYS}" != xNO ]; then
do_rsa1_keygen
do_rsa_keygen
do_dsa_keygen
fi
echo -n $"Starting $prog: "
$SSHD $OPTIONS && success || failure
RETVAL=$?
[ $RETVAL -eq 0 ] && touch $lockfile
echo
return $RETVAL
}
stop()
{
echo -n $"Stopping $prog: "
if [ -n "`pidfileofproc $SSHD`" ] ; then
killproc $SSHD
else
failure $"Stopping $prog"
fi
RETVAL=$?
# if we are in halt or reboot runlevel kill all running sessions
# so the TCP connections are closed cleanly
if [ "x$runlevel" = x0 -o "x$runlevel" = x6 ] ; then
trap '' TERM
killall $prog 2>/dev/null
trap TERM
fi
[ $RETVAL -eq 0 ] && rm -f $lockfile
echo
}
关于linux - 为什么我要优先使用 "service sshd reload"而不是 "service sshd restart"?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/17591458/