Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

is kerberos authentication working using basichttpbinding on ubuntu? #1387

Closed
emailtowalter opened this issue Jul 21, 2016 · 10 comments
Closed
Assignees
Labels
bug This is a product bug.
Milestone

Comments

@emailtowalter
Copy link

The code works on windows, but not cloud foundry which is ubuntu. There is a document somewhere on this site that list all the security/binding support on different platform .But I cannot find it.

Please help.

Thanks.

@mconnew
Copy link
Member

mconnew commented Jul 22, 2016

Do you have any exception messages? Kerberos should work on ubuntu, but you do need to configure the kerberos client on the host to authenticate against your kdc.

@zhenlan
Copy link
Member

zhenlan commented Jul 22, 2016

Hi @emailtowalter, sorry for running into this issue. Is this the doc you are looking for?
https://github.com/dotnet/wcf/blob/master/release-notes/SupportedFeatures-v1.0.0.md

As noted in the 1.0 release notes, Windows authentication is not supported by Http transport on Linux and OS X, so the scenario you described will not work. WCF issue #946 discussed more details. The root cause is tracked by dotnet/corefx#7325.

@emailtowalter
Copy link
Author

zhenlan... too bad kerberos is not working on linux. I guess I will have to switch to client certificate. painful.

Before closing this issue, any idea if it will be resolved at release 1.1 time?

@zhenlan
Copy link
Member

zhenlan commented Jul 23, 2016

@emailtowalter the root-cause issue in dotnet/corefx is marked as future at this point, but @mconnew and I took a look and think we may be able to workaround the issue in WCF code, so yes, we may be able to get this particular scenario unblocked sooner. We will have this thread updated.

cc: @iamjasonp

@zhenlan zhenlan added the bug This is a product bug. label Jul 26, 2016
@zhenlan zhenlan added this to the 2016.07 milestone Jul 26, 2016
@zhenlan zhenlan modified the milestones: 2016.07, 2016.08 Aug 2, 2016
@zhenlan zhenlan modified the milestones: 2016.08, 2016.09 Aug 30, 2016
@zhenlan
Copy link
Member

zhenlan commented Sep 27, 2016

Hong to validate if this is passing now (or get further).

@zhenlan zhenlan modified the milestones: 2016.10, 2016.09 Sep 27, 2016
@hongdai
Copy link
Contributor

hongdai commented Oct 4, 2016

Still not working. The same issue as #1569

@zhenlan
Copy link
Member

zhenlan commented Oct 4, 2016

@hongdai can we get call stack of the failure?

@hongdai
Copy link
Contributor

hongdai commented Oct 6, 2016

d__42.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at System.Runtime.CompilerServices.TaskAwaiter`1.GetResult() at System.ServiceModel.Channels.HttpChannelFactory`1.HttpClientRequestChannel.d__25.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at System.Runtime.CompilerServices.TaskAwaiter`1.GetResult() at System.ServiceModel.Channels.HttpsChannelFactory`1.HttpsClientRequestChannel.d__15.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at System.Runtime.CompilerServices.TaskAwaiter`1.GetResult() at System.ServiceModel.Channels.HttpChannelFactory`1.HttpClientRequestChannel.HttpClientChannelAsyncRequest.d__13.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at System.Runtime.CompilerServices.TaskAwaiter.GetResult() at System.ServiceModel.Channels.RequestChannel.d__33.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at System.Runtime.CompilerServices.TaskAwaiter`1.GetResult() at System.ServiceModel.Channels.RequestChannel.d__32.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at System.Runtime.CompilerServices.TaskAwaiter`1.GetResult() at System.Runtime.TaskHelpers.WaitForCompletionNoSpin[TResult](Task`1 task) at System.ServiceModel.Channels.RequestChannel.Request(Message message, TimeSpan timeout) at System.ServiceModel.Dispatcher.RequestChannelBinder.Request(Message message, TimeSpan timeout) at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout) at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs) at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(MethodCall methodCall, ProxyOperationRuntime operation) at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(MethodInfo targetMethod, Object[] args) --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Reflection.DispatchProxyGenerator.Invoke(Object[] args) at generatedProxy_1.Echo(String ) at NegotiateStream_Http_Tests.NegotiateStream_Http_AmbientCredentials()]]>

@zhenlan
Copy link
Member

zhenlan commented Nov 1, 2016

This is currently tracked by #1589 and the root cause is dotnet/corefx#12618.

@zhenlan zhenlan modified the milestones: 1.2.0, 2016.10 Nov 1, 2016
@zhenlan zhenlan modified the milestones: Future, 2.0.0 Apr 18, 2017
@zhenlan
Copy link
Member

zhenlan commented Aug 9, 2017

This should be fixed now as both #1589 and dotnet/corefx#12618 are closed.

@zhenlan zhenlan closed this as completed Aug 9, 2017
@zhenlan zhenlan modified the milestones: 2.0.0, Future Aug 9, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug This is a product bug.
Projects
None yet
Development

No branches or pull requests

5 participants