Archive for category Network Stuff
Windows 7, Cassini and Firefox run slow as molasses together…..
Posted by Brian Seekford in .NET Development, Bugs, C#, IT Knowledge, Network Stuff on November 29, 2009
I have been developing on Windows 7 64-bit for a couple of weeks now and really like the Windows 7, but wow have my web applications run slow. I figured I would debug the issue later as maybe it was my data layer running slow. Each time I would execute a page refresh, load, navigate, whatever, it would take 2 seconds. Doesn’t seem like much, but when you click a button on a page 2 seconds is a very long time to watch it hang.
So, after getting sufficiently annoyed and impatient I was able to find that it was my app but was Firefox. Apparently Firefox has some sort of issue with IPv6.
The fix is amazingly simple.
- In the address bar type ‘about:config’
- Filter by ‘v6′
- Disable ipv6 support.
Thanks to Peter Gregory for the help.
WCF Service failing with “The server has rejected the client credentials”. Why doesn’t the server like me?
Posted by Brian Seekford in .NET Development, C#, Network Stuff on November 25, 2009
I spent the past couple of days dealing with faultexceptions being thrown by our WCF service that was being consumed by our Indian team. It worked for all the US teams, but for some reason the Indian team kept getting faultexceptions on the service. The proxy seemed to disguise the error and was throwing an error about the channel being in a faulted state.
So down the rabbit hole I go. I created all sorts of test rigs; to no avail. I finally get a developer to build a debug version so we can drop right into the code. He is able to find an inner exception saying, hey, I don’t like your credentials. The service didn’t have any authentication on, so I thought.
Well, lesson to be learned is the TCP services seem to default to windows security mode. Yes, surprising as it is, if you don’t set the security configuration you get windows authentication. What does this mean? As soon as a person outside of your domain tries to invoke the service, they get their butts handed to them. No service for you!
So, how do you fix this? Easy, simple config change. Not one piece of source code needs to change.
Remember, you must change the binding on the SERVER and the CLIENT.
<system.serviceModel> <client> <endpoint address = "net.tcp://localhost/MyService" binding = "netTcpBinding" name = "MyService" bindingConfiguration = "myBinding" contract = "IMyContract" /> </client> <bindings> <netTcpBinding> <binding name="tcp_ myBinding "> <security mode="None"></security> </binding> </netTcpBinding> </bindings> </system.serviceModel>
So if you look at the config above, the key is the Security Mode tag. You need to go to your client and server bindings and set this to None.
<security mode="None"></security>
Once you have that set, ON BOTH SIDES, your non-domain users can actually start calling your WCF service. Remember to restart the service after you make the configuration file changes!
Joining to a domain and getting error code 1355
Posted by Brian Seekford in Network Stuff on September 4, 2009
So…I was trying to add a computer to the domain today, a VM image, and continually got the error code 1355. What was seemingly a confounding issue turned out to be just a can’t find domain controller issue.
I changed the VM image to use bridged (direct connect) and reset the connection in the machine to reconnect and voila! The computer successfully connected.
