Privacygegevens van Windows Communication Foundation

Artikel
03/02/2024

Microsoft streeft ernaar om de privacy van eindgebruikers te beschermen. Wanneer u een toepassing bouwt met behulp van Windows Communication Foundation (WCF), versie 3.0, kan uw toepassing van invloed zijn op de privacy van uw eindgebruikers. Uw toepassing kan bijvoorbeeld expliciet contactgegevens van gebruikers verzamelen of informatie via internet aanvragen of verzenden naar uw website. Als u Microsoft-technologie insluit in uw toepassing, heeft deze technologie mogelijk een eigen gedrag dat van invloed kan zijn op de privacy. WCF verzendt geen gegevens naar Microsoft vanuit uw toepassing, tenzij u of de eindgebruiker ervoor kiest deze naar ons te verzenden.

WCF kort

WCF is een gedistribueerd berichtenframework met behulp van microsoft .NET Framework waarmee ontwikkelaars gedistribueerde toepassingen kunnen bouwen. Berichten die tussen twee toepassingen worden gecommuniceerd, bevatten header- en hoofdtekstinformatie.

Headers kunnen berichtroutering, beveiligingsinformatie, transacties en meer bevatten, afhankelijk van de services die door de toepassing worden gebruikt. Berichten worden doorgaans standaard versleuteld. De enige uitzondering hierop is wanneer u de BasicHttpBinding, die is ontworpen voor gebruik met niet-beveiligde, verouderde webservices. Als toepassingsontwerper bent u verantwoordelijk voor het uiteindelijke ontwerp. Berichten in de SOAP-hoofdtekst bevatten toepassingsspecifieke gegevens; Deze gegevens, zoals door de toepassing gedefinieerde persoonlijke gegevens, kunnen echter worden beveiligd met behulp van WCF-versleutelings- of vertrouwelijkheidsfuncties. In de volgende secties worden de functies beschreven die mogelijk van invloed zijn op de privacy.

Berichten

Elk WCF-bericht heeft een adreskop die de bestemming van het bericht aangeeft en waar het antwoord moet worden verzonden.

Het adresonderdeel van een eindpuntadres is een URI (Uniform Resource Identifier) die het eindpunt identificeert. Het adres kan een netwerkadres of een logisch adres zijn. Het adres kan de computernaam (hostnaam, volledig gekwalificeerde domeinnaam) en een IP-adres bevatten. Het eindpuntadres kan ook een GUID (Globally Unique Identifier) of een verzameling GUID's bevatten voor tijdelijke adressering die wordt gebruikt om elk adres te onderscheiden. Elk bericht bevat een bericht-id die een GUID is. Deze functie volgt de WS-Adresseringsreferentiestandaard.

De WCF-berichtenlaag schrijft geen persoonlijke gegevens naar de lokale computer. Het kan echter persoonlijke gegevens doorgeven op netwerkniveau als een serviceontwikkelaar een service heeft gemaakt die dergelijke informatie beschikbaar maakt (bijvoorbeeld door de naam van een persoon in een eindpuntnaam te gebruiken of persoonlijke gegevens op te geven in de beschrijvingstaal van het eindpunt, maar clients geen https hoeven te gebruiken voor toegang tot de WSDL). Als een ontwikkelaar ook het hulpprogramma ServiceModel Metadata Utility (Svcutil.exe) uitvoert op een eindpunt dat persoonlijke gegevens weergeeft, kan de uitvoer van het hulpprogramma die informatie bevatten en wordt het uitvoerbestand naar de lokale harde schijf geschreven.

Hosting

Met de hostingfunctie in WCF kunnen toepassingen op aanvraag starten of het delen van poorten tussen meerdere toepassingen inschakelen. Een WCF-toepassing kan worden gehost in IIS (Internet Information Services), vergelijkbaar met ASP.NET.

Hosting geeft geen specifieke informatie weer in het netwerk en bewaart geen gegevens op de computer.

Berichtbeveiliging

WCF-beveiliging biedt de beveiligingsmogelijkheden voor berichtentoepassingen. De opgegeven beveiligingsfuncties omvatten verificatie en autorisatie.

Verificatie wordt uitgevoerd door referenties door te geven tussen de clients en services. Verificatie kan als volgt zijn via beveiliging op transportniveau of via SOAP-berichtniveaubeveiliging:

In SOAP-berichtbeveiliging wordt verificatie uitgevoerd via referenties zoals gebruikersnaam/wachtwoorden, X.509-certificaten, Kerberos-tickets en SAML-tokens, die allemaal persoonlijke gegevens kunnen bevatten, afhankelijk van de verlener.
Met transportbeveiliging wordt verificatie uitgevoerd via traditionele transportverificatiemechanismen zoals HTTP-verificatieschema's (Basic, Digest, Negotiate, Integrated Windows Authorization, NTLM, None en Anonymous) en formulierverificatie.

Verificatie kan resulteren in een beveiligde sessie die tot stand is gebracht tussen de communicatie-eindpunten. De sessie wordt geïdentificeerd door een GUID die de levensduur van de beveiligingssessie duurt. In de volgende tabel ziet u wat er wordt bewaard en waar.

Gegevens	Storage
Presentatiereferenties, zoals gebruikersnaam, X.509-certificaten, Kerberos-tokens en verwijzingen naar referenties.	Standaardmechanismen voor Windows-referentiebeheer, zoals het Windows-certificaatarchief.
Gebruikerslidmaatschapsgegevens, zoals gebruikersnamen en wachtwoorden.	ASP.NET lidmaatschapsproviders.
Identiteitsinformatie over de service die wordt gebruikt voor het verifiëren van de service voor clients.	Eindpuntadres van de service.
Bellergegevens.	Controlelogboeken.

Controle

Controle registreert het slagen en mislukken van verificatie- en autorisatie-gebeurtenissen. Controlerecords bevatten de volgende gegevens: service-URI, actie-URI en de identificatie van de beller.

Controle registreert ook wanneer de beheerder de configuratie van berichtlogboekregistratie wijzigt (in- of uitschakelen), omdat logboekregistratie toepassingsspecifieke gegevens in kop- en hoofdteksten kan registreren. Voor Windows XP wordt een record vastgelegd in het gebeurtenislogboek van de toepassing. Voor Windows Vista en Windows Server 2003 wordt een record vastgelegd in het logboek met beveiligingsgebeurtenissen.

Transacties

De transactiefunctie biedt transactionele services aan een WCF-toepassing.

Transactieheaders die worden gebruikt in transactiedoorgifte, kunnen transactie-id's of inlistment-id's bevatten. Dit zijn GUID's.

De functie Transacties maakt gebruik van microsoft Distributed Transaction Coordinator (MSDTC) Transaction Manager (een Windows-onderdeel) om de transactiestatus te beheren. Communicatie tussen Transactiesmanagers wordt standaard versleuteld. Transaction Managers kunnen eindpuntverwijzingen, transactie-id's en insluitings-id's vastleggen als onderdeel van hun duurzame status. De levensduur van deze status wordt bepaald door de levensduur van het logboekbestand van Transaction Manager. De MSDTC-service is eigenaar van dit logboek en onderhoudt dit logboek.

Met de functie Transacties worden de WS-Coördinatie- en WS-Atomic Transaction-standaarden geïmplementeerd.

Betrouwbare sessies

Betrouwbare sessies in WCF bieden de overdracht van berichten wanneer er sprake is van transport- of intermediaire storingen. Ze bieden een exacte overdracht van berichten, zelfs wanneer het onderliggende transport wordt verbroken (bijvoorbeeld een TCP-verbinding op een draadloos netwerk) of een bericht verliest (een HTTP-proxy die een uitgaand of binnenkomend bericht neerzet). Betrouwbare sessies herstellen ook het opnieuw ordenen van berichten (zoals in het geval van routering met meerdere paden), waarbij de volgorde behouden blijft waarin de berichten zijn verzonden.

Betrouwbare sessies worden geïmplementeerd met behulp van het WS-ReliableMessaging-protocol (WS-RM). Ze voegen WS-RM-headers toe die sessiegegevens bevatten, die worden gebruikt om alle berichten te identificeren die zijn gekoppeld aan een bepaalde betrouwbare sessie. Elke WS-RM-sessie heeft een id, een GUID.

Er worden geen persoonlijke gegevens bewaard op de computer van de eindgebruiker.

Kanalen in wachtrij

Wachtrijen slaan berichten op van een verzendende toepassing namens een ontvangende toepassing en sturen deze berichten later door naar de ontvangende toepassing. Ze helpen ervoor te zorgen dat berichten worden overgedragen van het verzenden van toepassingen naar ontvangende toepassingen wanneer de ontvangende toepassing bijvoorbeeld tijdelijk is. WCF biedt ondersteuning voor wachtrijen met behulp van Microsoft Message Queuing (MSMQ) als transport.

De functie kanalen in de wachtrij voegt geen kopteksten toe aan een bericht. In plaats daarvan wordt er een Message Queuing-bericht gemaakt met de juiste Message Queuing-berichteigenschappen ingesteld en wordt message Queuing-methoden aangeroepen om het bericht in de Message Queuing-wachtrij te plaatsen. Message Queuing is een optioneel onderdeel dat wordt geleverd met Windows.

Er worden geen gegevens bewaard op de computer van de eindgebruiker door de functie kanalen in de wachtrij, omdat message queuing wordt gebruikt als wachtrijinfrastructuur.

COM+-integratie

Met deze functie worden bestaande COM- en COM+-functionaliteit verpakt om services te maken die compatibel zijn met WCF-services. Deze functie gebruikt geen specifieke headers en behoudt geen gegevens op de computer van de eindgebruiker.

COM-service moniker

Dit biedt een onbeheerde wrapper naar een standaard WCF-client. Deze functie heeft geen specifieke headers op de kabel en bewaart deze ook geen gegevens op de computer.

Peerkanaal

Een peerkanaal maakt het ontwikkelen van toepassingen met meerdere partijen mogelijk met behulp van WCF. Berichten met meerdere partijen vindt plaats in de context van een mesh. Meshes worden geïdentificeerd door een naam die knooppunten kunnen samenvoegen. Elk knooppunt in het peerkanaal maakt een TCP-listener op een door de gebruiker opgegeven poort en brengt verbindingen tot stand met andere knooppunten in de mesh om tolerantie te garanderen. Als u verbinding wilt maken met andere knooppunten in de mesh, wisselen knooppunten ook enkele gegevens uit, waaronder het listeneradres en de IP-adressen van de machine, met andere knooppunten in de mesh. Berichten die in de mesh worden verzonden, kunnen beveiligingsinformatie bevatten die betrekking heeft op de afzender om adresvervalsing en manipulatie van berichten te voorkomen.

Er worden geen persoonlijke gegevens opgeslagen op de computer van de eindgebruiker.

IT-professionele ervaring

Tracering

Met de diagnostische functie van de WCF-infrastructuur worden berichten geregistreerd die de transport- en servicemodellagen passeren, en de activiteiten en gebeurtenissen die aan deze berichten zijn gekoppeld. Standaard is deze optie uitgeschakeld. Het is ingeschakeld met behulp van het configuratiebestand van de toepassing en het traceringsgedrag kan worden gewijzigd met behulp van de WCF WMI-provider tijdens runtime. Wanneer deze functie is ingeschakeld, verzendt de traceringsinfrastructuur een diagnostische trace die berichten, activiteiten en verwerkingsgebeurtenissen bevat voor geconfigureerde listeners. De indeling en locatie van de uitvoer worden bepaald door de configuratieopties van de listener van de beheerder, maar is meestal een xml-bestand dat is opgemaakt. De beheerder is verantwoordelijk voor het instellen van de toegangsbeheerlijst (ACL) voor de traceringsbestanden. Met name wanneer deze wordt gehost door Windows Activation System (WAS), moet de beheerder ervoor zorgen dat de bestanden niet worden geleverd vanuit de openbare virtuele hoofdmap als dat niet gewenst is.

Er zijn twee soorten tracering: berichtenlogboekregistratie en diagnostische tracering van servicemodel, zoals beschreven in de volgende sectie. Elk type wordt geconfigureerd via een eigen traceringsbron: MessageLogging en System.ServiceModel. Beide traceringsbronnen voor logboekregistratie leggen gegevens vast die lokaal zijn voor de toepassing.

Logboekregistratie van berichten

Met de traceringsbron voor berichtregistratie (MessageLogging) kan een beheerder de berichten registreren die door het systeem stromen. Via de configuratie kan de gebruiker besluiten om alleen volledige berichten of berichtkoppen te registreren, of ze zich moeten aanmelden bij de transport- en/of servicemodellagen en of ze onjuiste berichten moeten opnemen. De gebruiker kan ook filteren configureren om te beperken welke berichten worden geregistreerd.

Berichtenlogboekregistratie is standaard uitgeschakeld. De beheerder van de lokale computer kan voorkomen dat de beheerder op toepassingsniveau de logboekregistratie van berichten inschakelt.

Versleutelde en ontsleutelde logboekregistratie van berichten

Berichten worden vastgelegd, versleuteld of ontsleuteld, zoals beschreven in de volgende termen.

Logboekregistratie van transportlogboeken ontvangen en verzonden berichten op transportniveau. Deze berichten bevatten alle headers en kunnen worden versleuteld voordat ze op de kabel worden verzonden en wanneer ze worden ontvangen.

Als berichten worden versleuteld voordat ze op de kabel worden verzonden en wanneer ze worden ontvangen, worden ze ook versleuteld geregistreerd. Een uitzondering is wanneer een beveiligingsprotocol wordt gebruikt (https): ze worden vervolgens versleuteld geregistreerd voordat ze worden verzonden en nadat ze zijn ontvangen, zelfs als ze zijn versleuteld op de kabel.

Logboekregistratie registreert berichten die zijn ontvangen of verzonden op servicemodelniveau, nadat de verwerking van kanaalheaders is opgetreden, net voor en na het invoeren van gebruikerscode.

Berichten die op dit niveau zijn geregistreerd, worden ontsleuteld, zelfs als ze zijn beveiligd en versleuteld op de kabel.

Ongeldige logboekregistratie registreert berichten die de WCF-infrastructuur niet begrijpt of verwerkt.

Berichten worden geregistreerd als zodanig, dat wil gezegd, versleuteld of niet

Wanneer berichten zijn aangemeld in ontsleutelde of niet-versleutelde vorm, verwijdert WCF standaard beveiligingssleutels en mogelijk persoonlijke gegevens uit de berichten voordat ze worden geregistreerd. In de volgende secties wordt beschreven welke informatie wordt verwijderd en wanneer. De machinebeheerder en toepassings deployer moeten beide bepaalde configuratieacties uitvoeren om het standaardgedrag te wijzigen in logboeksleutels en mogelijk persoonlijke gegevens.

Informatie die is verwijderd uit berichtkoppen bij het vastleggen van ontsleutelde/niet-versleutelde berichten

Wanneer berichten zijn aangemeld in ontsleutelde of niet-versleutelde vorm, worden beveiligingssleutels en mogelijk persoonlijke gegevens standaard verwijderd uit berichtkoppen en berichtteksten voordat ze worden geregistreerd. In de volgende lijst ziet u wat WCF sleutels en mogelijk persoonlijke gegevens beschouwt.

Sleutels die worden verwijderd:

Voor xmlns:wst="http://schemas.xmlsoap.org/ws/2004/04/trust" en xmlns:wst="http://schemas.xmlsoap.org/ws/2005/02/trust"

wst:BinarySecret wst:Entropy
Voor xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.1.xsd" en xmlns:wsse="http://docs.oasis-open.org/wss/2005/xx/oasis-2005xx-wss-wssecurity-secext-1.1.xsd"

wsse:Password wsse:Nonce

Mogelijk persoonlijke gegevens die worden verwijderd:

Voor xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.1.xsd" en xmlns:wsse="http://docs.oasis-open.org/wss/2005/xx/oasis-2005xx-wss-wssecurity-secext-1.1.xsd"

wsse:Username wsse:BinarySecurityToken
Voor xmlns:saml="urn:oasis:names:tc:SAML:1.0:assertion" de volgende items in bold worden verwijderd:

<Assertion MajorVersion="1" MinorVersion="1" AssertionId="[ID]" Issuer="[string]" IssueInstant="[dateTime]"

<Voorwaarden NotBefore="[dateTime]" NotOnOrAfter="[dateTime]">AudienceRestrictionCondition><Audience>[uri]</Audience+ </AudienceRestrictionCondition>>* <DoNotCacheCondition />* <-- abstract basistype <Voorwaarde />*<

</Voorwaarden>? <Advice><AssertionIDReference>[ID]</AssertionIDReference>* <Assertion>[assertion]</Assertion>* [any]* </Advice>? <-- abstracte basistypen <Instructie />* <SubjectStatement><Subject> `<NameIdentifierNameQualifier="[string]"?Format="[uri]"?>[string]</NameIdentifier>?`<SubjectConfirmation><ConfirmationMethod>[anyUri]</ConfirmationMethod>+ <SubjectConfirmationData>[any]</SubjectConfirmationData>? <ds:KeyInfo>...</ds:KeyInfo>? </SubjectConfirmation>? </Subject></SubjectStatement>*

<AuthenticationStatement AuthenticationMethod="[uri]" AuthenticationInstant="[dateTime]"

[Onderwerp] <SubjectLocalityIPAddress="[string]"?DNSAddress="[string]"?/>?<AuthorityBinding AuthorityKind="[QName]" Location="[uri]" Binding="[uri]" />* /* </AuthenticationStatement* <AttributeStatement>> [Subject] <AttributeName="[string]" AttributeNamespace="[uri]"

<AttributeValue>[any]</AttributeValue>+</Attribute>+ </AttributeStatement>* <AuthorizationDecisionStatement Resource="[uri]" Decision="[Permit|Weigeren |Onbepaald]"

[Onderwerp] <Action Namespace="[uri]">[string]</Action>+ <Evidence<>AssertionIDReference>[ID]</AssertionIDReference>+ <Assertion>[assertion]</Assertion>+ </Evidence>? </AuthorizationDecisionStatement>* </Assertion>

Informatie verwijderd uit berichtteksten bij het vastleggen van ontsleutelde/niet-versleutelde berichten

Zoals eerder beschreven, verwijdert WCF sleutels en bekende mogelijk persoonlijke gegevens uit berichtkoppen voor vastgelegde en niet-versleutelde berichten. Daarnaast verwijdert WCF sleutels en bekende mogelijk persoonlijke gegevens uit berichtteksten voor de hoofdtekstelementen en acties in de volgende lijst, waarin beveiligingsberichten worden beschreven die betrokken zijn bij sleuteluitwisseling.

Voor de volgende naamruimten:

xmlns:wst="http://schemas.xmlsoap.org/ws/2004/04/trust" en xmlns:wst="http://schemas.xmlsoap.org/ws/2005/02/trust" (bijvoorbeeld als er geen actie beschikbaar is)

Informatie wordt verwijderd voor deze hoofdtekstelementen, die betrekking hebben op sleuteluitwisseling:

wst:RequestSecurityToken

wst:RequestSecurityTokenResponse

wst:RequestSecurityTokenResponseCollection

Informatie wordt ook verwijderd voor elk van de volgende acties:

http://schemas.xmlsoap.org/ws/2005/02/trust/RST/Issue
http://schemas.xmlsoap.org/ws/2005/02/trust/RSTR/Issue
http://schemas.xmlsoap.org/ws/2005/02/trust/RST/Renew
http://schemas.xmlsoap.org/ws/2005/02/trust/RSTR/Renew
http://schemas.xmlsoap.org/ws/2005/02/trust/RST/Cancel
http://schemas.xmlsoap.org/ws/2005/02/trust/RSTR/Cancel
http://schemas.xmlsoap.org/ws/2005/02/trust/RST/Validate
http://schemas.xmlsoap.org/ws/2005/02/trust/RSTR/Validate
http://schemas.xmlsoap.org/ws/2005/02/trust/RST/SCT
http://schemas.xmlsoap.org/ws/2005/02/trust/RSTR/SCT
http://schemas.xmlsoap.org/ws/2005/02/trust/RST/SCT/Amend
http://schemas.xmlsoap.org/ws/2005/02/trust/RSTR/SCT/Amend
http://schemas.xmlsoap.org/ws/2005/02/trust/RST/SCT/Renew
http://schemas.xmlsoap.org/ws/2005/02/trust/RSTR/SCT/Renew
http://schemas.xmlsoap.org/ws/2005/02/trust/RST/SCT/Cancel
http://schemas.xmlsoap.org/ws/2005/02/trust/RSTR/SCT/Cancel
http://schemas.xmlsoap.org/ws/2004/04/security/trust/RST/SCT
http://schemas.xmlsoap.org/ws/2004/04/security/trust/RSTR/SCT
http://schemas.xmlsoap.org/ws/2004/04/security/trust/RST/SCT-Amend
http://schemas.xmlsoap.org/ws/2004/04/security/trust/RSTR/SCT-Amend

Er worden geen gegevens verwijderd uit toepassingsspecifieke headers en hoofdtekstgegevens

WCF houdt geen persoonlijke gegevens bij in toepassingsspecifieke headers (bijvoorbeeld queryreeksen) of hoofdtekstgegevens (bijvoorbeeld creditcardnummer).

Wanneer berichtregistratie is ingeschakeld, zijn persoonlijke gegevens in toepassingsspecifieke headers en hoofdtekstinformatie mogelijk zichtbaar in de logboeken. Ook hier is de toepassings deployer verantwoordelijk voor het instellen van de ACL's voor de configuratie- en logboekbestanden. Ze kunnen logboekregistratie ook uitschakelen als ze niet willen dat deze informatie zichtbaar is, of deze informatie uit de logboekbestanden uitfilteren nadat deze is vastgelegd.

Servicemodeltracering

Met de traceringsbron van het servicemodel (System.ServiceModel) kunt u activiteiten en gebeurtenissen met betrekking tot berichtverwerking traceren. Deze functie maakt gebruik van de diagnostische functionaliteit van .NET Framework van System.Diagnostics. Net als bij de MessageLogging eigenschap kunnen de locatie en de ACL door de gebruiker worden geconfigureerd met behulp van configuratiebestanden van .NET Framework-toepassingen. Net als bij berichtregistratie wordt de bestandslocatie altijd geconfigureerd wanneer de beheerder tracering inschakelt; de beheerder beheert dus de ACL.

Traceringen bevatten berichtkoppen wanneer een bericht binnen het bereik valt. Dezelfde regels voor het verbergen van mogelijk persoonlijke gegevens in berichtkoppen in de vorige sectie zijn van toepassing: de eerder geïdentificeerde persoonlijke gegevens worden standaard verwijderd uit de headers in traceringen. Zowel de computerbeheerder als de toepassings deployer moeten de configuratie wijzigen om mogelijk persoonlijke gegevens te kunnen registreren. Persoonlijke gegevens in toepassingsspecifieke headers worden echter vastgelegd in traceringen. De toepassings deployer is verantwoordelijk voor het instellen van de ACL's voor de configuratie- en traceringsbestanden. Ze kunnen tracering ook uitschakelen om deze informatie te verbergen of deze informatie uit de traceringsbestanden te filteren nadat deze is geregistreerd.

Als onderdeel van ServiceModel Tracing koppelen unieke id's (activiteits-id's en meestal een GUID) verschillende activiteiten als een bericht door verschillende onderdelen van de infrastructuur loopt.

Aangepaste traceerlisteners

Voor zowel logboekregistratie als tracering kan een aangepaste traceringslistener worden geconfigureerd, waarmee traceringen en berichten op de draad kunnen worden verzonden (bijvoorbeeld naar een externe database). De toepassings deployer is verantwoordelijk voor het configureren van aangepaste listeners of het inschakelen van gebruikers om dit te doen. Ze zijn ook verantwoordelijk voor eventuele persoonlijke gegevens die op de externe locatie worden weergegeven en voor het correct toepassen van ACL's op deze locatie.

Andere functies voor IT-professionals

WCF heeft een WMI-provider die de configuratiegegevens van de WCF-infrastructuur beschikbaar maakt via WMI (geleverd met Windows). De WMI-interface is standaard beschikbaar voor beheerders.

WCF-configuratie maakt gebruik van het .NET Framework-configuratiemechanisme. De configuratiebestanden worden opgeslagen op de computer. De ontwikkelaar van de toepassing en de beheerder maken de configuratiebestanden en ACL voor elk van de vereisten van de toepassing. Een configuratiebestand kan eindpuntadressen en koppelingen naar certificaten in het certificaatarchief bevatten. De certificaten kunnen worden gebruikt om toepassingsgegevens te verstrekken voor het configureren van verschillende eigenschappen van de functies die door de toepassing worden gebruikt.

WCF maakt ook gebruik van de .NET Framework-procesdumpfunctionaliteit door de methode aan te FailFast roepen.

IT-pro-hulpprogramma's

WCF biedt ook de volgende IT-professionele hulpprogramma's, die worden verzonden in de Windows SDK.

SvcTraceViewer.exe

In de viewer worden WCF-traceringsbestanden weergegeven. De viewer toont alle informatie in de traceringen.

SvcConfigEditor.exe

Met de editor kan de gebruiker WCF-configuratiebestanden maken en bewerken. In de editor ziet u welke informatie in de configuratiebestanden is opgenomen. Dezelfde taak kan worden uitgevoerd met een teksteditor.

ServiceModel_Reg

Met dit hulpprogramma kan de gebruiker ServiceModel-installaties op een computer beheren. Het hulpprogramma geeft statusberichten weer in een consolevenster wanneer het wordt uitgevoerd en kan tijdens het proces informatie weergeven over de configuratie van de WCF-installatie.

WSATConfig.exe en WSATUI.dll

Met deze hulpprogramma's kunnen IT-professionals interoperabele WS-AtomicTransaction-netwerkondersteuning configureren in WCF. De hulpprogramma's worden weergegeven en stellen de gebruiker in staat om de waarden te wijzigen van de meest gebruikte WS-AtomicTransaction-instellingen die zijn opgeslagen in het register.

Kruislingse functies

De volgende functies zijn kruislings. Dat wil gezegd, ze kunnen worden samengesteld met een van de voorgaande functies.

Serviceframework

Headers kunnen een exemplaar-id bevatten. Dit is een GUID die een bericht koppelt aan een exemplaar van een CLR-klasse.

De WSDL (Web Services Description Language) bevat een definitie van de poort. Elke poort heeft een eindpuntadres en een binding die de services vertegenwoordigt die door de toepassing worden gebruikt. WSDL beschikbaar maken kan worden uitgeschakeld met behulp van configuratie. Er worden geen gegevens bewaard op de computer.

Share via