Kohandatud puhverserveri mooduli laadimine .NET Frameworkis
Kontrollige tüüpide laadimist, käivitatava faili konfiguratsiooni ja taotluste alistamisi, kui defaultProxy moodul tundub mõjutu.
.NET Frameworki rakenduse puhul registreerige puhverserveri moodul jaotise configuration/system.net/defaultProxy alla:
<defaultProxy>
<module type="Company.Network.RoutingProxy, Company.Network" />
</defaultProxy>Esimene nimi on tüüp ja teine selle komplekti identiteet, mitte DLL-i tee. Komplekt ja sõltuvused peavad laadima rakenduse tavapäraste reeglite järgi.
Kontrollige kahte väravat. Esiteks peab käitusaeg looma avaliku tüübi, mis rakendab IWebProxy parameetriteta konstruktori kaudu. Säilitage laadimis- või konstrueerimistõrgete sisemised erandid; need eelnevad igale puhverserveri TCP-ühendusele. Töölaua väljaande puhul kinnitage, et registreerimine jõudis käivitatava faili juurutatud konfiguratsiooni. ClickOnce'i puhul võrrelge ehitatud, avaldatud ja installitud .exe.config-i. Klassiteegi App.config ei konfigureeri tavaliselt oma hostprotsessi.
Teiseks peab taotlus seda vaikeväärtust kasutama. Selgesõnaline puhverserveri määramine võib selle asendada ja teine HTTP-pinu ei pruugi seda konfiguratsioonimudelit lugeda. Mooduli sees vajavad GetProxy ja IsBypassed järjepidevaid otsuseid, absoluutse puhverserveri URI-ga, mis kasutab õiget skeemi ja porti.
Muutke ka volituste käitumine järjepidevaks. Getter, mis loob kõvakodeeritud konto ja eirab oma setterit, võib hilisema konfiguratsiooni nurjata ka pärast edukat laadimist.
See on .NET Frameworki hooldusmehhanism. Kasutage praeguses .NET-is võrgukliendi toetatud puhverserveri konfiguratsiooni, selle asemel et eeldada, et see pärandatud system.net-registreering juhib iga HttpClienti.