Я написал довольно простую надстройку SQL-поддержки VSTO Outlook, которая в конечном итоге будет использоваться примерно 20 людьми в нескольких офисах компании, в которой я работаю.Все также будут периодически работать из дома.
Учебники, которые я до сих пор выполнял, показывают добавление «своего» IP-адреса к правилам брандмауэра сервера: https://docs.microsoft.com/en-gb/azure/sql-database/sql-database-get-started-portal-firewall
Как и аналогичный вопрос, с которым я столкнулся во время исследования по этому вопросу: Правила брандмауэра SQL Azure на новом портале
Это не было проблемой, когда только я использовал приложение, яследуйте инструкциям один раз, чтобы добавить мой офисный IP-адрес, и один раз, чтобы добавить мой домашний IP-адрес.Хотя было бы очень неловко, если бы мне пришлось заставить всех собирать свои IP-адреса и устанавливать каждый из них на брандмауэре.
Это было бы мое первое приложение, которое использовало бы удаленные ресурсы, поэтому я не уверен вследующие шаги с брандмауэром, и так изо всех сил, чтобы найти руководство.Должен ли я быть:
- Открытие брандмауэра для всех, но создание надежного пароля, хранящегося в приложении
- Создание шага инициализации в приложении, чтобы предоставить новым пользователям доступ через брандмауэр
- Создайте некоторый прокси-сервер, чтобы все запросы SQL приходили с одного и того же IP-адреса.
В случае (2) создание шага инициализации - azureПараметры брандмауэра sql server могут изменить правило брандмауэра - не значит ли это, что только один человек может подключиться одновременно?