主页 / user-164250

Edward Ned Harvey's questions

Martin Hope
Edward Ned Harvey
Asked: 2018-07-04 16:02:21 +0800 CST
  • 4

在 RHEL 7.4 系统上，我添加了 salt-latest repo，如下所示：

yum -y install https://repo.saltstack.com/yum/redhat/salt-repo-latest-2.el7.noarch.rpm

请注意，除其他事项外，这会创建以下两个 GPG 密钥文件：

/etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7-Salt
/etc/pki/rpm-gpg/saltstack-signing-key

供以后参考，请注意 CentOS 密钥的指纹以 f4a80eb5 结尾：

# gpg --quiet --with-fingerprint /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7-Salt

pub  4096R/F4A80EB5 2014-06-23 CentOS-7 Key (CentOS 7 Official Signing Key) <[email protected]>
      Key fingerprint = 6341 AB27 53D7 8A78 A7C2  7BB1 24C6 A8A7 F4A8 0EB5

尝试重新同步下载：

mkdir /root/foobar

reposync --gpgcheck --plugins --repoid=salt-latest --download_path=/root/foobar --newest-only --downloadcomps --delete --download-metadata

它失败并出现以下错误：

Removing babel-0.9.6-8.el7.noarch.rpm, due to missing GPG key.
Removing libyaml-0.1.4-11.el7_0.i686.rpm, due to missing GPG key.
Removing libyaml-0.1.4-11.el7_0.x86_64.rpm, due to missing GPG key.

因此，我手动下载了所有失败的文件（在 for 循环中）并检查其签名密钥的签名。它们都是一样的，所以这里只是其中之一：

wget http://repo.saltstack.com/yum/redhat/7/x86_64/latest/base/babel-0.9.6-8.el7.noarch.rpm

rpm -K babel-0.9.6-8.el7.noarch.rpm

babel-0.9.6-8.el7.noarch.rpm: RSA sha1 ((MD5) PGP) md5 NOT OK (MISSING KEYS: (MD5) PGP#f4a80eb5)

请注意，该键PGP#f4a80eb5与上面引用的键匹配，F4A8 0EB5. 那么为什么它没有通过 gpg 检查呢？

我尝试过的事情包括：

  • 我编辑/etc/yum.repos.d/salt-latest.repo并更改了gpgkey=行。我对所有这三种变体都遇到了同样的失败。据我所知，换gpgkey=行没有效果：

    gpgkey=file:///etc/pki/rpm-gpg/saltstack-signing-key
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7-Salt
gpgkey=file:///etc/pki/rpm-gpg/saltstack-signing-key,file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7-Salt

  • 我尝试在reposync没有--gpgcheck. 它有效，但显然，以这种方式使用它是不好的。

    reposync --plugins --repoid=salt-latest --download_path=/root/foobar --newest-only --downloadcomps --delete --download-metadata

  • 我想知道 reposync 是否因为太弱而拒绝使用密钥？MD5。但我想不出任何方式来证实或否认这一点。

  • 我想知道密钥是否真的有过期日期？但我也找不到任何方法来确认或否认这一点。

saltstack
Martin Hope
Edward Ned Harvey
Asked: 2014-08-14 08:26:56 +0800 CST
  • 5

我有一台 Windows 7 Ultimate x86_64 机器，它无法访问网络 samba 服务器。我启动“运行”对话框，然后输入，\\192.168.x.x这样我就绕过了 DNS 和 NetBIOS 名称解析和广播发现，直接进入服务器 IP 地址。我运行了wireshark，发现客户端试图连接到服务器的端口是80，而不是445。（这当然失败，因为服务器没有监听80；服务器只运行samba和nmbd等，所以只有端口445和 137-139 适用）。

我知道这个问题，我不相信这是重复的，因为（a）这个问题在 Win XP 上已经超过 2 年了，并且（b）在这种情况下没有任何答案有帮助，尽管其他问题已标记为已回答。

错误消息是： Windows Cannot Access \\192.168.x.x当我单击“查看详细信息”时，它说Error Code 0x800704cf The network location cannot be reached

我确认存在并启用了 Microsoft 网络客户端。我什至将其删除（被迫重新启动）并重新安装。没有效果。

我禁用了 IPv6，没有效果。

我确认WebClient服务没有运行。（它设置为手动，并且没有运行）。

我确认TCP/IP NetBIOS Helper服务正在运行。（它设置为自动，并且正在运行。）

当然，我已经重新启动并重试了。（几次和几种方式）。

该问题似乎存在于旧补丁级别，并且在应用所有 Windows 更新后也继续存在。

为什么 Windows 会尝试使用端口 80 (webdav) 而不是端口 445 (samba/smb/cifs) 将文件资源管理器连接到 UNC 路径？

net view 192.168.x.x在受影响的客户端上引发错误消息：

C:\Windows\system32>net view 192.168.x.x
System error 53 has occurred.

The network path was not found.


C:\Windows\system32>ping 192.168.x.x

Pinging 192.168.x.x with 32 bytes of data:
Reply from 192.168.x.x: bytes=32 time<1ms TTL=64
Reply from 192.168.x.x: bytes=32 time<1ms TTL=64

但在另一个客户端上工作正常：

C:\Users\eharvey>net view 192.168.x.x
Shared resources at 192.168.x.x

netfiles server (Samba, Ubuntu)

Share name  Type  Used as  Comment

-------------------------------------------------------------------------------
myshare     Disk           My Company data storage
The command completed successfully.
windows