In AppContainer-app kin misse om in proxy op deselde Windows-masine te berikken, sels wylst in buroblêdblêder dy mei súkses brûkt. Netwurkisolaasje kin de pleatslike ferbining blokkearje foardat de proxy-autentikaasje begjint.

Foar in rjochte ûntwikkelingstest, fyn de pakketfamyljenamme en besjoch besteande ûntheffingen:

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

Yn in ferhege opdrachtprompt, foegje allinnich de bedoelde AppContainer ta:

CheckNetIsolation LoopbackExempt -a -n="PACKAGE_FAMILY_NAME"

Ferfange de placeholder troch de wiere namme. Om dy testûntheffing fuort te heljen:

CheckNetIsolation LoopbackExempt -d -n="PACKAGE_FAMILY_NAME"

De ûntheffing lit loopback-kommunikaasje foar dy AppContainer ta. It kiest net it proxy-einpunt, startet net de proxytjinst en leveret gjin tuskenpersoanaccount.

Hâld de trije kontrôles skieden: de listener bestiet, de app kin dy berikke, en de proxy akseptearret it fersyk. Allinnich WinHTTP-ynstellingen ymportearje hellet de loopback-beheining fan in AppContainer net fuort.

Dit is it probleemoplossingsmeganisme fan Windows-appûntwikkeling. It is gjin algemiene eask foar elke ferpakte of folslein fertroude buroblêdapp, en it moat gjin ûntheffing wurde foar elke ynstalleare app.

Relatearre artikelen