主页 / user-160352

CrazyCasta's questions

Martin Hope
CrazyCasta
Asked: 2014-02-22 22:54:16 +0800 CST
  • 0

我正在尝试使用对我来说新的 M1500 磁带库。每当 SCSI 总线枚举（在 BIOS 加载和 Linux 启动时）枚举将挂起，直到我关闭并重新打开库中的磁带驱动器。这是通过按下设备前面的按钮来完成的，所以我不完全确定发生了什么，但我认为它只是关闭和打开驱动器的电源。

我是使用 SCSI 的新手，但这似乎很奇怪。这是一个坏驱动器，我做错了吗？

PS我可能不清楚枚举位。重启电源后，驱动器会进行枚举。它不是简单地跳过。

以下两组信息取自磁带库的前面板。

图书馆信息：

Model:            ATL M1500
Code version:     Main code 12.0
Boot version:     Boot code 3.00
Serial number:    xxxx
SCSI board type:  LVD
SCSI ID:          1
SCSI vendor ID:   M4 DATA
SCSI product ID:  MagFile
SCSI product rev: 12.0
MAC address:      Not valid

驱动信息：

Drive 1:
 Drive type:      HP LTO 1
 SCSI ID:         2
 Serial number:   xxxx
 Code revision:   E32F
Drive 2:
 Not Present
scsi
Martin Hope
CrazyCasta
Asked: 2013-03-22 23:59:49 +0800 CST
  • 1

我有一台服务器在通过转发的 X11 链接启动 X11 应用程序时非常慢（需要 3-5 分钟）。我试过用 2-3 台不同操作系统的不同机器连接它。应用程序启动后，一切似乎都很好。我正在使用受信任的 X11 转发 (ssh -Y) 并使用基于证书的身份验证进行连接（这无关紧要）。

操作系统是 Gentoo Linux on amd64。没有一个应用程序提供任何与 X 环境相关的消息（一个什么都不显示，另一个只是标准的欢迎消息，最后一个是关于正在使用的资源的错误消息（最终弹出的窗口也告诉我了）。

根据 Bertera 的建议，我使用 -v 选项运行。在打印时出现窗口之前，它不会打印任何内容：

debug1: client_input_channel_open: ctype x11 rchan 3 win 87380 max 16384
debug1: client_request_x11: request from 127.0.0.1 43716
debug1: channel 1: new [x11]
debug1: confirm x11

此外，我已经测试了 ssh 端口转发，它也非常慢（我猜这可能是 X11 转发的问题）。

linux
Martin Hope
CrazyCasta
Asked: 2013-03-09 21:50:00 +0800 CST
  • 7

我懒洋洋地阅读http://nfs.sourceforge.net/nfs-howto/ar01s06.html试图理解为什么当我到达“6.4。通过 SSH 建立 NFS 隧道”部分时 localhost 出口不好。该部分中关于导出 localhost 可能存在安全漏洞的所有内容都是有意义的，因为它允许其他人通过 ssh 端口转发并访问共享。

这是我的问题，如果用户可以 ssh 进入可以连接到 NFS 服务器的机器，如何防止 ssh 隧道破坏系统的安全性？例如，假设计算机 A( 192.168.1.1)、B( 192.168.1.2) 和 C( 192.168.1.3)。假设 A 是具有以下导出文件的服务器：

/home 192.168.1.2(rw)

如您所见，A 授予 B 使用 /home 共享的权限。现在，让 C ssh 进入 B：

$ ssh 192.168.1.2 -L 250:192.168.1.1:2049  -f sleep 60m
$ ssh 192.168.1.2 -L 251:192.168.1.1:32767 -f sleep 60m

似乎 A 的份额出口到 B 容易受到任何可以通过 ssh 进入 B 的人的攻击。是这样吗？除了简单地确保可以登录 B 的任何人都是非常受信任的用户之外，是否有其他方法可以防止这种情况发生？

ssh