AWS Cloud9
User Guide

Working with Shared Environments in AWS Cloud9

A shared environment is an AWS Cloud9 development environment that multiple users have been invited to participate in. This topic provides instructions for sharing an environment in AWS Cloud9 and how to participate in a shared environment.

To invite a user to participate in an environment you own, follow one of these sets of procedures, depending on the type of user you want to invite.

User type Follow these procedures

A user in the same AWS account as the environment.

Invite a User in the Same Account as the Environment

An AWS Cloud9 administrator in the same AWS account as the environment, specifically:

  • The AWS account root user.

  • An IAM administrator user.

  • A user with the AWS managed policy AWSCloud9Administrator attached.

To invite the AWS Cloud9 administrator yourself, see Invite a User in the Same Account as the Environment.

To have the AWS Cloud9 administrator invite themself (or others in the same AWS account), see Have an AWS Cloud9 Administrator in the Same Account as the Environment Invite Themself or Others.

A user in a different AWS account than the environment.

Invite a User in a Different Account Than the Environment

Contents

Shared Environment Usage Scenarios

A shared environment is good for the following.

  • Pair programming (also know as peer programming). This is where two users work together on the same code in a single environment. In pair programming, typically one user writes code while the other user observes the code being written. The observer gives immediate input and feedback to the code writer. These positions frequently switch during a project. Without a shared environment, teams of pair programmers typically sit in front of a single machine, and only one user at a time can write code. With a shared environment, both users can sit in front of their own machine and can write code at the same time, even if they are in different physical offices.

  • Computer science classes. This is useful when teachers or teaching assistants want to access a student's environment to review their homework or fix issues with their environment in real time. Students can also work together with their classmates on shared homework projects, writing code together in a single environment in real time. They can do this even though they might be in different locations using different computer operating systems and web browser types.

  • Any other situation where multiple users need to collaborate on the same code in real time.

About Environment Member Access Roles

Before you share an environment or participate in a shared environment in AWS Cloud9, you should understand the access permission levels for a shared environment. We call these permission levels environment member access roles.

A shared environment in AWS Cloud9 offers three environment member access roles: owner, read/write, and read-only.

  • An owner has full control over an environment. Each environment has one and only one owner, who is the environment creator. An owner can do the following.

    • Add, change, and remove members for the environment

    • Open, view, and edit files

    • Run code

    • Change environment settings

    • Chat with other members

    • Delete existing chat messages

    In the AWS Cloud9 IDE, an environment owner is displayed with Read+Write access.

  • A read/write member can do the following.

    • Open, view, and edit files

    • Run code

    • Change various environment settings from within the AWS Cloud9 IDE

    • Chat with other members

    • Delete existing chat messages

    In the AWS Cloud9 IDE, read/write members are displayed with Read+Write access.

  • A read-only member can do the following.

    • Open and view files

    • Chat with other members

    • Delete existing chat messages

    In the AWS Cloud9 IDE, read-only members are displayed with Read Only access.

Before a user can become an environment owner or member, that user must meet one of the following criteria.

  • The user is an AWS account root user.

  • The user is an IAM administrator user. For more information, see Creating Your First IAM Admin User and Group in the IAM User Guide.

  • The user is a user who belongs to an IAM group, a user who assumes a role, or a federated user who assumes a role, and that group or role has the AWS managed policy AWSCloud9Administrator or AWSCloud9User (or AWSCloud9EnvironmentMember, to be a member only) attached. For more information, see AWS Managed (Predefined) Policies.

    • To attach one of the preceding managed policies to an IAM group, you can use the AWS Management Console or the AWS Command Line Interface (AWS CLI) as described in the following procedures.

    • To create a role in IAM with one of the preceding managed policies for a user or a federated user to assume, see Creating Roles in the IAM User Guide. To have a user or a federated user assume the role, see coverage of assuming roles in Using IAM Roles in the IAM User Guide.

Attach an AWS Managed Policy for AWS Cloud9 to a Group Using the Console

  1. Sign in to the AWS Management Console, if you are not already signed in.

    For this step, we recommend you sign in using credentials for an IAM administrator user in your AWS account. If you cannot do this, check with your AWS account administrator.

  2. Open the IAM console. To do this, in the console's navigation bar, choose Services. Then choose IAM.

  3. Choose Groups.

  4. Choose the group's name.

  5. On the Permissions tab, for Managed Policies, choose Attach Policy.

  6. In the list of policy names, choose one of the following boxes.

    • AWSCloud9User (preferred) or AWSCloud9Administrator to enable each user in the group to be an environment owner

    • AWSCloud9EnvironmentMember to enable each user in the group to be a member only

    (If you don't see one of these policy names in the list, type the policy name in the Search box to display it.)

  7. Choose Attach policy.

Attach an AWS Managed Policy for AWS Cloud9 to a Group Using the AWS CLI

Run the IAM attach-group-policy command to attach the AWS managed policy for AWS Cloud9 to the group, specifying the group's name and the Amazon Resource Name (ARN) of the policy, for example:

aws iam attach-group-policy --group-name MyGroup --policy-arn arn:aws:iam::aws:policy/POLICY_NAME

In the preceding command, replace MyGroup with the name of the group. Replace POLICY_NAME with the name of one of the following AWS managed policies.

  • AWSCloud9User (preferred) or AWSCloud9Administrator to enable each user in the group to be an environment owner

  • AWSCloud9EnvironmentMember to enable each user in the group to be a member only

Invite a User in the Same Account as the Environment

Use the instructions in this section to share an AWS Cloud9 development environment that you own in your AWS account with a user in that same account.

  1. If the user you want to invite is not one of the following types of users, be sure the user you want to invite already has the corresponding environment member access role. For instructions, see About Environment Member Access Roles.

    • The AWS account root user.

    • An IAM administrator user.

    • A user who belongs to an IAM group, a user who assumes a role, or a federated user who assumes a role, and that group or role has the AWS managed policy AWSCloud9Administrator attached.

  2. Open the environment that you own and want to invite the user to, if the environment is not already open.

  3. In the menu bar in the AWS Cloud9 IDE, do one of the following.

    • Choose Window, Share.

    • Choose Share (located next to the Preferences gear icon).

      
                        The Share command in the AWS Cloud9 IDE menu bar
  4. In the Share this environment dialog box, for Invite Members, type one of the following.

    • To invite an IAM user, type the user's name.

    • To invite the AWS account root user, type arn:aws:iam::123456789012:root, replacing 123456789012 with your AWS account ID.

    • To invite a user with an assumed role or a federated user with an assumed role, type arn:aws:sts::123456789012:assumed-role/MyAssumedRole/MyAssumedRoleSession, replacing 123456789012 with your AWS account ID, MyAssumedRole with the name of the assumed role, and MyAssumedRoleSession with the session name for the assumed role.

  5. To make this user a read-only member, choose R. To make this user read/write, choose RW.

  6. Choose Invite.

    Note

    If you make this user a read/write member, a dialog box is displayed, containing information about possibly putting your AWS security credentials at risk. The following information provides more background about this issue.

    You should share an environment only with those you trust.

    A read/write member may be able to use the AWS CLI, the aws-shell, or AWS SDK code in your environment to take actions in AWS on your behalf. Furthermore, if you store your permanent AWS access credentials within the environment, that member could potentially copy those credentials and use them outside of the environment.

    Removing your permanent AWS access credentials from your environment and using temporary AWS access credentials instead does not fully address this issue. It lessens the opportunity of the member to copy those temporary credentials and use them outside of the environment (as those temporary credentials will work only for a limited time). However, temporary credentials still enable a read/write member to take actions in AWS from the environment on your behalf.

  7. Contact the user to let them know they can open this environment and begin using it.

Have an AWS Cloud9 Administrator in the Same Account as the Environment Invite Themself or Others

The following types of users can invite themselves (or other users in the same AWS account) to any environment in the same account.

  • The AWS account root user.

  • An IAM administrator user.

  • A user who belongs to an IAM group, a user who assumes a role, or a federated user who assumes a role, and that group or role has the AWS managed policy AWSCloud9Administrator attached.

If the invited user is not one of the preceding types of users, be sure that user already has the corresponding environment member access role. For instructions, see About Environment Member Access Roles.

To invite the user, use the AWS CLI or the aws-shell to run the AWS Cloud9 create-environment-membership command, as follows.

aws cloud9 create-environment-membership --environment-id 12a34567b8cd9012345ef67abcd890e1 --user-arn USER_ARN --permissions PERMISSION_LEVEL

In the preceding command, replace 12a34567b8cd9012345ef67abcd890e1 with the ID of the environment, and PERMISSION_LEVEL with read-write or read-only. Replace USER_ARN with one of the following:

  • To invite an IAM user, type arn:aws:iam::123456789012:user/MyUser, replacing 123456789012 with your AWS account ID and MyUser with the user's name.

  • To invite the AWS account root user, type arn:aws:iam::123456789012:root, replacing 123456789012 with your AWS account ID.

  • To invite a user with an assumed role or a federated user with an assumed role, type arn:aws:sts::123456789012:assumed-role/MyAssumedRole/MyAssumedRoleSession, replacing 123456789012 with your AWS account ID, MyAssumedRole with the name of the assumed role, and MyAssumedRoleSession with the session name for the assumed role.

For example, to invite the AWS account root user for account ID 123456789012 to an environment with ID 12a34567b8cd9012345ef67abcd890e1 as a read/write member, run the following command.

aws cloud9 create-environment-membership --environment-id 12a34567b8cd9012345ef67abcd890e1 --user-arn arn:aws:iam::123456789012:root --permissions read-write

Note

If you're using the aws-shell, omit the aws prefix from the preceding commands.

Invite a User in a Different Account Than the Environment

Use the instructions in this section to share an AWS Cloud9 development environment that you own in your AWS account with a user in a different account.

Prerequisites

Before you complete the steps in the section, be sure you have the following.

  • Two AWS accounts. One account contains the environment you want to share. To reduce confusion, we refer to this account as "your account" and as "account 111111111111" in this section's examples. A separate account contains the user you want to share the environment with. To reduce confusion, we refer to this account as "the other account" and as "account 999999999999" in this section's examples.

  • An IAM group in the other account 999999999999, which we refer to as AWSCloud9CrossAccountGroup in this section's examples. (To use a different group in that account, substitute its name throughout this section's examples).

  • A user in the other account 999999999999, which we refer to as AWSCloud9CrossAccountUser in this section's examples. This user is a member of the AWSCloud9CrossAccountGroup group in the other account. (To use a different user in that account, substitute its name throughout this section's examples).

  • An environment in your account 111111111111 that you want to allow the user in the other account 999999999999 to access.

Step 1: Create an IAM Role in Your Account to Allow Access from the Other Account

In this step, you create an IAM role in your account 111111111111. This role allows users in the other account 999999999999 to access your account using the permissions you specify.

  1. Sign in to the AWS Management Console using your AWS account 111111111111.

    We recommend you sign in using credentials for an IAM administrator user in your AWS account. If you can't do this, check with your AWS account administrator.

  2. Open the IAM console. To do this, on the global navigation bar, choose Services, and then choose IAM.

  3. In the service navigation pane, choose Roles.

  4. On the Roles page, choose Create role.

  5. On the Select type of trusted entity page, choose the Another AWS account tile.

  6. In Specify accounts that can use this role, for Account ID, type the ID of the other AWS account: 999999999999. (Leave the Options boxes cleared.)

  7. Choose Next: Permissions.

  8. On the Attach permissions policies page, select the box next to the policy (or policies) that contain the permissions you want the other AWS account to have in your account. For this example, choose AWSCloud9EnvironmentMember. (If you can't find it, type AWSCloud9EnvironmentMember in the Search box to display it.) This particular policy allows users in the other account to become read-only or read/write members in shared environments in your account after you invite them.

  9. Choose Review.

  10. On the Review page, for Role name, type a name for the role. For this example, type AWSCloud9EnvironmentMemberCrossAccountRole. (To use a different name for the role, substitute it throughout this section's examples).

  11. Choose Create role.

  12. In the list of roles that is displayed, choose AWSCloud9EnvironmentMemberCrossAccountRole.

  13. On the Summary page, copy the value of Role ARN, for example, arn:aws:iam::111111111111:role/AWSCloud9EnvironmentMemberCrossAccountRole. You need this value for Step 3 in this section.

Step 2: Add the User in the Other Account as a Member of Your Environment

Now that you have an IAM role in your account 111111111111, and know the name of the user in other account 999999999999, you can add the user as a member of the environment.

  1. If you're not already signed in to the AWS Management Console as the owner of the environment in your account 111111111111, sign in now.

  2. Open the IDE for the environment. (If you're not sure how to do this, see Opening an Environment.)

  3. On the menu bar, choose Share.

  4. In the Share this environment dialog box, for Invite Members, type arn:aws:sts::111111111111:assumed-role/AWSCloud9EnvironmentMemberCrossAccountRole/AWSCloud9CrossAccountUser, where:

    • 111111111111 is the actual ID of your AWS account.

    • AWSCloud9EnvironmentMemberCrossAccountRole is the name of the IAM role in your account 111111111111, as specified earlier in Step 1 of this section.

    • AWSCloud9CrossAccountUser is the name of the user in the other account 999999999999.

  5. Choose Invite, and follow the onscreen instructions to complete the invitation process.

Step 3: Grant Access in the Other Account to Use the IAM Role in Your Account

In this step, you allow the user in the other account 999999999999 to use the IAM role you created in your account 111111111111.

  1. If you're still signed in to the AWS Management Console using your AWS account 111111111111, sign out now.

  2. Sign in to the AWS Management Console using the other AWS account 999999999999.

    We recommend you sign in using credentials for an IAM administrator user in the other account. If you can't do this, check with your AWS account administrator.

  3. Open the IAM console. To do this, on the global navigation bar, choose Services, and then choose IAM.

  4. In the service navigation pane, choose Groups.

  5. In the list of groups that is displayed, choose AWSCloud9CrossAccountGroup.

  6. On the Permissions tab, expand Inline Policies, and then choose the link at the end of "To create one, click here."

  7. On the Set Permissions page, choose Custom Policy, and then choose Select.

  8. On the Review Policy page, for Policy Name, type a name for the policy. For this example, we suggest typing AWSCloud9CrossAccountGroupPolicy. (You can use a different name for the policy).

  9. For Policy Document, type the following, substituting 111111111111 for the actual ID of your AWS account.

    { "Version": "2012-10-17", "Statement": { "Effect": "Allow", "Action": "sts:AssumeRole", "Resource": "arn:aws:iam::111111111111:role/AWSCloud9EnvironmentMemberCrossAccountRole" } }
  10. Choose Apply Policy.

Step 4: Use the Other Account to Open the Shared Environment in Your Account

In this step, the user in the other account 999999999999 uses the IAM role in your account 111111111111 to open the shared environment that's also in your account.

  1. If you're not already signed in to the AWS Management Console as the user named AWSCloud9CrossAccountUser in the other AWS account 999999999999, sign in now.

  2. On the global navigation bar, choose AWSCloud9CrossAccountUser, and then choose Switch Role.

  3. On the Switch role page, choose Switch Role.

  4. For Account, type your AWS account ID: 111111111111.

  5. For Role, type AWSCloud9EnvironmentMemberCrossAccountRole.

  6. For Display Name, type a name that helps you more easily identify this role for later use, or leave the suggested display name.

  7. Choose Switch Role. In the global navigation bar, AWSCloud9CrossAccountUser is replaced with the Display Name value and also changes its background color.

  8. On the global navigation bar, choose Services, and then choose Cloud9.

  9. On the global navigation bar, choose the AWS Region that contains the environment.

  10. In the service navigation pane, choose Shared with you.

  11. In the card for the environment that you want to open, choose Open IDE.

You can switch back to using the original user identity AWSCloud9CrossAccountUser. With the AWS Management Console still open for this step, on the global navigation bar choose the Display Name value from earlier in this step. Then choose Back to AWSCloud9CrossAccountUser.

To use the AWSCloud9EnvironmentMemberCrossAccountRole role again, with the AWS Management Console still open for this step, on the global navigation bar choose AWSCloud9CrossAccountUser. For Role History, choose the Display Name value from earlier in this step.

Open a Shared Environment

To open a shared environment, you use your AWS Cloud9 dashboard. You then use the AWS Cloud9 IDE to do things in a shared environment such as work with files and chat with other members.

  1. Be sure the corresponding access policy is attached to the group or role for your user. For more information, see About Environment Member Access Roles.

  2. Sign in to AWS Cloud9, if you are not already signed in. For more information, see Step 4: Sign in to the AWS Cloud9 Console in Team Setup.

  3. Open the shared environment from your AWS Cloud9 dashboard. For more information, see Opening an Environment in AWS Cloud9.

You use the Collaborate window to interact with other members, as described in the rest of this topic.

Note

If the Collaborate window is not visible, choose the Collaborate button. If the Collaborate button is not visible, on the menu bar, choose Window, Collaborate.


            The Collaborate window in the AWS Cloud9 IDE

See a List of Environment Members

With the shared environment open, in the Collaborate window, expand Environment Members, if the list of members is not visible.

A circle next to each member indicates their online status, as follows.

  • Active members have a green circle.

  • Offline members have a gray circle.

  • Idle members have an orange circle.


            Member online status in the AWS Cloud9 IDE

To use code to get a list of environment members, call the AWS Cloud9 describe environment memberships operation, as follows.

Open the Active File of an Environment Member

With the shared environment open, in the menu bar, choose the member name. Then choose Open Active File.


            The Open Active File command in the AWS Cloud9 IDE

Open the Open File of an Environment Member

  1. With the shared environment open, in the Collaborate window, expand Environment Members, if the list of members is not visible.

  2. Expand the name of the user whose open file you want to open in your environment.

  3. Double-click the name of the file you want to open.


            Opening a team member's file in the AWS Cloud9 IDE

Go to the Active Cursor of an Environment Member

  1. With the shared environment open, in the Collaborate window, expand Environment Members, if the list of members is not visible.

  2. Right-click the member name, and then choose Show Location.

Chat with Other Environment Members

With the shared environment open, at the bottom of the Collaborate window, for Enter your message here, type your chat message, and then press Enter.


            The chat area in the AWS Cloud9 IDE

View Chat Messages in a Shared Environment

With the shared environment open, in the Collaborate window, expand Group Chat, if the list of chat messages is not visible.

Delete a Chat Message from a Shared Environment

With the shared environment open, in the Collaborate window, right-click the chat message in Group Chat, and then choose Delete Message.

Note

When you delete a chat message, it is deleted from the environment for all members.

Delete All Chat Messages from a Shared Environment

With the shared environment open, in the Collaborate window, right-click anywhere in Group Chat, and then choose Clear history.

Note

When you delete all chat messages, they are deleted from the environment for all members.

Change the Access Role of an Environment Member

  1. Open the environment that you own and that contains the member whose access role you want to change, if the environment is not already open. For more information, see Opening an Environment in AWS Cloud9.

  2. In the Collaborate window, expand Environment Members, if the list of members is not visible.

  3. Do one of the following:

    • Next to the member name whose access role you want to change, choose R or RW to make this member owner or read/write, respectively.

    • To change a read/write member to read-only, right-click the member name, and then choose Revoke Write Access.

    • To change a read-only member to read/write, right-click the member name, and then choose Grant Read+Write Access.

      Note

      If you make this user a read/write member, a dialog box is displayed, containing information about possibly putting your AWS security credentials at risk. Do not make a user a read/write member unless you trust that user to take actions in AWS on your behalf. For more information, see the related note in Invite a User in the Same Account as the Environment.

To use code to change the access role of a environment member, call the AWS Cloud9 update environment membership operation, as follows.

Remove Your User From a Shared Environment

Note

You cannot remove your user from an environment if you are the environment owner.

Removing your user from an environment does not remove your user from IAM.

  1. With the shared environment open, in the Collaborate window, expand Enviroment Members, if the list of members is not visible.

  2. Do one of the following.

    • Next to You, choose the trash can icon.

    • Right-click You, and then choose Leave environment.

  3. When prompted, choose Leave.

To use code to remove your user from a shared environment, call the AWS Cloud9 delete environment membership operation, as follows.

Remove Another Environment Member

Note

To remove any member other than your user from an environment, you must be signed in to AWS Cloud9 using the credentials of the environment owner.

Removing a member does not remove the user from IAM.

  1. Open the environment that contains the member you want to remove, if the environment is not already open. For more information, see Opening an Environment in AWS Cloud9.

  2. In the Collaborate window, expand Environment Members, if the list of members is not visible.

  3. Do one of the following.

    • Next to the name of the member you want to delete, choose the trash can icon.

    • Right-click the name of the member you want to delete, and then choose Revoke Access.

  4. When prompted, choose Remove Member.

To use code to remove a member from an environment, call the AWS Cloud9 delete environment membership operation, as follows.

Environment Sharing Best Practices

We recommend the following practices when sharing environments.

  • Only invite read/write members you trust to your environments.

  • For EC2 environments, read/write members can use the environment owner's AWS access credentials, instead of their own credentials, to make calls from the environment to AWS services. To prevent this, the environment owner can disable AWS managed temporary credentials for the environment. However, this also prevents the environment owner from making calls. For more information, see AWS Managed Temporary Credentials.

  • Turn on AWS CloudTrail to track activity in your environments. For more information, see the AWS CloudTrail User Guide.

  • Do not use your AWS account root user to create and share environments. Use IAM users in the account instead. For more information, see First-Time Access Only: Your Root User Credentials and IAM Users in the IAM User Guide.