Peer-matchare
För att ansluta till ett nät kräver en peer-nod IP-adresserna för andra noder. IP-adresser hämtas genom att kontakta en lösningstjänst, som tar nät-ID:t och returnerar en lista med adresser som motsvarar noder som registrerats med det specifika nät-ID:t. Matcharen behåller en lista över registrerade adresser som skapas genom att ha varje nod i mesh-registret med tjänsten.
Du kan ange vilken PeerResolver-tjänst som ska användas via Resolver egenskapen för NetPeerTcpBinding.
Peer-matchare som stöds
Peer Channel stöder två typer av matchare: PNRP (Peer Name Resolution Protocol) och anpassade matchningstjänster.
Som standard använder Peer Channel PNRP-peer resolver-tjänsten för identifiering av peer-datorer och grannar i nätet. För situationer/plattformar där PNRP inte är tillgängligt eller möjligt tillhandahåller Windows Communication Foundation (WCF) en alternativ, serverbaserad identifieringstjänst – CustomPeerResolverService. Du kan också uttryckligen definiera en anpassad lösningstjänst genom att skriva en klass som implementerar IPeerResolverContract gränssnittet.
PNRP (Peer Name Resolution Protocol)
PNRP, standardmatcharen för Windows Vista, är en distribuerad, serverlös namnmatchartjänst. PNRP kan också användas på Windows XP SP2 genom att installera Advanced Networking Pack. Två klienter som kör samma version av PNRP kan hitta varandra med hjälp av det här protokollet, förutsatt att de uppfyller vissa villkor (till exempel avsaknaden av en mellanliggande företagsbrandvägg). Observera att den version av PNRP som levereras med Windows Vista är nyare än den version som ingår i Advanced Networking Pack. I Microsoft Download Center finns uppdateringar av PNRP för Windows XP SP2.
Custom Resolver Services
När PNRP-tjänsten inte är tillgänglig eller om du vill ha fullständig kontroll över nätformningen kan du använda en anpassad serverbaserad lösningstjänst. Du kan uttryckligen definiera den här tjänsten genom att skriva en matchningsklass som implementerar IPeerResolverContract gränssnittet, eller genom att använda standardimplementeringen in-box, CustomPeerResolverService.
Under standardimplementeringen av tjänsten upphör klientregistreringarna att gälla efter en viss tid om klienten inte uttryckligen uppdaterar registreringen. Klienter som använder matchningstjänsten måste vara medvetna om den övre gränsen för svarstid för klient-server för att kunna uppdatera registreringar i tid. Detta innebär att du väljer en lämplig tidsgräns för uppdatering (RefreshInterval) för matchningstjänsten. (Mer information finns i Inuti CustomPeerResolverService: Client Registrations.)
Programskrivaren måste också överväga att skydda anslutningen mellan klienter och den anpassade matchningstjänsten. Du kan göra detta med hjälp av säkerhetsinställningar på klienterna NetTcpBinding som används för att kontakta matchningstjänsten. Du måste ange autentiseringsuppgifter (om de används) på den ChannelFactory som används för att skapa Peer Channel. Dessa autentiseringsuppgifter skickas till de ChannelFactory kanaler som används för att skapa kanaler till den anpassade matcharen.
Kommentar
När du använder lokala och improviserade nätverk med en anpassad lösning rekommenderar vi starkt att program som använder eller stöder länklokala eller improviserade nätverk innehåller logik som väljer en enda länklokal adress som ska användas vid anslutning. Detta förhindrar all förvirring som kan orsakas av datorer med flera länklokala adresser. I enlighet med detta stöder Peer Channel endast användning av en enda länklokal adress samtidigt. Du kan ange den här adressen med ListenIpAddress egenskapen på NetPeerTcpBinding.
En demonstration av hur du implementerar en anpassad lösning finns i Peer Channel Custom Peer Resolver.
I det här avsnittet
Inuti CustomPeerResolverService: Klientregistreringar