Невозможно подключиться к серверу Azure SQL
Я создал новое мобильное приложение Azure и настроил на нем свою базу данных Sql Server. Я использую адрес электронной почты в качестве имени пользователя, а затем назначил пароль.
После завершения настройки мобильного приложения и базы данных Sql Server я смог настроить свое приложение iOS на него и без проблем использовать службы аутентификации Azure. Затем я вставил некоторые данные в таблицу в приложении iOS без каких-либо ошибок.
Теперь я хочу открыть базу данных и проверить данные. Каждый раз, когда я пытаюсь подключиться к серверу с помощью SSMS или Visual Studio 2015, мне сообщают, что вход не выполнен.
Я использую адрес электронной почты, как Johnathon@MyCompany.com. Когда вход не выполняется, он говорит:
Не удалось войти в систему для пользователя 'Johnathon'.
Это адрес электронной почты для входа в систему вызывает проблемы? Мой Интернет-провайдер блокирует порт 1433, поэтому я подумал, что, возможно, это было проблемой изначально. Поэтому вместо использования VS или SSMS я перешел к веб-дизайнеру на портале Azure. Когда я регистрируюсь там, я получаю ту же ошибку. Это произошло в трех разных установках служб приложений. Я пытался использовать старые мобильные сервисы, и у меня возникла эта проблема. Затем я перешел на недавно выпущенную службу мобильных приложений, но у меня возникла та же проблема. Каждый раз я удаляю базу и воссоздаю ее и сервер.
Я также добавил свой IP-адрес клиента в брандмауэр сервера SQL Azure.
Я в растерянности на данный момент.
Обновить
Мне удалось войти на сервер в конструкторе портала Azure, опустив имя базы данных. Однако, когда я выбираю опцию "Дизайн", а затем нажимаю кнопку "Дизайн" в базе данных, я получаю Failed to create context
ошибка. Я предполагаю, что это связано с тем, что я не могу подключиться к серверу, когда задаю имя базы данных на портале Azure.
1 ответ
Как примечание, наличие символа @ в имени входа SQL Azure приводит к возникновению ряда головных болей, поэтому не рекомендуется иметь его там. Вы заметите, что SSMS и другие приложения пытаются использовать его как часть имени сервера, что затем вызывает контекст и другие сбои.
Самое простое решение - это свернуть другой сервер SQL Azure с именем входа, в котором не используется символ @, в целом вы получите лучший опыт.