Czy można udostępnić WCF niestandardowy adres proxy i niestandardowe poświadczenia?Uwierzytelnianie WCF Custom Http Proxy
Znalazłem tę odpowiedź na stackoverflow: How to set proxy with credentials to generated WCF client?, ale mam komplikację, usługa, której uwierzytelnianie używa, używa własnego uwierzytelniania, więc muszę użyć dwóch zestawów poświadczeń (jeden do uzyskania za pośrednictwem serwera proxy, a drugi w celu uwierzytelnienia w stosunku do usługi)
Używam techniki opisanej w odpowiedzi na inne pytanie w celu podania poświadczeń usługi. na przykład
client.ClientCredentials.UserName.UserName = username;
client.ClientCredentials.UserName.Password = password;
mogę ustawić adres serwera proxy przy użyciu mniej więcej tak:
(client.Endpoint.Binding as WSHttpBinding).ProxyAddress = ...;
Jak ustawić co jest skutecznie dwa zestawy poświadczeń? (Uwaga: dane uwierzytelniające dla proxy i rzeczywistej usługi są różne!) Należy również zauważyć, że szczegóły proxy nie muszą być domyślnymi szczegółowymi danymi proxy systemu.
Używam usługi. Usługa jest uwierzytelniana przy użyciu nazwy użytkownika i hasła. Jak uzyskać adres proxy i dane uwierzytelniające? – Lijo
otrzymuję 502 Bad Gateway jest http://stackoverflow.com/questions/10807134/azure-service-bus-relay-502-bad-gateway-after-service-restart kiedy używany domyślny pełnomocnictwa, o którym mowa w http://social.msdn.microsoft.com/Forums/en-US/wcf/thread/5f8d2c3a-164f-411a-b387-91f0be51f190/ – Lijo
Użyłem tego jako podstawy dla naszego problemu, w którym mamy regułę wykluczania proxy, aby umożliwić dostęp do naszego punktu końcowego bez poświadczeń, ale nasz punkt końcowy ma niestandardowy walidator, więc WCF próbował użyć poświadczeń wiadomości również w stosunku do proxy. Moim rozwiązaniem było zastąpienie 'Credentials = new NetworkCredential (userName, password)' z 'UseDefaultCredentials = true'. To powoduje, że WCF nie przekazuje poświadczeń proxy i podaje nazwę użytkownika/hasło w messgae. Niesamowite! Dziękuję Ci! – Shevek