It appears depending on which framework the .net client is executed upon the BrokerUnreachableException exception will have more information to help identify why "None of the specified endpoints were unreachable" was thrown.<div><br></div><div>When the .NET client is executed on the Microsoft .NET Framework 4.0 the RabbitMQ.Client.Exceptions.BrokerUnreachableException is thrown but does not contain any information in the inner exception on why an endpoint was unreachable. &nbsp;I have found in the RabbitMQDotNetClient source the BrokerUnreachableException contains parameters to collect the connection errors via a dictionary class. &nbsp;This information is hidden unless .ToString() is called on the class. &nbsp;When running on the Microsoft .NET framework 4.0 the .ToString() does not output any detailed information as to why the exception occurred. &nbsp;<br></div><div><br></div><div>When the Mono 2.10.8 runtime is used the client will throw the same exception but the .ToString() does output detailed information about the possible cause of the exception. &nbsp;The inner exception is also set.</div><div><br></div><div>I am working through learning how the Access Control works in RabbitMQ and to validate some of my assumptions I am setting up unit tests to make sure the access control settings restrict my test clients from performing the restricted action. &nbsp;This means I am expecting the exceptions and I am not to worried about getting them. What I am worried about is once in production I will not have a controlled environment and will need more information about the connection failure.&nbsp;We will not be running on the mono framework.<br></div><div><br></div><div>Is there a bug with the BrokerUnreachableException running on the .NET framework?</div>