有时，由于各种原因，PyTTY 会与我的 CentOS 7 服务器上的 SSH 会话失去连接（PuTTY 有问题、SSH 服务器有问题、路由器已重新启动、连接断开、电缆拔出等）。这些被放弃的会话会给服务器带来负担并消耗资源。是否可以将 CentOS 7 SSH 服务器配置为在 24 小时后自动终止任何 SSH 会话，无论会话目的和状态如何？
为什么要不管会话目的和状态？因为在我看来，有时很难区分正常会话和放弃的会话。
测试环境由一个 CSipSimple 客户端、Asterisk 服务器和一个带有 NAT 的路由器组成。以前设备使用UDP端口5060，一切都很好。然后我在 Asterisk、路由器的转发规则和客户端应用程序中将端口号更改为 15000。现在，当从外部访问网络时，客户端可以注册，但是当它调用某些扩展时，Asterisk 抱怨无法创建 DAHDI 通道。当客户端在 LAN 中时，呼叫正在工作。
什么地方出了错？我只更改了控制端口号。
更新
首先我需要提一下，当我拨打分机号码 100 时，无论语音是否有效，Asterisk 总是抱怨无法创建 DAHDI 频道。因此，可以忽略此错误消息。
现在，详细呼叫日志的不同尾部：
手机客户端注册过3G，没有声音（通话、代答、超时）：
-- SIP/103-00000001 answered SIP/101-00000000
> 0x7fda800295a0 -- Probation passed - setting RTP source address to 192.168.1.100:5062
就这样。没有进一步的消息。
通过WiFi注册的移动客户端，声音作品（通话，接听，通话，挂断）：
-- SIP/103-00000003 answered SIP/101-00000002
> 0x7fda88026620 -- Probation passed - setting RTP source address to 192.168.1.100:5062
> 0x7fda78013fb0 -- Probation passed - setting RTP source address to 192.168.1.112:4000
> 0x7fda78013fb0 -- Probation passed - setting RTP source address to 192.168.1.112:4000
-- Executing [h@macro-dial-one:1] Macro("SIP/101-00000002", "hangupcall,") in new stack
-- Executing [s@macro-hangupcall:1] GotoIf("SIP/101-00000002", "1?theend") in new stack
-- Goto (macro-hangupcall,s,3)
-- Executing [s@macro-hangupcall:3] ExecIf("SIP/101-00000002", "0?Set(CDR(recordingfile)=)") in new stack
-- Executing [s@macro-hangupcall:4] Hangup("SIP/101-00000002", "") in new stack
== Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'SIP/101-00000002' in macro 'hangupcall'
== Spawn extension (macro-dial-one, h, 1) exited non-zero on 'SIP/101-00000002'
== Spawn extension (macro-dial-one, s, 43) exited non-zero on 'SIP/101-00000002' in macro 'dial-one'
== Spawn extension (macro-exten-vm, s, 9) exited non-zero on 'SIP/101-00000002' in macro 'exten-vm'
== Spawn extension (from-internal, 103, 2) exited non-zero on 'SIP/101-00000002'
我已经在 CentOS 6.5 上安装了 GUI
yum groupinstall basic-desktop desktop-platform x11 fonts
但是现在当我尝试使用 GUI 包管理器（添加/删除软件）来安装包时，它要求我输入 root 密码并且不接受 sudo 用户密码。如何治愈这种行为？
sudo yum install我可以以正常方式安装软件包。
我正在尝试为 Nginx 安装 Phusion Passenger 模块。Nginx 安装在/usr/sbin/nginx. 安装程序 gem 下载了 Nginx 源并将它们与乘客支持一起编译成/opt/nginx/sbin/nginx. 我将此文件复制到/usr/sbin/nginx.
所以目前我怀疑哪个 Nginx 正在运行以及我应该编辑哪个配置文件。
有没有办法确定实际使用的 Nginx 的位置以及它使用哪个配置文件？
今天我尝试连接两台笔记本电脑，它们都有千兆以太网 NIC，都装有 Windows 7，并带有直连电缆 cat 5e。电缆长约 50 厘米，因此 5e 类应该足够了。
我为两者都设置了静态 IP 地址，并通过 SMB、HTTP 和 FTP 测试了它们。
HTTP 和 FTP 的响应是即时的，但是转到 SMB 共享需要很长时间。每个文件夹更改大约需要 2 分钟。
最后，FTP（Microsoft IIS 到 FAR 管理器）的实际速度约为 219 mbit/s（4053265652 字节文件已在 141 秒内传输）。
为什么连接速度如此之慢，为什么浏览 SMB 共享需要很长时间？
特别为 mrdenny 更新
使用路由器在 100 Mbit/s LAN 上复制文件没有显示 SMB 和 FTP 下载速度之间有任何显着差异：
SMB：349 秒（88.6 Mbit/s）FTP：345 秒（89.6 Mbit/s）
更新
我发现了一个iperf工具，它向我展示了不涉及 HDD 的纯 TCP 网络性能。
是的，它显示出更快的网络速度，但结果因一项测试而异，有时该工具显示出极低的速度，所以我不能相信它：
iperf, 直 1m 电缆，静态 IPv4 地址：
10.3 sec 683 MBytes 558 Mbits/sec
10.0 sec 740 MBytes 621 Mbits/sec
10.4 sec 19.2 MBytes 15.5 Mbits/sec
10.0 sec 553 MBytes 464 Mbits/sec
10.0 sec 635 MBytes 532 Mbits/sec
10.0 sec 694 MBytes 582 Mbits/sec
10.0 sec 661 MBytes 554 Mbits/sec
10.5 sec 20.0 MBytes 16.0 Mbits/sec
12.3 sec 600 MBytes 410 Mbits/sec
256.0 sec 526 MBytes 17.2 Mbits/sec
10.0 sec 807 MBytes 677 Mbits/sec
10.1 sec 21.1 MBytes 17.5 Mbits/sec
10.3 sec 16.6 MBytes 13.6 Mbits/sec
10.1 sec 22.9 MBytes 19.0 Mbits/sec
10.1 sec 20.8 MBytes 17.2 Mbits/sec
10.0 sec 679 MBytes 569 Mbits/sec
10.0 sec 597 MBytes 500 Mbits/sec
10.0 sec 806 MBytes 675 Mbits/sec
10.0 sec 751 MBytes 629 Mbits/sec
Ubuntu 已经使用 easy install（或听起来像这样的东西）安装在 VMWare 中。因此，操作系统现在以文本模式启动，要访问 GUI，我必须键入 startx。
如何使用图形登录屏幕启用 GUI？
/etc/default/grub文件中有以下值：
....
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
....
#GRUB_TERMINAL=console
所以它对应于如何打开图形登录的建议。