登录
Microsoft.com
 
Microsoft
 
 
 

none
server2016 组策略管理状态IP地址异常 RRS feed

 > 

  • 问题

  • Question
    登录进行投票
    0
    登录进行投票

    组策略管理状态显示的IP地址异常，该域控制器IP地址为手动配置，ipconfig  /all 显示IP地址正常

    且在其他域服务器上查看组策略状态却是正常的

    2020年11月19日 7:33
    |

全部回复

  • Question
    登录进行投票
    0
    登录进行投票
    尊敬的客户，您好，

    感谢您的发帖。

    请问我们说的IP地址异常，是指显示的IP地址不正确吗？我自己的测试环境如下，IP地址显示的是对应DC的IP地址。



    如果尝试刷新此页面，或者重新打开组策略管理器，IP地址会正常显示吗？

    如果运行以下的命令，有任何报错吗？

    1，所有的域控制器上面运行Dcdiag /v检查域控制器的健康状况。
    2，在每个域控制器上运行repadmin /showrepl 和 repadmin /replsum检查AD复制是否正常。
    3，检查我们是否可以在每个DC上成功运行gpupdate / force。

    如有任何疑虑，请随时联系我们。

    此致，
    Hannah Xiong

    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2020年11月19日 8:58
    |
  • Question
    登录进行投票
    0
    登录进行投票
    尊敬的客户，您好，

    感谢您的发帖。

    请问我们说的IP地址异常，是指显示的IP地址不正确吗？我自己的测试环境如下，IP地址显示的是对应DC的IP地址。



    如果尝试刷新此页面，或者重新打开组策略管理器，IP地址会正常显示吗？

    如果运行以下的命令，有任何报错吗？

    1，所有的域控制器上面运行Dcdiag /v检查域控制器的健康状况。
    2，在每个域控制器上运行repadmin /showrepl 和 repadmin /replsum检查AD复制是否正常。
    3，检查我们是否可以在每个DC上成功运行gpupdate / force。

    如有任何疑虑，请随时联系我们。

    此致，
    Hannah Xiong

    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    在其他两台域控制器上显示的IP地址都是正确的，只有这台RPC主机所在域控显示本身地址错误

    重新检测加载或者关闭重开都无效

    Dcdiag /v、repadmin /showrepl 和 repadmin /replsum 

    检测都是通过的



    Repadmin: 针对所有 DC localhost 运行命令 /showrepl
    Default-First-Site-Name\NADSERVER
    DSA 选项: IS_GC
    站点选项: (none)
    DSA 对象 GUID: f05294ca-b82a-4833-994b-668ca5ab3443
    DSA 调用 ID: 3790e941-c6a4-4c3d-b11d-ed0ae26f289d

    ==== 入站邻居 ===========================================

    DC=XXX,DC=net
        Default-First-Site-Name\NADBSERVER 通过 RPC
            DSA 对象 GUID: 747819dd-a177-4ba9-a790-b263c278d790
            上次在 2020-11-19 17:52:12 的尝试成功。
        Default-First-Site-Name\ADBAK 通过 RPC
            DSA 对象 GUID: 9ed91935-4045-4c06-9ebc-999b0bec60c9
            上次在 2020-11-19 17:52:23 的尝试成功。

    CN=Configuration,DC=XXX,DC=net
        Default-First-Site-Name\NADBSERVER 通过 RPC
            DSA 对象 GUID: 747819dd-a177-4ba9-a790-b263c278d790
            上次在 2020-11-19 17:49:59 的尝试成功。
        Default-First-Site-Name\ADBAK 通过 RPC
            DSA 对象 GUID: 9ed91935-4045-4c06-9ebc-999b0bec60c9
            上次在 2020-11-19 17:49:59 的尝试成功。

    CN=Schema,CN=Configuration,DC=XXX,DC=net
        Default-First-Site-Name\NADBSERVER 通过 RPC
            DSA 对象 GUID: 747819dd-a177-4ba9-a790-b263c278d790
            上次在 2020-11-19 17:49:59 的尝试成功。
        Default-First-Site-Name\ADBAK 通过 RPC
            DSA 对象 GUID: 9ed91935-4045-4c06-9ebc-999b0bec60c9
            上次在 2020-11-19 17:49:59 的尝试成功。

    DC=ForestDnsZones,DC=XXX,DC=net
        Default-First-Site-Name\NADBSERVER 通过 RPC
            DSA 对象 GUID: 747819dd-a177-4ba9-a790-b263c278d790
            上次在 2020-11-19 17:49:59 的尝试成功。
        Default-First-Site-Name\ADBAK 通过 RPC
            DSA 对象 GUID: 9ed91935-4045-4c06-9ebc-999b0bec60c9
            上次在 2020-11-19 17:49:59 的尝试成功。

    DC=DomainDnsZones,DC=XXX,DC=net
        Default-First-Site-Name\NADBSERVER 通过 RPC
            DSA 对象 GUID: 747819dd-a177-4ba9-a790-b263c278d790
            上次在 2020-11-19 17:49:59 的尝试成功。
        Default-First-Site-Name\ADBAK 通过 RPC
            DSA 对象 GUID: 9ed91935-4045-4c06-9ebc-999b0bec60c9
            上次在 2020-11-19 17:49:59 的尝试成功。


    C:\Users\administrator.XXX>repadmin /replsum
    复制摘要开始时间: 2020-11-19 17:53:07

    正在开始用于复制摘要的数据收集，此操作可能需要一段时间:
      ......


    源 DSA              最大增量         失败/总数 %%     错误
     ADBAK                     03m:08s    0 /  10    0
     NADBSERVER                07m:27s    0 /  10    0
     NADSERVER                 07m:27s    0 /  10    0


    目标 DSA            最大增量         失败/总数 %%     错误
     ADBAK                     07m:27s    0 /  10    0
     NADBSERVER                02m:03s    0 /  10    0
     NADSERVER                 03m:08s    0 /  10    0

    dcdiag /q没有错误显示  gpupdate / force在所有域控制器上都可以成功运行


    • 已编辑 nh_123 2020年11月19日 10:01
    2020年11月19日 9:58
    |
  • Question
    登录进行投票
    0
    登录进行投票
    您好，

    感谢您的回复。

    请问这台RPC主机所在的域控是我们手动配置的静态IP地址吗？如下图：



    另外，我们之前有修改过这台域控的IP地址吗？当前显示错误的这个IP地址169.254.218.40，是这台域控的旧的IP地址吗？

    期待您的回复。感谢您的支持。

    此致，
    Hannah Xiong

    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2020年11月20日 1:43
    |
  • Question
    登录进行投票
    0
    登录进行投票
    您好，

    感谢您的回复。

    请问这台RPC主机所在的域控是我们手动配置的静态IP地址吗？如下图：



    另外，我们之前有修改过这台域控的IP地址吗？当前显示错误的这个IP地址169.254.218.40，是这台域控的旧的IP地址吗？

    期待您的回复。感谢您的支持。

    此致，
    Hannah Xiong

    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    是的IP地址是手动配置的，所有域控服务器都是从原来2008升级到2016的，IP地址都未改变，169.254.218.40不是域控IP
    2020年11月20日 3:58
    |
  • Question
    登录进行投票
    0
    登录进行投票
    尊敬的客户，您好，

    感谢您的回复。

    我们可以登录到这台RPC主机所在的域控所指向的的DNS服务器中，查看下是否有这个IP地址记录。如果这台域控有多个IP地址的话，可以删除其余的IP地址。DNS负责将域名称解析为IP地址，我们猜测，可能是DNS解析这台DC出现问题，所以建议我们可以到DNS服务器上面去检查下。

    如有问题，请随时联系我们。

    此致，
    Hannah Xiong

    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2020年11月20日 9:27
    |
  • Question
    登录进行投票
    0
    登录进行投票
    尊敬的客户，您好，

    感谢您的回复。

    我们可以登录到这台RPC主机所在的域控所指向的的DNS服务器中，查看下是否有这个IP地址记录。如果这台域控有多个IP地址的话，可以删除其余的IP地址。DNS负责将域名称解析为IP地址，我们猜测，可能是DNS解析这台DC出现问题，所以建议我们可以到DNS服务器上面去检查下。

    如有问题，请随时联系我们。

    此致，
    Hannah Xiong

    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    DNS服务器中指向域控的IP都是正确的
    2020年11月23日 5:25
    |
  • Question
    登录进行投票
    0
    登录进行投票
    您好，

    感谢您的回复。

    DNS服务器中可以找到此IP地址169.254.218.40相关的条目吗？

    我们可以重启此域控，然后看下问题是否解决。

    此致，
    Hannah Xiong

    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2020年11月23日 6:55
    |
  • Question
    登录进行投票
    0
    登录进行投票
    您好，

    感谢您的回复。

    DNS服务器中可以找到此IP地址169.254.218.40相关的条目吗？

    我们可以重启此域控，然后看下问题是否解决。

    此致，
    Hannah Xiong

    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    重启域控没有效果，DNS中未找到169.254.218.40相关条目
    2020年11月24日 6:13
    |
  • Question
    登录进行投票
    0
    登录进行投票
    您好，

    感谢您的回复。

    根据搜索结果来看，169.254.x.y地址是APIPA地址，它是主机自行分配的，通常在主机无法联系DHCP服务器时显示。建议我们再次检查下域控的静态地址配置，包括子网掩码。

    根据以下文章，可以通过在命令提示符处使用IPconfig命令来确定计算机是否正在使用APIPA：

    单击开始，单击运行，键入“ cmd”（不带引号），然后单击确定以打开MS-DOS命令行窗口。键入“ ipconfig / all”（不带引号），然后按Enter键。如果“启用自动配置”行显示“是”，并且“自动配置IP地址”为169.254.xy（其中xy是客户端的唯一标识符），则说明计算机正在使用APIPA。如果“启用自动配置”行显示“否”，则表明计算机当前未使用APIPA。

    详细信息我们可以参考：
    https://docs.microsoft.com/en-us/windows-server/troubleshoot/how-to-use-automatic-tcpip-addressing-without-a-dh

    但是之前我们说过，该域控制器的IP地址是手动配置的，手动配置的话，将会禁用APIPA。这一点我也有点疑惑，而且对于网络问题，我也不是很专业。还是建议我们再次检查下域控的静态地址配置。

    感谢您的理解和支持。

    此致，
    Hannah Xiong

    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2020年11月24日 8:15
    |