Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Test-Setup mit Amazon WorkSpaces
Amazon WorkSpaces ermöglicht Ihnen die Bereitstellung virtueller, Cloud-basierter Windows-, Amazon Linux- oder Ubuntu-Linux-Desktops für Ihre Benutzer, bekannt als WorkSpaces. Sie können nach Ihren Bedürfnissen Benutzer schnell und bequem hinzufügen oder entfernen. Benutzer können auf ihre virtuellen Desktops von mehreren Geräten oder Web-Browsern aus zugreifen. Weitere Informationen WorkSpaces dazu finden Sie im [Amazon WorkSpaces Administration Guide](https://docs.aws.amazon.com/workspaces/latest/adminguide/amazon-workspaces.html).
Das Beispiel in diesem Abschnitt beschreibt eine Testumgebung, in der eine Benutzerumgebung einen Webbrowser verwendet, der auf einem läuft WorkSpace , um sich bei AWS-Managementkonsole Private Access anzumelden. Anschließend besucht der Benutzer die Amazon Simple Storage Service-Konsole. Damit WorkSpace soll die Erfahrung eines Firmenbenutzers mit einem Laptop in einem VPC-connected Netzwerk simuliert werden, der AWS-Managementkonsole über seinen Browser darauf zugreift.
In diesem Tutorial werden das Netzwerk-Setup und ein zu verwendendes Simple Active Directory erstellt und konfiguriert, WorkSpaces zusammen mit schrittweisen Anleitungen zur Einrichtung eines WorkSpace AWS-Managementkonsole. AWS CloudFormation
Das folgende Diagramm beschreibt den Arbeitsablauf für die Verwendung von a WorkSpace zum Testen einer AWS-Managementkonsole privaten Zugriffseinrichtung. Es zeigt die Beziehung zwischen einem Kunden WorkSpace, einer von Amazon verwalteten VPC und einer vom Kunden verwalteten VPC.
Kopieren Sie die folgende CloudFormation Vorlage und speichern Sie sie in einer Datei, die Sie in Schritt 3 des Verfahrens zum Einrichten eines Netzwerks verwenden werden.
## AWS-Managementkonsole Umgebung mit privatem Zugriff CloudFormation Vorlage
```
Description: |
AWS Management Console Private Access.
Parameters:
VpcCIDR:
Type: String
Default: 172.16.0.0/16
Description: CIDR range for VPC
PrivateSubnet1CIDR:
Type: String
Default: 172.16.1.0/24
Description: CIDR range for Private Subnet 1
PrivateSubnet2CIDR:
Type: String
Default: 172.16.2.0/24
Description: CIDR range for Private Subnet 2
DSAdminPasswordResourceName:
Type: String
Default: ADAdminSecret
Description: Password for directory services admin
Resources:
#########################
# VPC AND SUBNETS
#########################
AppVPC:
Type: AWS::EC2::VPC
Properties:
CidrBlock: !Ref VpcCIDR
InstanceTenancy: default
EnableDnsSupport: true
EnableDnsHostnames: true
PrivateSubnet1:
Type: AWS::EC2::Subnet
Properties:
VpcId: !Ref AppVPC
CidrBlock: !Ref PrivateSubnet1CIDR
AvailabilityZone:
Fn::Select:
- 0
- Fn::GetAZs: ""
PrivateSubnet2:
Type: AWS::EC2::Subnet
Properties:
VpcId: !Ref AppVPC
CidrBlock: !Ref PrivateSubnet2CIDR
AvailabilityZone:
Fn::Select:
- 1
- Fn::GetAZs: ""
#########################
# Route Tables
#########################
PrivateRouteTable:
Type: AWS::EC2::RouteTable
Properties:
VpcId: !Ref AppVPC
PrivateSubnet1RouteTableAssociation:
Type: AWS::EC2::SubnetRouteTableAssociation
Properties:
RouteTableId: !Ref PrivateRouteTable
SubnetId: !Ref PrivateSubnet1
PrivateSubnet2RouteTableAssociation:
Type: AWS::EC2::SubnetRouteTableAssociation
Properties:
RouteTableId: !Ref PrivateRouteTable
SubnetId: !Ref PrivateSubnet2
#########################
# SECURITY GROUPS
#########################
VPCEndpointSecurityGroup:
Type: AWS::EC2::SecurityGroup
Properties:
GroupDescription: Allow TLS for VPC Endpoint
VpcId: !Ref AppVPC
SecurityGroupIngress:
- IpProtocol: tcp
FromPort: 443
ToPort: 443
CidrIp: !GetAtt AppVPC.CidrBlock
#########################
# VPC ENDPOINTS
#########################
VPCEndpointInterfaceSignin:
Type: AWS::EC2::VPCEndpoint
Properties:
VpcEndpointType: Interface
PrivateDnsEnabled: true
SubnetIds:
- !Ref PrivateSubnet1
- !Ref PrivateSubnet2
SecurityGroupIds:
- !Ref VPCEndpointSecurityGroup
ServiceName: !Sub com.amazonaws.${AWS::Region}.signin
VpcId: !Ref AppVPC
PolicyDocument:
Version: 2012-10-17
Statement:
- Effect: Allow
Principal: '*'
Action: signin:Authenticate
Resource: '*'
Condition:
StringEquals:
aws:ResourceAccount: !Ref AWS::AccountId
- Effect: Allow
Principal: '*'
Action:
- signin:AuthorizeOAuth2Access
- signin:CreateOAuth2Token
Resource: '*'
Condition:
StringEquals:
aws:PrincipalAccount: !Ref AWS::AccountId
VPCEndpointInterfaceConsole:
Type: AWS::EC2::VPCEndpoint
Properties:
VpcEndpointType: Interface
PrivateDnsEnabled: true
SubnetIds:
- !Ref PrivateSubnet1
- !Ref PrivateSubnet2
SecurityGroupIds:
- !Ref VPCEndpointSecurityGroup
ServiceName: !Sub com.amazonaws.${AWS::Region}.console
VpcId: !Ref AppVPC
PolicyDocument:
Version: 2012-10-17
Statement:
- Effect: Allow
Principal: '*'
Action: '*'
Resource: '*'
Condition:
StringEquals:
aws:PrincipalAccount: !Ref AWS::AccountId
aws:ResourceAccount: !Ref AWS::AccountId
aws:SourceVpc: !Ref AppVPC
- Effect: Deny
Principal: '*'
Action: '*'
Resource: '*'
Condition:
StringNotEquals:
aws:PrincipalAccount: !Ref AWS::AccountId
aws:ResourceAccount: !Ref AWS::AccountId
aws:SourceVpc: !Ref AppVPC
VPCEndpointInterfaceConsoleStatic:
# console-static only supports the full access endpoint policy
Type: AWS::EC2::VPCEndpoint
Properties:
VpcEndpointType: Interface
PrivateDnsEnabled: true
SubnetIds:
- !Ref PrivateSubnet1
- !Ref PrivateSubnet2
SecurityGroupIds:
- !Ref VPCEndpointSecurityGroup
ServiceName: !Sub com.amazonaws.${AWS::Region}.console-static
VpcId: !Ref AppVPC
#########################
# WORKSPACE RESOURCES
#########################
ADAdminSecret:
Type: AWS::SecretsManager::Secret
Properties:
Name: !Ref DSAdminPasswordResourceName
Description: Password for directory services admin
GenerateSecretString:
SecretStringTemplate: '{"username": "Admin"}'
GenerateStringKey: password
PasswordLength: 30
ExcludeCharacters: '"@/\'
WorkspaceSimpleDirectory:
Type: AWS::DirectoryService::SimpleAD
Properties:
Name: corp.awsconsole.com
Password:
Fn::Sub: "{{resolve:secretsmanager:${DSAdminPasswordResourceName}:SecretString:password}}"
Size: Small
VpcSettings:
SubnetIds:
- !Ref PrivateSubnet1
- !Ref PrivateSubnet2
VpcId: !Ref AppVPC
Outputs:
PrivateSubnet1:
Description: Private Subnet 1
Value: !Ref PrivateSubnet1
PrivateSubnet2:
Description: Private Subnet 2
Value: !Ref PrivateSubnet2
WorkspaceSimpleDirectory:
Description: Directory to be used for Workspaces
Value: !Ref WorkspaceSimpleDirectory
WorkspacesAdminPassword:
Description: The ARN of the Workspaces admin's password. Navigate to the Secrets Manager in the AWS Console to view the value.
Value: !Ref ADAdminSecret
```
**Anmerkung**
Dieses Test-Setup ist für den Betrieb in der Region USA Ost (Nord-Virginia) (us-east-1) konzipiert.
**So richten Sie ein Netzwerk ein:**
1. Melden Sie sich bei dem Verwaltungskonto Ihrer Organisation an, und öffnen Sie die [CloudFormation -Konsole](https://console.aws.amazon.com/cloudformation).
1. Wählen Sie **Stack erstellen** aus.
1. Wählen Sie **Mit neuen Ressourcen (Standard)**. Laden Sie die CloudFormation Vorlagendatei hoch, die Sie zuvor erstellt haben, und wählen Sie **Weiter**.
1. Geben Sie einen Namen für den Stack ein, z. B. **PrivateConsoleNetworkForS3**, und wählen Sie **Weiter** aus.
1. Geben Sie für **VPC und Subnetze** Ihre bevorzugten IP-CIDR-Bereiche ein, oder verwenden Sie die angegebenen Standardwerte. Wenn Sie die Standardwerte verwenden, stellen Sie sicher, dass sie sich nicht mit den vorhandenen VPC-Ressourcen in Ihrem AWS-Kontoüberschneiden.
1. Wählen Sie **Stack erstellen** aus.
1. Nachdem der Stack erstellt wurde, wählen Sie die Registerkarte **Ressourcen**, um die erstellten Ressourcen anzuzeigen.
1. Wählen Sie die Registerkarte **Ausgaben**, um die Werte für private Subnetze und das Workspace Simple Directory anzuzeigen. Notieren Sie sich diese Werte, da Sie sie in Schritt 4 des nächsten Verfahrens zum Erstellen und Konfigurieren eines WorkSpace verwenden werden.
Der folgende Screenshot zeigt die Ansicht der Registerkarte **Ausgaben**, in der die Werte für die privaten Subnetze und das Workspace Simple Directory angezeigt werden.
Nachdem Sie Ihr Netzwerk erstellt haben, gehen Sie wie folgt vor, um ein Netzwerk zu erstellen und darauf zuzugreifen WorkSpace.
**Um ein zu erstellen WorkSpace**
1. Öffnen Sie die [WorkSpaces -Konsole](https://console.aws.amazon.com/workspaces).
1. Wählen Sie im Navigationsbereich **Verzeichnisse** aus.
1. Vergewissern Sie sich auf der Seite **Verzeichnisse**, dass der Verzeichnisstatus **Aktiv** ist. Der folgende Screenshot zeigt eine **Verzeichnisseite** mit einem aktiven Verzeichnis.
1. Um ein Verzeichnis in verwenden zu können WorkSpaces, müssen Sie es registrieren. Wählen Sie im Navigationsbereich die Option **WorkSpaces**und anschließend **Erstellen** aus WorkSpaces.
1. Wählen Sie unter **Verzeichnis auswählen** das Verzeichnis aus, das von CloudFormation im vorherigen Verfahren erstellt wurde. Wählen Sie im Menü **Aktionen** die Option **Registrieren**.
1. Wählen Sie für die Subnetzauswahl die beiden privaten Subnetze aus, die in Schritt 9 des vorherigen Verfahrens beschrieben wurden.
1. Wählen Sie **Self-Service-Berechtigungen aktivieren** und anschließend **Registrieren** aus.
1. Nachdem das Verzeichnis registriert wurde, fahren Sie mit der Erstellung des fort WorkSpace. Wählen Sie das registrierte Verzeichnis aus, und wählen Sie dann **Weiter**.
1. Wählen Sie auf der Seite **Benutzer erstellen** die Option **Zusätzlichen Benutzer erstellen** aus. Geben Sie Ihren Namen und Ihre E-Mail-Adresse ein, damit Sie den verwenden können WorkSpace. Stellen Sie sicher, dass die E-Mail-Adresse gültig ist, da die WorkSpace Anmeldeinformationen an diese E-Mail-Adresse gesendet werden.
1. Wählen Sie **Weiter** aus.
1. Wählen Sie auf der Seite **Benutzer identifizieren** den Benutzer aus, den Sie in Schritt 9 erstellt haben, und klicken Sie dann auf **Weiter**.
1. Wählen Sie auf der Seite **Paket auswählen** die Option **Standard mit Amazon Linux 2** und anschließend **Weiter**.
1. Verwenden Sie die Standardeinstellungen für den Ausführungsmodus und die Benutzeranpassung, und wählen Sie anschließend **Workspace erstellen**. Das WorkSpace beginnt im `Pending` Status und geht `Available` innerhalb von etwa 20 Minuten über.
1. Sobald der verfügbar WorkSpace ist, erhalten Sie an die E-Mail-Adresse, die Sie in Schritt 9 angegeben haben, eine E-Mail mit Anweisungen, wie Sie darauf zugreifen können.
Nachdem Sie sich bei Ihrem angemeldet haben WorkSpace, können Sie testen, ob Sie mit Ihrem AWS-Managementkonsole privaten Zugang darauf zugreifen.
**Um auf eine zuzugreifen WorkSpace**
1. Öffnen Sie die E-Mail, die Sie in Schritt 14 des vorherigen Verfahrens erhalten haben.
1. Wählen Sie in der E-Mail den eindeutigen Link aus, mit dem Sie Ihr Profil einrichten und den WorkSpaces Client herunterladen können.
1. Richten Sie ihr Passwort ein.
1. Laden Sie den Client Ihrer Wahl herunter.
1. Installieren und starten Sie den Client. Geben Sie den Registrierungscode ein, der in Ihrer E-Mail angegeben wurde, und wählen Sie dann **Registrieren**.
1. Melden Sie sich WorkSpaces mit den Anmeldedaten, die Sie in Schritt 3 erstellt haben, bei Amazon an.
**Um zu testen AWS-Managementkonsole Einrichtung des privaten Zugriffs**
1. Öffnen Sie von Ihrem WorkSpace aus Ihren Browser. Navigieren Sie dann zur [AWS-Managementkonsole](https://console.aws.amazon.com/console) und melden Sie sich mit Ihren Anmeldeinformationen an.
**Anmerkung**
Wenn Sie Firefox als Browser verwenden, stellen Sie sicher, dass die Option **DNS über HTTPS aktivieren** in Ihren Browsereinstellungen deaktiviert ist.
1. Öffnen Sie die [Amazon S3 S3-Konsole](https://console.aws.amazon.com/s3), in der Sie überprüfen können, ob Sie über AWS-Managementkonsole Private Access verbunden sind.
1. Wählen Sie das Lock-Private-Symbol in der Navigationsleiste, um die verwendete VPC und den VPC-Endpunkt anzuzeigen. Der folgende Screenshot zeigt die Position des Lock-Private-Symbols und der VPC-Informationen.
