Der Server hat die Client-Anmeldeinformationen zurückgewiesen

Habe ich einen WCF-Dienst mit net.tcp-Bindung, gehostet auf dem server als Windows-Dienst. Ich bin nicht in der Lage, den Zugang zu diesem service. Aber ich war in der Lage zu tun, wenn ich Gastgeber es auf meinem lokalen Netzwerk.

Error Recieved

Meldung:** Der server lehnte die client-Anmeldeinformationen.

Innere Ausnahme:

System.Security.Authentication.InvalidCredentialException:
The server has rejected the client credentials.
---> System.ComponentModel.Win32Exception:
The logon attempt failed --- End of inner exception stack trace
--- at System.Net.Security.NegoState.ProcessAuthentication(LazyAsyncResult lazyResult)
at System.Net.Security.NegotiateStream.AuthenticateAsClient(NetworkCredential credential, ChannelBinding binding, String targetName, ProtectionLevel requiredProtectionLevel, TokenImpersonationLevel allowedImpersonationLevel)
at System.Net.Security.NegotiateStream.AuthenticateAsClient(NetworkCredential credential, String targetName, ProtectionLevel requiredProtectionLevel, TokenImpersonationLevel allowedImpersonationLevel)
at System.ServiceModel.Channels.WindowsStreamSecurityUpgradeProvider.WindowsStreamSecurityUpgradeInitiator.OnInitiateUpgrade(Stream stream, SecurityMessageProperty& remoteSecurity)

Versucht, auf der Suche nach der Lösung, aber keine gefunden, die genau meinen Anforderungen, daher hier gepostet.

Was das problem sein könnte?

Wenn ich meine security-mode None auf der client -

<security mode="None"></security>

Bekomme ich eine andere Fehlermeldung:

Fehler: Die Socketverbindung wurde abgebrochen. Dies könnte verursacht werden durch einen Fehler bei der Verarbeitung Ihrer Nachricht oder eine receive-timeout überschritten wird, die von dem remote-host, oder einer zugrunde liegenden Netzwerk-Ressourcen-Problem. Lokale socket-timeout war "00:00:59.5149722'.

InformationsquelleAutor der Frage Bravo | 2011-12-20

net.tcp wcf

26

Ich hatte gerade das gleiche Problem, die versuchen, um einen server in der DMZ Gespräch mit einem Dienst in meinem Netzwerk. Die Lösung, die fixiert es für mich war, fügen Sie den folgenden, um die app.config:

Beachten Sie den Knoten Sicherheit.
```
<bindings>
  <netTcpBinding>
    <binding name="customTcpBinding" maxReceivedMessageSize="20480000" transferMode="Streamed" >
      <security mode="None"></security>
    </binding>
  </netTcpBinding>
</bindings>
```
InformationsquelleAutor der Antwort spinner_den_g
6

Den Fehler ist ein TokenImpersonation Fehler.

Scheinbar geschieht, ist, dass der Anruf kommt, der code auf der server-Seite erfordert, dass der Benutzer imitiert, die von der server-code.

Server-code ausgeführt wird, als das Konto lokales system, es ist daher nicht in der Lage, die Identität eines domain-Benutzer.

Haben Sie 2 Möglichkeiten:
- Führen Sie den Dienst im Sicherheitskontext eines Benutzers erlaubt ist, einen anderen Benutzer imitieren
- Schreiben Sie Ihre Anwendung so, dass der Identitätswechsel ist nicht erforderlich
InformationsquelleAutor der Antwort Shiraz Bhaiji
3

Ich weiß, das ist schon beantwortet mit "turn off security". Aber falls es jemanden interessiert ich habe es geschafft zu bekommen WCF-Transport-Windows-Authentifizierung mithilfe der NetTcpBinding in einer Intranet-Umgebung arbeiten mich nach einer sehr viel Schmerz.

Im wesentlichen lief es mit dieser Konfiguration:
```
<security mode="Transport">
  <transport clientCredentialType="Windows" />
</security>
```
Können Sie sehen, ein wenig mehr Details im blog-post WCF-Transport-Windows-Authentifizierung mithilfe der NetTcpBinding in einer Intranet-Umgebung.

InformationsquelleAutor der Antwort John Reilly
2

Uns ist eine Windows-basierte applicaton Verbindung mit einem WCF-Dienst im lokalen intranet. Die Sicherheitsstufe wurde auf Windows-Authentifizierung gesetzt. Wir habe diesen Fehler gelegentlich. Über die Untersuchung fanden wir heraus, dass das Windows-Kennwort ist abgelaufen. Nach der Passwort-änderung, alle arbeiteten normal weiter...

Ist es ein einfaches zu überprüfen, wenn Sie diese Fehlermeldung bekommen gelegentlich.

InformationsquelleAutor der Antwort vonbalaji
1

Es scheint, die Anfrage des Clients nicht authentifiziert ist auf dem server. Sie könnten nützliche Informationen finden hier und hier.

InformationsquelleAutor der Antwort Anand
0

Den zweiten Fehler, den Sie bekam, dass "Socket-Verbindung wurde abgebrochen" kommt in der Regel, wenn Sie versuchen, die Pumpe zu viel Daten von Ihrem service.

Empfehle ich den Benutzeridentitätswechsel um die Anmeldeinformationen zu erhalten arbeiten richtig sind, dann denken Sie über die Erinnerung an das Problem.

Finden Sie einige nützliche Informationen zum Identitätswechsel in Gewusst wie: die Identität eines Client für einen Service.

InformationsquelleAutor der Antwort Sagar Bhat

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.