’n AppContainer-toepassing kan misluk om ’n proxy op dieselfde Windows-rekenaar te bereik, selfs terwyl ’n lessenaarblaaier dit suksesvol gebruik. Netwerki-solasie kan die plaaslike verbinding blokkeer voordat proxy-verifikasie begin.

Vir ’n gerigte ontwikkelingstoets, identifiseer die pakketfamilienaam en ondersoek bestaande vrystellings:

Get-AppxPackage -Name 'Example.App' |
    Select-Object Name, PackageFamilyName
CheckNetIsolation LoopbackExempt -s

In ’n verhoogde opdragprompt, voeg slegs die beoogde AppContainer by:

CheckNetIsolation LoopbackExempt -a -n="PACKAGE_FAMILY_NAME"

Vervang die plekhouer met die werklike naam. Om daardie toetsvrystelling te verwyder:

CheckNetIsolation LoopbackExempt -d -n="PACKAGE_FAMILY_NAME"

Die vrystelling laat loopback-kommunikasie vir daardie AppContainer toe. Dit kies nie die proxy-eindpunt nie, begin nie die proxydiens nie en verskaf nie ’n tussengangerrekening nie.

Hou die drie kontroles apart: die luisteraar bestaan, die toepassing kan dit bereik, en die proxy aanvaar die versoek. Om net WinHTTP-instellings in te voer verwyder nie ’n AppContainer se loopback-beperking nie.

Dit is die foutopsporingsmeganisme vir Windows-toepassingontwikkeling. Dit is nie ’n algemene vereiste vir elke verpakte of volvertroue lessenaartoepassing nie, en dit behoort nie ’n vrystelling vir elke geïnstalleerde toepassing te word nie.

Verwante artikels