我们最近应用了供应商提供的OpenSSH补丁。 该补丁针对最近的Logjam攻击禁用了几个密钥交换协议。 在应用这个补丁之后，我们有一些供应商通过sftp无法交换文件，因为连接协商失败（可能是由于不推荐的密钥交换algorithm）。 在与供应商交谈之前，我只想validation一些我们所看到的事情。 下面是一个问题供应商之一的示例SSH会话（添加了行号）： # ssh -vv [email protected] 01 OpenSSH_6.2p2, OpenSSL 0.9.8j-fips 07 Jan 2009 02 debug1: Reading configuration data /etc/ssh/ssh_config 03 debug1: /etc/ssh/ssh_config line 20: Applying options for * 04 debug2: ssh_connect: needpriv 0 05 debug1: Connecting to host.domain.com [1.2.3.4] port 22. 06 debug1: Connection established. 07 debug1: permanently_set_uid: 0/0 08 debug1: identity […]
我在SLES 10.1上，并尝试configurationvsftpd以允许rootlogin。 有谁知道如何做到这一点？ 到目前为止，我有这样的： local_enable=YES chroot_local_user=NO userlist_enable=YES userlist_deny=NO userlist_file=/etc/vsftpd.users 我已经将root添加到/etc/vsftpd.users。 当我尝试login时，这是我得到的： $ ftp susebox 连接到susebox.example.com。 220-FTP服务器（用户“[email protected]”） 220 用户（susebox.example.com:（无））：root 331-密码： 331 密码： 由远程主机closures连接。 C：\> 顺便说一句，如果你不知道答案，请不要打扰我教我如何不应该允许rootlogin。 我知道自己在做什么，对于可能造成的时空连续性破裂，我承担全部责任。
postgres SELECT查询在我们的数据库服务器上失去控制，并开始吞噬大量内存并进行交换，直到服务器内存不足。 我通过ps aux | grep postgresfind了特定的过程 ps aux | grep postgres并运行kill -9 pid 。 这个过程被杀死，记忆力如预期地被释放了。 系统和postgres查询的其余部分似乎不受影响。 该服务器在SLES 9 SP4上运行postgres 9.1.3。 然而，我们的一位开发人员扼杀了我杀死一个postgres进程kill -9 ，说这将取消整个postgres服务。 事实上，事实并非如此。 我已经做了很多次，没有看到任何负面影响。 有了这个说法，并且在进一步阅读之后，看起来像没有标志的kill pid是杀死失控postgres进程的首选方法，但是在postgres社区中的其他用户，这听起来像postgres多年来“变得更好”这样在一个单独的查询进程/线程上kill -9不再是一个死刑。 有人能够启发我，以正确的方式杀死一个失控的postgres进程，以及如何使用kill -9与灾难（或良性）是Postgres这些天？ 感谢您的洞察力。
我有Suse Linux 12.1，我正在尝试安装单个RAID 1磁盘，以查看其中的文件。 但是，安装时： # mount /dev/sdc1 /mnt/test mount: unknown filesystem type 'linux_raid_member' 我开始阅读，许多人build议强制文件系统types # mount -t ext4 /dev/sdc1 /mnt/test mount: /dev/sdc1 already mounted or /mnt/test busy 当试图 umount /dev/sdc1 umount: /dev/sdc1: not mounted 有人可以提供一些build议吗？ 我正在运行我的机器进入一个ESXI服务器，它是一个虚拟磁盘。 但是，这不应该玩，因为这些磁盘没有被其他机器使用 thaknks！