Wie kann man verhindern, dass Windows 10 übersprungene DHCPv6-IPv6-Adressen wiederherstellt? Oder wie kann man DHCPv6 deaktivieren?

2024-12-5 • tag-icon

Wie kann man verhindern, dass Windows 10 übersprungene DHCPv6-IPv6-Adressen wiederherstellt? Oder wie kann man DHCPv6 deaktivieren?

Meine Schule hat allen meinen Schulkameraden einen IPv6-Block mit dem Präfix /64 zugewiesen. Ich möchte das 64-Bit-Suffix meines Windows 10 22H2-PCs korrigieren. Daher habe ich das folgende PowerShell-Skript ausgeführt, um meine benutzerdefinierte IPv6-Adresse auf $ipdie einzige IP festzulegen, die tatsächlich für ausgehende Pakete verwendet wird. Das hat funktioniert.

Fügen Sie eine benutzerdefinierte IPv6-Adresse hinzu:

New-NetIPAddress -InterfaceAlias Wi-Fi -IPAddress $ip -PolicyStore ActiveStore -PrefixLength 64
Set-NetIPAddress -IPAddress $ip -SkipAsSource $False

Legen Sie alle anderen öffentlichen IPv6-Adressen auf fest, SkipAsSourceum $Truezu verhindern, dass sie für ausgehende Pakete verwendet werden:

Get-NetIPAddress -InterfaceAlias Wi-Fi | ForEach-Object {
    if( ($_.AddressFamily.ToString() -eq "IPv6") -And ($_.IPAddress -ne $ip) -And ($_.PrefixOrigin.ToString() -ne "WellKnown") ){
        Set-NetIPAddress -IPAddress $_.IPAddress -SkipAsSource $True
    }
}

Aber nach ein paar Minuten wurde die IPv6-Adresse , die lautet , zu PrefixOrigin, "Dhcp"wodurch mein PC die DHCP-IPv6-Adresse für ausgehende Pakete verwendete. Um herauszufinden, warum, habe ich das folgende PowerShell-Skript ausgeführt, um die genaue Zeit zu ermitteln, als die DHCP-IPv6-Adresse zu wurde :SkipAsSource$FalseSkipAsSource$False

$isChanged = $false
while( !$isChanged ){
    Start-Sleep 10
    Get-Date
    Get-NetIPAddress -InterfaceAlias "Wi-Fi" -AddressFamily IPv6 | ForEach-Object{
        if($_.PrefixOrigin -eq "Dhcp"){
            if($_.SkipAsSource -eq $False){
                $global:isChanged = $True
                Write-Host -ForegroundColor Red "Found it"
                break
            }else{
                Write-Host "Nothing wrong"
            }
        }
    }
}

Der Zeitraum, den ich gefunden habe, liegt zwischen 2023-07-12 02:20:00 UTC+8und 2023-07-12 02:20:10 UTC+8, dann habe ich das folgende Systemprotokoll gefunden, dessen Zeitstempel lautet, 2023-07-12 02:20:01 UTC+8was möglicherweise damit zusammenhängt.

<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Netwtw04" />
    <EventID Qualifiers="16384">7003</EventID>
    <Version>0</Version>
    <Level>4</Level>
    <Task>0</Task>
    <Opcode>0</Opcode>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2023-07-11T18:20:01.5397220Z" />
    <EventRecordID>122318</EventRecordID>
    <Correlation />
    <Execution ProcessID="4" ThreadID="9152" />
    <Channel>System</Channel>
    <Computer>ComputerName</Computer>
    <Security />
  </System>
  <EventData>
    <Data>\Device\NDMP5</Data>
    <Data>Intel(R) Dual Band Wireless-AC 3165</Data>
    <Binary>0000080002003800000000005B1B00400000000000000000000000000000000000000000000000000000000000000000</Binary>
  </EventData>
</Event>

Und die folgenden beiden Protokolle von Applications and Services Logs\Microsoft\Windows\Dhcp-Client\Microsoft-Windows-DHCP Client Events/Adminhaben den gleichen Zeitstempel. Es gibt kein Protokoll mit dem gleichen oder benachbarten Zeitstempel von Applications and Services Logs\Microsoft\Windows\Dhcp-Client\Microsoft-Windows-DHCPv6 Client Events/Admin:

<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Microsoft-Windows-Dhcp-Client" Guid="{15a7a4f8-0072-4eab-abad-f98a4d666aed}" />
    <EventID>50067</EventID>
    <Version>0</Version>
    <Level>4</Level>
    <Task>3</Task>
    <Opcode>57</Opcode>
    <Keywords>0x4000000000000000</Keywords>
    <TimeCreated SystemTime="2023-07-11T18:20:01.5559344Z" />
    <EventRecordID>6641</EventRecordID>
    <Correlation />
    <Execution ProcessID="2044" ThreadID="6392" />
    <Channel>Microsoft-Windows-Dhcp-Client/Admin</Channel>
    <Computer>sanfrancisco</Computer>
    <Security UserID="S-1-5-19" />
  </System>
  <EventData>
    <Data Name="NetworkHintString">SSID</Data>
    <Data Name="NetworkHint">SSID hex</Data>
    <Data Name="HWLength">6</Data>
    <Data Name="HWAddress">MAC address</Data>
  </EventData>
</Event>

<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Microsoft-Windows-Dhcp-Client" Guid="{15a7a4f8-0072-4eab-abad-f98a4d666aed}" />
    <EventID>50065</EventID>
    <Version>0</Version>
    <Level>4</Level>
    <Task>3</Task>
    <Opcode>55</Opcode>
    <Keywords>0x4000000000000000</Keywords>
    <TimeCreated SystemTime="2023-07-11T18:20:01.5559369Z" />
    <EventRecordID>6642</EventRecordID>
    <Correlation />
    <Execution ProcessID="2044" ThreadID="6392" />
    <Channel>Microsoft-Windows-Dhcp-Client/Admin</Channel>
    <Computer>sanfrancisco</Computer>
    <Security UserID="S-1-5-19" />
  </System>
  <EventData>
    <Data Name="NetworkHintString">SSID</Data>
    <Data Name="NetworkHint">SSID hex</Data>
    <Data Name="HWLength">6</Data>
    <Data Name="HWAddress">MAC address</Data>
  </EventData>
</Event>

Wie kann man also verhindern, dass die DHCP-IPv6-Adresse zurückgesetzt wird? Oder wie kann man DHCPv6 deaktivieren?

Antwort1

Ich habe herausgefunden, dass ich DHCPv6 für eine Netzwerkkarte deaktivieren kann, indem ich Set-NetIPInterface -Dhcp Disable -InterfaceAlias Wi-Fi -AddressFamily IPv6. Nachdem ich das ausgeführt hatte, hatte meine Netzwerkkarte nur 2 öffentliche IPv6-Adressen, die ich manuell und SLAAC festgelegt hatte. Aber selbst nachdem ich die SLAAC-IPv6s auf festgelegt hatte SkipAsSource, $Truewurde es nach Stunden immer noch auf zurückgesetzt $False. Jetzt habe ich SLAAC deaktiviert, indem ich . netsh interface ipv6 set interface Wi-Fi routerdiscovery=disabledmein Problem wurde vollständig gelöst, da Windows nur eine öffentliche IPv6-Adresse hat.

Antwort1

verwandte Informationen