小编bjo*_*ter的帖子

我正在尝试向 Twitter API 发出 cURL HTTPS 请求，但出现此错误：

[root@webscoming httpdocs]# curl -v https://api.twitter.com
About to connect() to api.twitter.com port 443 (#0)
Trying 199.16.156.199... connected
Connected to api.twitter.com (199.16.156.199) port 443 (#0)
Initializing NSS with certpath: sql:/etc/pki/nssdb
CAfile: /etc/pki/tls/certs/ca-bundle.crt
CApath: none
NSS error -5990
Closing connection #0
SSL connect error
curl: (35) SSL connect error

我在另一台服务器上尝试过这个，它按预期工作。该错误是什么意思，我该如何解决？

我的服务器运行的是 CentOS 6.5 版。

请注意：我可以正确连接https://encrypted.google.com，但不成功https://api.twitter.com。

我在文件服务器上有一个非常奇怪的 NTFS 权限现象，我找不到我的错误，现在已经拉了几个小时了。我错过了什么？

我的目标是：

• 来自 Group-A 的用户应该能够将新文件/文件夹写入文件夹（“添加文件”）。他们还应该能够编辑那些新添加的文件。
• 在晚上，新添加的文件应该受到“保护”，以免被 Group-A 进一步编辑/删除。应该保留读取文件的权利和添加更多新文件的权利。

这是我所做的：

• 创建 Group-A，添加用户
• 授予 Group-A (F) 对文件夹的完全访问权限
• 创建一个脚本
  • 删除文件夹中文件的继承位
  • 删除 (F) 对文件的完全访问权限，保留只读权限

问题是，我的用户可以像拥有完全访问权限一样编辑和删除文件。即使“有效权限”显示没有编辑权限，仍然可以。

该脚本运行良好，如下所示：

icacls d:\folder\Bild1.jpg /inheritance:d
icacls d:\folder\Bild1.jpg /remove:g Group-A"

脚本运行后，file.jpg 上的 NTFS 权限如下所示（对我来说是正确的）：

icacls 输出也是如此：

d:\folder>icacls Bild1.jpg
Bild1.jpg WM\DomainAdmin:(F)
          WM\Domänen-Admins:(F)
          WM\Group-A:(RX)

该文件的有效权限选项卡显示完全相同（正确）的内容：

父文件夹的权限，用户应该可以在这里添加文件，如下所示：

Artweger WM\Group-A:(I)(OI)(CI)(F)
         WM\Domänen-Admins:(I)(OI)(CI)(F)

如果此用户登录（他只是在两个组中，域用户和组 A），他可以编辑、删除、重命名和移动文件 bild1.jpg。这怎么可能？NTFS 拿我光荣的计划做什么？

我有几个 Glacier 数据保险库，里面有数据。
我想将该数据移动到新的存储类 - “冰川深层档案”。

怎么做？我在保管库首选项的控制台中看不到这样的选项。