Oui absolument il ya un moyen. Vous avez besoin de la configuration personnalisée userNamePasswordValidationMode
de la valeur de votre service et de pointer vers une classe avec une méthode surchargée qui peut contrôler et valider les informations d'identification fournies. Lors d'un Réparateur d'appel, ces informations d'identification lors de l'utilisation de l'authentification de Base dans sa propre forme doit être dans l'en-tête de requête. Avec cette méthode personnalisée, vous pouvez consulter les informations d'identification et de s'authentifier le client à votre service. Pas de Fenêtres ou de comptes de domaine, même nécessaire.
La bonne chose est que vous pouvez alors prendre que le contexte de la sécurité au niveau suivant et de fournir fine authrization au niveau de la méthode. Vous pourriez avoir des cas où un grand bassin de clients sont en mesure d'accéder au service, mais pas toutes les méthodes à l'intérieur (c'est à dire payé clients vs. non rémunéré). Dans ce cas, vous pouvez également fournir une autorisation au niveau de la méthode ainsi si nécessaire.
Ci-dessous est une étape-par-étape de la solution (avec trop d'étapes pour intégrer) par moi-même qui contient à la fois le besoin de sécurité et de configuration nécessaires pour avoir une complète solution. Le problème est souvent l'authentification de Base est utilisé sans assurer le Transport avec un certificat SSL et c'est mauvais. Assurez-vous de suivre toutes les étapes et vous permettra de mettre en œuvre l'authentification de Base sans la nécessité de n'importe quel type de comptes Windows ou de configuration sur votre WCF Réparateur à base de services.
Services RESTful: Authentification Des Clients À L'Aide De L'Authentification De Base