私はSSMSとLinqPadの両方を何ヶ月も使用して、問題なくSQLAzureインスタンスに接続しています。今週突然、linqpadは接続を停止し、常にタイムアウトして、次のエラーメッセージを表示しました：「サーバーとの接続は正常に確立されましたが、ログイン前のハンドシェイク中にエラーが発生しました。（プロバイダー：SSLプロバイダー、エラー：0-待機操作がタイムアウトしました。）」
最初は、LinqPadだけでした。しかし、SSMS 2012で同じ問題が発生し始めた直後に、まったく同じエラーメッセージが表示されました（ダイアログが少し異なります）。
これはファイアウォールルールの問題ではないことを確認しました。私のIPはSQLファイアウォールの通過を数か月許可されていますが、SQLCMDを使用して同じクレデンシャルを使用して接続でき、クエリを実行できます。
何か案は？SQLCMDがまだ機能しているのに、SSMSとLinqPadの両方が大きなダンプを取るのはなぜですか？
私はついにこれに対する解決策を見つけました（https://stackoverflow.com/questions/13420770/pre-login-handshake-error-connecting-directly-to-sql-azureで見つけたかもしれません）。物事が機能しなくなった頃に、まったく関係のないソフトウェアをインストールしました。たまたま、このソフトウェアは、カスタムWinsock LSPをそのままにしておくバンドルされたソフトウェアもインストールします。つまり、システムはMicrosoftに報告され、 KB2568167で対処されている問題に悩まされています。幸い、歓迎されないソフトウェア（Sendori！）をアンインストールできたので、LSPを手動で削除する必要はありませんでした。
SQL Azureの接続トラブルシューティングガイドを見ましたか？ http://social.technet.microsoft.com/wiki/contents/articles/1719.windows-azure-sql-database-connectivity-troubleshooting-guide.aspx
最近/その週の時間枠に.NET4.5もインストールしましたか？SQL接続をチェックしてSSL暗号化がオフになっていることを確認しましたか？