小编use*_*760的帖子

文件所有者必须属于文件组吗?

我对 *nix 系统上的文件权限有一个相当简单的理解。我知道有一个文件所有者和文件组,但是对于所述文件所有者是否也必须属于该文件组,是否有硬性规定?或者换句话说,文件可以属于所有者不属于的组吗?

如果是(或如果不是),为什么?我想增加我的理解......我似乎无法在互联网上找到任何专门谈论这个的东西......我也愿意阅读一些关于这个主题的好阅读材料。

permissions group

22
推荐指数
1
解决办法
5726
查看次数

如何安全地通过脚本登录数据库?

我想知道在环境变量中设置数据库登录凭据(用户/密码)或作为命令行参数传入是否可以接受(安全方面)?

这两种方法对我来说似乎都有风险,因为也许其他人可以读取环境变量或读取正在运行的进程/历史记录,并且凭据将以纯文本形式存在(我的理解在这里是否正确?)

什么是可以接受的登录方式?它将作为自动化作业/流程的一部分在脚本中运行。

编辑:这是一个 Oracle 数据库 (11g)

编辑 #2:曾经考虑过 Oracle 钱包,但在我工作的地方还不能使用。

linux security password

6
推荐指数
1
解决办法
3292
查看次数

RHEL - Uuencode + mailx = 胡言乱语

我的理解uuencode是用于编码文件,并mailx发送邮件。然而,我不是很明白......

  1. 为什么uuencode file file | mailx -s "subject" email_adress一直在电子邮件中发送带有编码内容的消息,而不是作为附件发送。(以及如何修复它......)
  2. 我已经尝试过echo | mailx -s "subject" -a <file> <email_address>并且似乎可以很好地获取我的文件。但这是否意味着我没有编码保护,或者确实-a给了你这种保护?
  3. 我已经略读了可能有更好的选择。这真的是要走的路吗?我对事物的 *nix 方面不是特别流利......是mutt一个好的起点吗?还有其他建议吗?

这是在 RHEL 6.4 上,uuencode (GNU sharutils) 4.14

更新

mailx传家宝邮件版本 12.4 7/29/08是否重要?问题可能是如何mailx处理uuencode输出的行为差异?它可能是一个mailrc设置或一些环境变量吗?

好吧,我发现另一篇文章似乎有更多关于邮件标题的细节......我发现它有助于我更多地理解这个问题,所以我在这里保留了一个链接。

linux rhel email mail-command

6
推荐指数
1
解决办法
7812
查看次数

标签 统计

linux ×2

email ×1

group ×1

mail-command ×1

password ×1

permissions ×1

rhel ×1

security ×1