You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/modeling-simulation-workbench/how-to-guide-private-network.md
+4-2Lines changed: 4 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -90,15 +90,17 @@ The Azure Modeling and Simulation Workbench require certain ports to be accessib
90
90
91
91
The private network connector doesn't deploy any public IP network interfaces. You create your own gateway interface if connecting directly from the internet. Your choice of which region you deploy your gateway to determines from which pool of Azure public IP addresses your gateway is chosen. Azure IP addresses are taken from Azure's IP ranges for the location in which the Workbench was deployed. A list of all Azure IP addresses and Service tags is available at [Azure IP Ranges and Service Tags – Public Cloud](https://www.microsoft.com/download/details.aspx?id=56519&msockid=1b155eb894cc6c3600a84ac5959a6d3f).
92
92
93
-
The private IP addresses for the private networking connector are visible private network interface connections on the virtual network's subnet you specified during deployment.
93
+
The private IP addresses for the private networking connector are implemented as private network interface connections (NIC) on the virtual network's subnet you specified during initial deployment.
94
+
95
+
Unlike the public connector, the network interfaces are deployed into your customer subscription and you can associate a network security group (NSG) with the interfaces, the virtual network, or configure a firewall on the virtual network or gateway.
94
96
95
97
## Immediately terminate access
96
98
97
99
Access to the chambers can be immediately terminated by [stopping the connector](./how-to-guide-start-stop-restart.md).
98
100
99
101
## Idle the connector
100
102
101
-
Idle mode sets the chambers into a preserved, but inactive state. Costs are significantly reduced while still maintaining your configuration and settings. Learn more about idle mode in the [Manage chamber idle mode](how-to-guide-chamber-idle.md) article.
103
+
Idle mode sets the chambers into a preserved, but inactive state. Costs are reduced while still maintaining your configuration and settings. Learn more about idle mode in the [Manage chamber idle mode](how-to-guide-chamber-idle.md) article.
Copy file name to clipboardExpand all lines: articles/modeling-simulation-workbench/how-to-guide-public-network.md
+40-34Lines changed: 40 additions & 34 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -12,15 +12,22 @@ ms.date: 10/11/2024
12
12
13
13
# Set up a public IP network connector
14
14
15
-
In Azure Modeling and Simulation Workbench, you can deploy a [connector](./concept-connector.md) that is accessible directly from the internet. The public IP connector uses publicly facing IP addresses. By default, access is denied to all incoming IP addresses and must be explictly granted through a specifying an address or address ranges. Public connectors are useful for training sessions, conferences, or other open work environments with stable or short-term requirements. All access to a chamber occurs through a connector, both the desktop session and the file transfers through the [data pipeline](./concept-data-pipeline.md) are controlled.
15
+
In Azure Modeling and Simulation Workbench, you can deploy a [connector](./concept-connector.md) that is accessible directly from the internet. The public IP connector uses publicly facing IP addresses. By default, access is denied to all incoming IP addresses and must be explictly granted through a specifying an address or address ranges. Public connectors are useful for training sessions, conferences, or other open work environments with stable or short-term requirements. Both desktop and [data pipeline](./concept-data-pipeline.md)access are managed through the connector's allowlist.
16
16
17
-
Public connectors aren't recommended for use in organizations that:
17
+
## Suitability
18
18
19
-
* Have complex network infrastructure
20
-
* Use proxies
21
-
* Require users to access resources through managed VPN user endpoints
22
-
* Have requirements to individually catalog cloud service endpoints
23
-
* Have restrictions on the use of nonstandard destination ports
19
+
Public connectors aren't recommended for use in scenarios in which the organization:
20
+
21
+
* Has complex network and security infrastructure
22
+
* Uses proxies, especially
23
+
* Requires users to access corporate resources through managed VPN user endpoints before accessing internet accessible zones
24
+
* Has requirements to individually catalog cloud provider endpoints
25
+
* Has restrictions on the use of nonstandard destination ports
26
+
* Frequently rotates externally facing IP addresses, either via intentionally short DHCP leases or rotating exit IPs
27
+
* Requires firewalls or custom network security at the permiter
28
+
* Requires all cloud services to be connected to a virtual network
29
+
30
+
If the above situations apply, a [private networking connector](how-to-guide-private-network.md) is recommended instead.
24
31
25
32
## Prerequisites
26
33
@@ -30,51 +37,49 @@ Public connectors aren't recommended for use in organizations that:
30
37
31
38
## Create the public IP connector
32
39
33
-
Each chamber can have only one connector. If you have a private connector or other type connector already associated with the target chamber, you must first [delete the connector](#delete-a-connector). In the chamber where you want to create a public network connector:
40
+
A chamber can have only one connector. If you have another type of connector already associated with the target chamber, you must first [delete the connector](#delete-a-connector) before creating a public connector. In the chamber where you want to create a public network connector:
34
41
35
42
1. Select the **Connector** option in the **Settings** at the left.
36
43
:::image type="content" source="media/howtoguide-private-network/chamber-select-connector.png" alt-text="Screenshot of chamber overview with Connector option outlined in red rectangle.":::
37
44
1. In the **Connector** list screen, select **Create** from the action bar along the top.
38
45
:::image type="content" source="media/howtoguide-private-network/connector-create.png" alt-text="Screenshot of Connector overview page with Create button highlighted in red.":::
39
-
1. On the **Create chamber connector** page, on **Chamber Connector** tab, enter a **Name** for the connector.
40
-
1. Choose whether the copy/paste permission should be enabled for the chamber. You can learn about security boundary implications copy and paste in the [Enable copy/paste in Azure Modeling and Simulation Workbench](how-to-guide-enable-copy-paste.md) article.
46
+
1. On the **Create chamber connector** page, on the **Chamber Connector** tab, enter a **Name** for the connector.
47
+
1. Choose whether the copy/paste permission should be enabled for this chamber. You can learn about security implications from enabling copy and paste in the [Enable copy/paste in Azure Modeling and Simulation Workbench](how-to-guide-enable-copy-paste.md) article.
41
48
1. Under **Network Access**, select **None** in **Connect on-premises network**.
42
49
1. Select **Review + create**.
43
-
1. If validation passes, select **Create**. Private networking connectors take approximately 30 minutes to deploy.
50
+
1. If validation passes, select **Create**. Public network connectors take approximately 30 minutes to deploy.
44
51
45
52
## Manage allowed public IP addresses
46
53
47
-
IP addresses can be allowlisted in the Azure portal to allow connections to a chamber. Only one IP address can be specified for a Public IP connector when creating a new Workbench. After the connector is created, you can specify other IP addresses. Standard [CIDR (Classless Inter-Domain Routing)](/azure/virtual-network/virtual-networks-faq) mask notation can be used to allow ranges of IP addresses across a subnet.
48
-
49
-
Addresses and address ranges must not overlap. The CIDR mask is limited at a /24 address space. If larger address spaces are required, you'll need to create that address space using /24 subnets.
54
+
IP addresses can be allowlisted in the Azure portal to allow connections to a chamber from public IPs. During workbench creation, only a single IP address or range can be specified. After the connector is created, workbench owners and Chamber Admins can add, delete, or edit the allowlist. Standard [CIDR (Classless Inter-Domain Routing)](/azure/virtual-network/virtual-networks-faq) mask notation is used to define subnet ranges.
50
55
51
-
Workbench Owners and Chamber Admins can add to and edit the allowlisted public addresses for a connector after the connector object is created.
56
+
Addresses or address ranges must not overlap. The CIDR mask has a maximum size of a /24 address space. If larger address spaces are required, create that address space using a series of /24 subnets.
52
57
53
58
### Add, edit, or delete IP addresses or ranges
54
59
55
-
IP addresses and ranges must be explicitly added in order to allow access to the chamber. To edit the list of allowed IP addresses:
60
+
IP addresses and ranges must be explicitly added in order to allow access to the chamber. To add to, delete from, or edit the allowlist:
56
61
57
-
1. Navigate to the connector where the changes will occur.
62
+
1. Navigate to the connector.
58
63
1. In the left pane, select the **Networking** option under the **Settings** section. The list of current IP addresses appear.
59
-
1. Select **Edit allowed IP**. From here, you can delete existing IP addresses or add new ones.
64
+
1. Select **Edit allowed IP**.
60
65
:::image type="content" source="media/howtoguide-public-network/edit-allowlist.png" alt-text="Screenshot of public connector overview with Networking settings and Edit buttons highlighted in red.":::
61
-
1. Add, edit, or delete operations can be done from the flyout menu.
66
+
1. Add, edit, or delete operations are done from the flyout menu.
62
67
* To add an IP address or range, select the **Add** button and enter a single address.
63
68
* To delete an IP entry, first select the record, then select **Delete**.
64
69
* To edit an IP entry, select the pencil icon at right, then edit the entry.
65
-
:::image type="content" source="media/howtoguide-public-network/edit-allowed-ip.png" alt-text="Screenshot of edit allowed IP page with Add, Delete, select box, edit icon and Save button highlighted in red.":::
66
-
1. Select **Save** to save your changes.
70
+
:::image type="content" source="media/howtoguide-public-network/edit-allowed-ip.png" alt-text="Screenshot of edit allowed IP page with Add, Delete, select checkbox, edit icon and Save button highlighted in red.":::
71
+
1. Select **Save** to save your changes and stage for processing.
67
72
1. Select **Submit** to submit the updated allowlist to the connector.
68
-
1. Refresh the view for connector networking and confirm that your changes appear.
73
+
1. Refresh the view for connector networking to confirm your changes.
69
74
70
75
> [!TIP]
71
76
> Use the smallest address range possible to limit access only to IP addresses you intend. Frequently review the list of IP addresses you have given access to and review logs to determine list management activity.
72
77
73
78
### Export the allowlist
74
79
75
-
The allowlist for a public connector is saved as part of the properties bundle in JSON format. If you would like to export the allowlist for later reference or to recreate the same list in a new connector, you need to access the connector's JSON template. You need to be on the connector overview page in the portal before proceeding.
80
+
The allowlist for a public connector is a component of the properties bundle in the Azure object. If you would like to export the allowlist for later reference or to recreate the same list, you need to access the connector's JSON template. Navigate to the connector overview page in the portal before proceeding.
76
81
77
-
1. Select the **JSON View** text on the right of the **Essentials** pane.
82
+
1. Select the **JSON View** text from the **Essentials** pane.
78
83
:::image type="content" source="media/howtoguide-public-network/connector-overview-json.png" alt-text="Screenshot of connector essentials pane with JSON View link highlighted in red.":::
79
84
80
85
#### [Azure portal](#tab/portal)
@@ -89,21 +94,21 @@ If you want to export the JSON using PowerShell, you need to have the Resource I
89
94
90
95
In a PowerShell client, retrieve the connector's property bundle.
Deleting an IP address from the connector allowlist doesn't terminate active sessions. Only new sessions, unestablished are denied. To immediately terminate a session from an address or range, [delete](#add-edit-or-delete-ip-addresses-or-ranges) the address entry from the allowlist, submit the changes, then [stop or restart the connector](./how-to-guide-start-stop-restart.md).
107
+
Deleting an IP address from the connector allowlist doesn't terminate active sessions. Only new, previously unestablished sessions are denied. To immediately terminate a session from an IP address or range, [delete](#add-edit-or-delete-ip-addresses-or-ranges) the address entry from the allowlist, submit the changes, then [restart the connector](./how-to-guide-start-stop-restart.md#restart-a-chamber-connector-or-vm).
103
108
104
109
## Idle the connector
105
110
106
-
Idle mode sets the chambers into a preserved, but inactive state. Costs are reduced while still maintaining your configuration and settings. Learn more about idle mode in the [Manage chamber idle mode](how-to-guide-chamber-idle.md) article.
111
+
Idle mode places a chamber into an inactive, low-cost state without having to delete resources or move data. Costs are reduced while still maintaining your configuration, data, and settings. Learn more about idle mode in the [Manage chamber idle mode](how-to-guide-chamber-idle.md) article.
107
112
108
113
## Start, stop, or restart a connector
109
114
@@ -129,13 +134,13 @@ For the Public IP connector, Azure IP addresses are taken from Azure's IP ranges
129
134
> [!CAUTION]
130
135
> The pool of IP addresses can increase not only by adding VMs, but users as well. Connection nodes are scaled up or down when users are added to or removed from the chamber. Any discovery of endpoint IP addresses will be incomplete if the userbase changes.
131
136
132
-
For more control over destination IP addresses and to minimize changes to corporate firewalls, a [private networking connector](how-to-guide-private-network.md) is recommended. When using a VPN Gateway, the access point of the workbench is limited only to the gateway IP address or directly from a peered virtual network.
137
+
For more control over destination IP addresses and to minimize changes to corporate firewalls, a [private networking connector](how-to-guide-private-network.md) is recommended. A VPN Gateway and the private networking connector allow greater control of the ingress, egress, and name server operations of the workbench. The access point to the workbench is the single gateway IP address or a peered virtual network.
133
138
134
-
Network interfaces aren't deployed to the user's subscription and are therefore not visible. User's can't attach network security groups (NSG) nor can they apply other Azure networking services such as firewalls to these interfaces.
139
+
Network interfaces aren't deployed into the user's subscription and aren't accessible to users. Users can't associate network security groups (NSG) nor can they apply other Azure networking services such as firewalls to these interfaces.
135
140
136
141
## DNS zones
137
142
138
-
Modeling and Simulation Workbench creates three private domain name service (DNS) zones for a private network deployment. Each zone corresponds to one of the workbench services for file uploading, file downloading, and desktop connections. No DNS server is created. Administrators must join the zones to their own services.
143
+
The public connector option uses Azure public DNS servers and creates a CNAME entry for each of your named endpoints. The subdomain zone and its corresponding service are listed in the following table. There are three zones for public cloud and two for Azure Government (US) cloud.
139
144
140
145
| Service | Public cloud DNS zone | Azure Gov cloud DNS Zone |
@@ -150,10 +155,11 @@ If you wish to delete the workbench, chamber, or change the connector type, you
150
155
1. Navigate to the connector to be deleted.
151
156
1. Select **Delete** from the action bar.
152
157
153
-
The delete operation takes approximately eight minutes. Connections are immediately terminated and all allowed addresses are deleted.
158
+
The delete operation takes approximately eight minutes. Connections are immediately terminated and all allowed addresses are deleted. If you need to save the addresses, see the [Export the allowlist](#export-the-allowlist) section.
0 commit comments