Windows Azure VPN - Как установить/использовать Azure Connect

Здесь я чувствую себя идиотом. Я установил простую виртуальную машину Windows в Azure, к которой нужно получить доступ через VPN от 12 удаленных пользователей (которые все работают из дома), чтобы просто получить доступ к общему диску. Я думал, что это будет очень просто, но я провел дней, пытаясь понять это.

У меня есть настройка сервера, и теперь я понял (после нескольких дней поиска), что традиционные PPTP или L2TP VPN с использованием RRAS не будут работать, потому что инфраструктура Azure предотвращает эти протоколы. Я также видел из сообщения, например этот, который говорит, что использует Azure Connect и что он должен работать для наших нужд. Тем не менее, ссылки в этом сообщении на Herve Roggero Blog и даже Microsoft Сайт поддержки Azure расскажите о тех функциях, которые недоступны мне, и снимки экрана выглядят не так, как я вижу на моей консоли Azure. Фактически, документы поддержки сайтов Microsoft от 2 до 2,5 лет. Серьезно MS... обновите свои документы!

Моя консоль выглядит как это изображение (образец изображения из поиска Google... не мой реальный интерфейс )

Однако справочные консоли статей, которые выглядят как это изображение

Я не на правильной версии Azure? Они обновили интерфейс и не обновили свою документацию? Итог, как (используя интерфейс Azure, который у меня есть), я могу использовать Azure Connect? Я попытался создать виртуальную сеть, но там ничего нет, у которой есть опция Установить локальные конечные точки с помощью Windows Azure Connect. Я идиот, или я что-то пропустил?

Ответ 1

FYI - есть сообщение в блоге о том, как настроить поставщика SSTP VPN на Azure (без подключения):

http://blogs.msdn.com/b/notime/archive/2013/06/01/how-to-configure-windows-azure-server-2012-as-an-sstp-vpn-provider.aspx

1. Create new Windows Server VM using "Quick Create"
2. The DNS name, username and password will be used to connect to the VPN
3. The public port created by default for RDP is a random one between 41952-65535. But you can edit the endpoint to change the public port to 3389. Go to Virtual Machines, select the VM, select Endpoints, select RemoteDesktop endpoint, click Edit Endpoint at the bottom and change the public port to 3389.
4. Create TCP endpoint at port 443
5. Connect using Remote Desktop (RDP) through the Dashboard

---------- Server Role
1. Click on Server Manager -> Manage -> "Add Roles and Features"
2. Add "Remote Access", include VPN and Routing (needed for NAT) role services and restart
3. Click on Server Manager -> Notifications -> "Open the Getting Started Wizard"
4. Select "Deploy VPN only"

---------- Server Certificate
1. Open an elevated CMD prompt
2. Use SelfSSL (IIS6 Resource Kit, custom install only this component, http://support.microsoft.com/kb/840671 ) to generate an SSL certificate for the SSTP:
C:\>"c:\Program Files (x86)\IIS Resources\SelfSSL\selfssl.exe" /N:cn=<...>.cloudapp.net /V:3650
(3650 == 10 years, "<...>.cloudapp.net" represents the fully-qualified domain name, FQDN)
3. Confirm prompt with "y", ignore metabase error (if it appears)
4. Run mmc.exe, add snap-in for Certificates -> Computer account
5. Click on Personal -> Certificates
6. Right-click on the <...>.cloudapp.net certificate, then on All Tasks -> Export, include private keys and protect with password

---------- Server RRAS
1. Run Routing and Remote Access (RRAS) tool
2. Right-click on the server and then on "Configure and Enable RRAS"
3. Choose "Custom configuration", select "VPN access" and NAT
4. Right-click on the server and then on Properties -> Security
5. Select the <...>.cloudapp.net certificate
6. Click on the IPv4 tab
7. Enter a "Static address pool" for the number of clients, e.g.: 192.168.1.1 - 192.168.1.20 (otherwise the connection will fail with error 720)
8. Don't enter a range that is too short. The OS keeps a lock on a used IP address for a while, so reconnecting often or from multiple devices may use up the pool and the connection will fail with error 0x8007274C
9. Right-click on IPv4 -> NAT, then on "New Interface", select the external interface (e.g. "Ethernet 2")
10. Click on "Public interface connected to the Internet" and check "Enable NAT on this interface"

---------- Server User
1. Open "Computer Management" console
2. Click on "Local Users and Groups", then on Users, double click on your account
3. Click on Dial-in and change "Network Access Permission" to "Allow access"

---------- Client Certificate
1. Manage Computer Certificates
2. Click on "Place all certificates in the following store", then on Browse
3. Select "Trusted Root Certificate Authorities", if you store the certificate in the personal store, the connection will fail with error 0x800B0109

---------- Client Connection
1. Go to Network and Sharing Center, click on "Setup a new connection or network"
2. Select "Connect to a workplace", then VPN
3. Enter <...>.cloudapp.net, name and create
4. Click on Network tray icon
5. Right-click on new VPN connection, then show properties
6. Click on Security, set VPN type to SSTP and allow only MS-CHAP v2
7. Connect using same credentials used to create the VM and for RDP
8. Test your internet connectivity
9. Use a web site that shows your external IP, it should be an IP from the Azure datacenter

---------- SSL Certificate
To avoid installing a self-certificate to the trusted store (or for devices with a locked trusted store), do the following:
1. Open the IIS Manager on the server
2. Click on the server, then on "Server Certificates"
3. Click on "Create Certificate Request" (Certificate Signing Request, CSR)
4. Enter <...>.cloudapp.net as the "Common name", fill the rest and export as text file
5. Buy an SSL certificate using the CSR (cheap SSL certificates start at around $5/year)
6. Once the SSL authority issues the certificate:
a) Install to the server and client "Local Machine" personal store as described above, skipping the step to copy/move it to the trusted store
b) Select the same certificate in the RRAS tool, on the Security tab

Я проверил, что он работает.

Ответ 2

Вы говорите, что Windows Azure Framework блокирует PPTP и L2TP. Вы добавили правильные конечные точки в виртуальную машину Windows Azure (порт 1707 для L2TP en port 1723 для PPTP)? Если вы это сделали, вы также должны убедиться, что брандмауэр Windows на виртуальной машине Windows Azure позволяет трафик по этим портам. Это не делается автоматически.

Виртуальная сеть Windows Azure - это решение "один-на-один", требующее устройства VPN на месте. Он использовался для соединения целых сетей. Вы не можете использовать Windows Azure Connect с ним. Windows Azure Connect - это решение от Machine-to-Machine. Вам нужно будет установить агент локальной конечной точки из старого (Silverlight) портала.

Привет,

Patriek

Ответ 3

Чтобы получить доступ к обслуживанию Windows Azure Connect, вам все равно необходимо получить доступ через Старый портал из подменю меню в консоли управления, которое вы можете увидеть, если вы щелкните по своему идентификатору Live в верхнем правом углу.

Но моим фаворитом является просто просмотр https://windows.azure.com

Как только в Старом портале выберите на левой панели параметр "Виртуальная сеть". Я написал запись в блоге о том, что вы ищете некоторое время назад (здесь http://davidjrh.intelequia.com/2011/10/conectar-una-azure-cloud-drive.html и используйте виджет перевода)

Ответ 4

В случае, если кто-то ищет, мы получали ошибки 0x8007274d на некоторых машинах при подключении к azure vpn от точки к точке. Решение: Отключите все ваши виртуальные сетевые адаптеры (в центре управления сетью), которые были созданы, например, vbox или vmware. Затем попробуйте снова подключиться. Как только соединение будет работать, вы можете снова включить виртуальные сетевые адаптеры. Это решило проблему 0x8007274d для нас на разных машинах, win7 и win10.