Live Share のセキュリティ機能Security features of Live Share

Visual Studio Live Share で共同作業セッションは、ユーザー セッションに参加し、共同編集、デバッグなどの任意の数を許可するという点で強力です。Collaboration sessions in Visual Studio Live Share are powerful in that they allow any number of people to join in a session and collaboratively edit, debug and more. ただし、このレベルのアクセスを付与するには、間違いなく対象となる Live Share を提供するセキュリティ機能。However, given this level of access, you undoubtedly will be interested in the security features Live Share provides. この記事で推奨事項と、必要に応じて、環境をセキュリティで保護するためのオプションを提供いたします。In this article, we'll provide some recommendations and options for securing your environment as needed.

任意のコラボレーション ツールと同様、コード、コンテンツ、およびアプリケーションを信頼できる人とを共有する必要がありますのみことに注意してください。As with any collaboration tool, remember that you should only share your code, content, and applications with people you trust.

接続Connectivity

Visual Studio Live Share のすべての接続は、ことコラボレーション セッションでのみ、そのコンテンツへのアクセスができることを確認するには、SSH または SSL 暗号化され、中央のサービスに対して認証されます。All connections in Visual Studio Live Share are SSH or SSL encrypted and authenticated against a central service to ensure that only those in the collaboration session can gain access to its content. 既定では、Live Share は直接接続を試行し、ゲストとホスト間の接続を確立できない場合に、クラウドのリレーに頼る。By default, Live Share attempts a direct connection and falls back on a cloud relay if a connection between the guest and the host cannot be established. Live Share のクラウド リレーを経由してルーティングの任意のトラフィックは保持されませんはない「覗き見」任意の方法でトラフィックに注意してください。Note that Live Share's cloud relay does not persist any traffic routed through it and does not "snoop" the traffic in any way. ただし、リレーを使用しないようにする場合は、常に直接接続する設定を変更できます。However, if you'd prefer not to use the relay you can change settings to always connect directly.

これらの動作と Live Share の接続要件の変更の詳細については、 Live Share の接続要件 を参照してください。To find out more about altering these behaviors and Live Share's connectivity requirements, see connectivity requirements for Live Share.

招待および参加アクセスInvitations and join access

新しいコラボレーション セッションを開始するたびに、Live Share を生成、新しい一意の識別子は、この招待リンクに配置されます。Each time you start a new collaboration session, Live Share generates a new unique identifier that is placed in the invitation link. これらのリンクがリンク内の識別子が「非推測」し、信頼できるユーザーを招待する強固で安全な基盤を提供_単一コラボレーション セッションの期間に対してのみ有効です_します。These links provide a solid, secure foundation to invite those you trust since the identifier in the link is "non-guessable" and is only valid for the duration of a single collaboration session.

予期しないゲストを削除します。Removing an unexpected guest

ホストとして、ゲストが共同作業セッションに参加するたびに自動的に通知されます。As a host, you are automatically notified whenever a guest joins the collaboration session.

Visual Studio Code join notification Visual Studio join notification

さらに良いことを通知できるようにする何らかの理由がわからない場合に参加してゲストを削除します。Better still, the notification gives you the ability to remove a guest that has joined if for some reason you do not know them. (たとえば、会社全体のチャット システムに誤って、リンクを投稿した、ランダムな従業員が参加している場合。)単に表示される通知の「削除」ボタンをクリックし、共同作業セッションから排出されます。(For example, if you accidentally posted your link on a company-wide chat system and a random employee joined.) Simply click on the "Remove" button in the notification that appears and they will be ejected from the collaboration session.

VS Code、その後、参加要素を削除する機能もがある場合でも、結合通知を閉じます。In VS Code, even if you have dismissed a join notification, you also have the ability to remove a participant after that. Live Share ビューを開き、エクスプ ローラーまたは VS Code アクティビティ バーでユーザー設定 タブで、ポインターを合わせるまたは参加要素の名前を右クリックし、「参加要素の削除」アイコンまたはオプションを選択することができます。By opening the Live Share view in the Explorer or the custom tab in the VS Code activity bar, you can hover over or right-click a participant's name and select the "Remove participant" icon or option.

VS Code で参加者を削除します。

ゲストの承認を必要とします。Requiring guest approval

通常、コラボレーション セッションに参加する参加要素にLive Share にサインインMicrosoft の職場または学校アカウント (AAD)、個人の Microsoft アカウントまたは GitHub アカウントを使用します。Typically, participants that join a collaboration session will be signed into Live Share using a Microsoft work or school account (AAD), personal Microsoft account, or GitHub account. 「通知 + 削除」の中に既定のユーザーのサインインは適切な組み合わせを提供しますの速度とこれらのゲストを制御することもものをロック ダウン機密性の高いものを実行している場合は、少し詳細。While the "notification + remove" default for signed in users provides a good mix of speed and control for these guests, you may want to lock things down a bit more if you are doing something sensitive.

さらに、コラボレーションの参加にサインインするすべてのゲストを強制する特定の状況でセッションを問題となることができます。In addition, in certain circumstances forcing all guests to sign in to join a collaboration session can be problematic. 例としては、guest、教室/学習のシナリオとして結合する Live Share を新しいユーザーを確認するか、サポートされている勘定科目の種類のいずれかを持っていないユーザーのユーザーと共同作業を行うときにします。Examples include asking someone new to Live Share to join as a guest, classroom/learning scenarios, or when collaborating with someone who does not have one of the supported account types. これらの理由から、Live Share があるユーザーを許可できますサインインしていないとして共同作業セッションに参加する読み取り専用ゲストです。For these reasons, Live Share can allow users that are not signed in to join collaboration sessions as read-only guests. ホストをする必要があります承認既定でに参加させる前にこれらのゲスト「匿名」これらのゲストを許可しないか、代わりに常に承認する可能性があります。While the host needs to approve these guests before they can join by default, you may want to either disallow these "anonymous" guests or always approve them instead.

ユーザーをサインインのゲストの承認を必要とします。Requiring guest approval for signed in users

防ぐためにサインインして、コラボレーションまで、「承認された」には、セッションに参加したり、ゲストをたい場合は、次の設定を変更します。If you would like to prevent signed in guests from joining your collaboration sessions until you have "approved" them, change the following setting:

  • VS Codesettings.json に次の追加 (ファイル > 設定 > 設定)。In VS Code, add the following to settings.json (File > Preferences > Settings):

    "liveshare.guestApprovalRequired": true
    
  • Visual Studioツールの設定 > オプション > Live Share >「を True にゲストの承認が必要」です。In Visual Studio, set Tools > Options > Live Share > "Require guest approval" to True.

    ゲストの承認の設定が強調表示されているで、visual Studio の設定ウィンドウ

この時点以降は、承認を結合する各ゲストに求め。From this point forward, you'll be asked to approve each guest that joins.

Visual Studio Code join approval request Visual Studio join approval request

ゲストとしてホストが有効にすると、この設定には、セッションに参加する場合、ステータス バーに通知されますか参加を承認するホストを待機している Live Share ダイアログ。As a guest, if you join a session where the host has this setting enabled, you'll be notified in the status bar or join dialog that Live Share is waiting on the host to approve.

サインインしていない (匿名) 自動拒否または受け入れ側のユーザーAuto-rejecting or accepting users that are not signed in (anonymous)

許可する Live Share を構成することが前述のようで署名されていないユーザーとして共同作業セッションに参加する読み取り専用ゲストです。As described above, Live Share can be configured to allow users that are not signed in to join a collaboration session as read-only guests. これらを while 「匿名」ゲストは、名前を入力する必要があります簡易名が同じレベルの実際のサインインと保証を行いませんを結合するとき。While these "anonymous" guests must enter a name when joining, a simple name does not provide the same level of assurance as a real sign-in. そのため、既定では、ホストが承認するように求め「ゲストの承認を要求する」に関係なく、匿名のゲスト上の説明を設定します。Therefore, by default, the host is prompted to approve any anonymous guest regardless of the "require guest approval" setting described above.

できます常に拒否(匿名のゲストを無効にする) または常にそのまま使用匿名ユーザーとして次のとおりです。You can always reject (disable anonymous guests) or always accept anonymous users instead as follows:

  • VS Code設定liveshare.anonymousGuestApprovalsettings.json で (ファイル > の基本設定 > 設定) にacceptreject、またはprompt(既定) に応じて。In VS Code, set liveshare.anonymousGuestApproval in settings.json (File > Preferences > Settings) to accept, reject, or prompt (the default) as appropriate.

  • Visual Studioツールの設定 > オプション > Live Share >"許可を匿名のゲスト approval"、拒否、またはプロンプト (既定値) として適切な。In Visual Studio, set Tools > Options > Live Share > "Anonymous guest approval" to Accept, Reject, or Prompt (the default) as appropriate.

Live Share を送信する必要がありますのみに関係なく、記憶する人を招待へのリンクを信頼します。Regardless, remember that you should only send Live Share invitation links to people you trust.

ファイルへのアクセスと可視性を制御します。Controlling file access and visibility

ゲストとして Live Share のリモートのモデルにアクセスできますクイック読み取り/書き込みファイルとフォルダー、プロジェクトの内容全体を同期することがなく、ホストを共有しました。As a guest, Live Share's remote model gives you quick read/write access to files and folders the host has shared with you without having to sync the entire contents of a project. したがって個別に移動でき、全体の共有ファイル ツリー内のファイルを編集できます。You can therefore independently navigate and edit files in the entire shared file tree. ただし、この自由度は、ホストにいくつかリスクを伴います。However, this freedom does pose some risks to the host. 概念、開発者移動し、知らない間にソース コードを変更または機密性の高いソース コードまたは共有のファイル ツリー内のどこかにある「シークレット」を参照してくださいすることでした。In concept, a developer could opt to go in and modify source code without your knowledge or see sensitive source code or "secrets" located somewhere in the shared file tree. その結果、ホストが、常にしない場合、ゲストが共有しているプロジェクトの全体にアクセスします。Consequently, as a host, you may not always want the guest to have access to the entirety of a project you are sharing. さいわいにも、このリモート モデルの利点は、機能を損なうことがなく、誰と共有したくないファイルを"exclude"することを選択できます。Thankfully, an added advantage of this remote model is that you can opt to "exclude" files you do not want to share with anyone without sacrificing on functionality. ゲストは、セッションは通常必要とするこれらのファイルへのアクセスする必要がある場合を行うには、独自のデバッグなどの項目に参加できます。Your guests can still participate in things like debugging sessions that would normally require access to these files if they wanted to do so on their own.

これを実現するには追加することを . vsls.jsonフォルダーまたは共有しているプロジェクト ファイル。You can accomplish this by adding a .vsls.json file to the folder or project you are sharing. この json 形式のファイルに追加するすべての設定は、Live Share がファイルを処理する方法を変更します。Any settings you add to this json formatted file changes how Live Share processes files. 直接制御を提供し、これらのファイルもコミットできますをソース管理に活用するために何も追加の作業でこれらのルールでは、プロジェクトを複製するすべてのユーザーができるようにします。In addition to providing you direct control, these files can also be committed to source control so anyone cloning a project will be able to take advantage of these rules with no additional effort on their part.

例を次に示します。 vsls.json ファイル。Here's an example .vsls.json file:

{
    "$schema": "http://json.schemastore.org/vsls",
    "gitignore":"none",
    "excludeFiles":[
        "*.p12",
        "*.cer",
        "token",
        ".gitignore"
    ],
    "hideFiles": [
        "bin",
        "obj"
    ]
}

注意

共有するすべてのファイル/フォルダーを作成することも読み取り専用コラボレーション セッションを開始するときにします。You can also make the all files/folders you share read-only when you start a collaboration session. 参照してください詳細についてはします。See below for details.

これらのプロパティがゲストで実行できる内容を変更する方法を見てみましょう。Let's walk through how these properties change what guests can do.

プロパティProperties

ExcludeFilesプロパティでは、(非常に .gitignore ファイルが検出されたものと同様) glob のファイル パターンの一覧を指定できます。 Live Share をゲストの特定のファイルまたはフォルダーを開くようにします。The excludeFiles property allows you to specify a list of glob file patterns (very much like those found .gitignore files) that prevents Live Share from opening certain files or folders for guests. ゲストのようなシナリオを含むはこのことに注意して_任意のコード ナビゲーション機能などの定義、および詳細に移動後またはファイルへの共同作業のデバッグ中にステップ イン、編集場所にジャンプします。_Be aware that this is inclusive of scenarios like a guest following or jumping to your edit location, stepping into a file during collaborative debugging, any code navigation features like go to definition, and more. 共有シークレット、証明書、またはパスワードを格納しているような状況にかかわらずしないファイルに適しています。It is intended for files you never want to share under any circumstances like those containing secrets, certificates, or passwords. セキュリティを制御するためなどです。 vsls.json ファイルは常に除外します。For example, since they control security, .vsls.json files are always excluded.

HideFilesプロパティと同様がないほど厳格です。The hideFiles property is similar, but not quite as strict. これらのファイルは、ファイル ツリーからは見えませんだけです。These files are simply hidden from the file tree. 発生する場合など、デバッグ中に、これらのファイルのいずれかにステップ インにはまだエディターで開きます。For example, if you happened to step into one of these files during debugging, it is still opened in the editor. など、さまざまなソース管理システムを使用している場合場合のもの) は、.gitignore ファイルのセットアップを持たない場合、または単に何が既にある混乱を回避するために拡張する場合、このプロパティは主に役立ちます。This property is primarily useful if you do not have a .gitignore file setup (as would be the case if you are using a different source control system) or if you simply want to augment what is already there to avoid clutter or confusion.

Gitignore設定は、Live Share が共有フォルダーの .gitignore ファイルの内容を処理する方法を確立します。The gitignore setting establishes how Live Share should process the contents of .gitignore files in shared folders. 既定では、.gitignore ファイルで見つかった任意の glob は"hideFiles"プロパティで指定された場合と同様に扱われます。By default, any globs found in .gitignore files are treated as if they were specified in the "hideFiles" property. ただし、値は次のいずれかを使用してさまざまな動作を選択できます。However, you can choose a different behavior using one of the following values:

オプションOption 結果Result
none .gitignore の内容は、ゲスト (ゲスト エディターの設定によってフィルター処理されないと仮定) のファイル ツリー内に表示されます。.gitignore contents are visible to guests in the file tree (assuming they are not filtered by a guest editor setting).
hide 既定値です。The default. Glob .gitignore 内では、"hideFiles"プロパティであったかのように処理されます。Globs inside .gitignore are processed as if they were in the "hideFiles" property.
exclude Glob .gitignore 内では、"excludeFiles"プロパティであったかのように処理されます。Globs inside .gitignore are processed as if they were in the "excludeFiles" property.

欠点、exclude設定は node_modules などのフォルダーの内容が .gitignore が頻繁には、デバッグ中にステップ インに役に立ちます。A downside of the exclude setting is that the contents of folders like node_modules are frequently in .gitignore but can be useful to step into during debugging. Live Share がルールを使用して、反転する機能をサポートするそのため、"!"excludeFiles プロパティ。Consequently, Live Share supports the ability to reverse a rule using "!" in the excludeFiles property. たとえば、この。 node_modules を除き".gitignore"内のすべて vsls.json ファイルは除外します。For example, this .vsls.json file would exclude everything in ".gitignore" except for node_modules:

{
    "$schema": "http://json.schemastore.org/vsls",
    "gitignore":"exclude",
    "excludeFiles":[
        "!node_modules"
    ]
}

見やすくするために実際に除外せず node_modules を非表示にする場合は、編集できるように単にファイルとしては、次のように、非表示にして、除外するルールが個別に処理されます。The hide and exclude rules are processed separately, so if you still wanted to hide node_modules to reduce clutter without actually excluding it, you can simply edit the file as follows:

{
    "$schema": "http://json.schemastore.org/vsls",
    "gitignore":"exclude",
    "excludeFiles":[
        "!node_modules"
    ],
    "hideFiles":[
        "node_modules"
    ]
}

。 サブフォルダーに vsls.json ファイル.vsls.json files in sub-folders

最後に、.gitignore と同様します。 vsls.json ファイルをサブフォルダーに配置することができます。Finally, just like .gitignore, .vsls.json files can be placed in sub-folders. 非表示にする/除外する規則以降によって決定されます、。 vsls.json ファイル (ある場合) を共有したルート フォルダーおよびしを示しながら各サブ フォルダーにある先頭から検索する特定のファイルにします。 vsls.json ファイルを処理します。Hide/exclude rules are determined by starting with the .vsls.json file in the root folder you have shared (if present) and then walking through at each sub-folder from there leading to a given file to look for .vsls.json files to process. 内容。 vsls.json ファイル、ファイル ツリーの下位のフォルダーでし補完 (またはオーバーライド) より高いレベルで設定された規則。The contents of .vsls.json files in folders farther down the file tree then supplement (or override) rules established at higher levels.

外部ファイル共有を無効にします。Disabling external file sharing

既定では、も、Live Share と外部共有のフォルダーにあるホストを開きますファイルを共有は/ソリューション。By default, Live Share will also share any files the host opens that are external to the shared folder / solution. これにより、簡単にすばやく再共有することがなく他の関連ファイルを開きます。This makes it easy to quickly open up other related files without having to re-share.

この機能を無効にする場合は。If you would prefer to disable this feature:

  • VS Codesettings.json に以下を追加します。In VS Code, add the following to settings.json:

    "liveshare.shareExternalFiles": false
    
  • Visual Studio、ツール設定>オプション>Live Share > 「外部ファイルを共有」を False にIn Visual Studio, set Tools > Options > Live Share > "Share External Files" to False

読み取り専用モードRead-only mode

ホストとして、コードを共有する場合、ゲスト編集を行うには必要ありません。Sometimes when you share your code as a host, you don't want your guests to make edits. ゲスト、コードのいくつかを確認する必要があります。 または多数のゲストをプロジェクトを表示し、不要なや偶発的な編集をしたくないです。You might need your guest to take a look at some of your code, or you are showing your project to a large number of guests and do not want any unnecessary or accidental edits to be made. ライブの共有は、読み取り専用モードでプロジェクトを共有する機能を提供します。Live Share offers the ability to share projects in read-only mode.

ホスト、共有する場合は、としては、コラボレーション セッションを読み取り専用モードを有効にするオプションがあります。As a host, when sharing, you have the option to enable read-only mode for a collaboration session. ゲストに参加する場合では、する他のカーソルを引き続き参照できますと強調表示だけでなく、プロジェクト内を移動する場合に、コードに変更を加えることはできません。When a guest joins, they will not be able to make edits to the code, though you can still see each other's cursors and highlights as well as navigate through the project.

読み取り専用モードでのゲストと併置デバッグできますも。You can still co-debug with guests while in read-only mode. ゲストには、デバッグのプロセスの手順がまだを追加または、ブレークポイントを削除したり変数を検査する機能はありません。Guests will not have the ability to step through the debugging process, but can still add or remove breakpoints, and inspect variables. さらに、ゲストでまだサーバーとターミナル (読み取り専用) を共有することができます。Additionally, you can still share servers and terminals (read-only) with guests.

読み取り専用のコラボレーション セッションを開始する方法の詳細を確認できます。VS Code VSYou can learn more about starting a read-only collaboration session: VS Code VS

共同デバッグCo-debugging

大変なコーディングの問題やバグをどう取り組んでいるときにデバッグするときに、目の追加のペアを持つは本当に役に立ちます。When you're tackling tough coding problems or bugs, having an extra pair of eyes when debugging can be really useful. Visual Studio Live Share は、"共同デバッグ機能"またはホストでのデバッグを開始するたびに、すべてのゲストで、デバッグ セッションを共有することで「デバッグ併置」を使用できます。Visual Studio Live Share enables "collaborative debugging" or "co-debugging" by sharing the debugging session with all guests whenever the host starts debugging.

ホストが完全に制御経由でデバッグ セッションを開始または停止されますが、併置デバッグ発生することは危険性を信頼していない人と共有している場合。As a host, you are in complete control over when a debugging session starts or stops, but co-debugging does pose some risks if you are sharing with someone you do not trust. ライブ共有により、ゲスト コンソール/REPL コマンドを実行するように招待して、したがってがしない実行するようにコマンドを実行して、悪意のあるアクターのリスクします。Live Share allows guests you invite to run console/REPL commands and there is therefore a risk of a malicious actor running a command you would not want them to run.

その結果、のみを信頼するとデバッグ併置します。Consequently, you should only co-debug with those you trust.

詳細情報:VS Code VSLearn more: VS Code VS

ローカル サーバーの共有Sharing a local server

共同デバッグを行うとき、デバッグ セッション用にホストが提供するアプリケーションのさまざまな部分にアクセスできると非常に便利です。When co-debugging, it can be really useful to get access to different parts of the application being served up by the host for the debugging session. ブラウザーでアプリへのアクセス、ローカルのデータベースへのアクセスや、ツールからの REST エンドポイントをヒットする可能性があります。You may want to access the app in a browser, access a local database, or hit a REST endpoint from your tools. ライブの共有を使用して、"share、サーバー"のゲスト マシン上の正確な同じポートをホストのマシンのローカル ポートにマップすることができます。Live Share lets you "share a server" which maps a local port on the host's machine to the exact same port on guest's machine. ゲストとしてすることができますと対話し、アプリケーション コンピューターにローカルで実行されていた場合とまったく同様 (例: ホストとゲスト両方アプリにアクセスできる、web で実行されている http://localhost:3000)します。As a guest, you can then interact with the application exactly as if it was running locally on your machine (e.g. the host and guest can both access a web app running on http://localhost:3000).

ただし、ホストにする必要がありますするポートを共有すると非常に高いアプリケーション ポートではなくシステムのポートをゲストとのみ共有します。However, as a host, you should be very selective with the ports you share with guests and only share application ports rather system ports. ゲストから見ると、共有ポートは、サーバー/サービスが自分のコンピューターで実行している場合とまったく同じように動作します。For guests, shared ports will behave exactly like they would if the server/service was running on their own machine. これは非常に便利ですが、共有するポートを間違えると危険な場合もあります。This is very useful, but if the wrong port is shared can also be risky. このため、Live Share を何かなしの構成設定とアクションを実行するホストは共有できませんを想定することはありません。For this reason, Live Share does not make any assumptions about what should or should not be shared without a configuration setting and the host performing an action.

Visual Studio で、 web アプリケーション ポートASP.NET プロジェクトで指定された、のみのデバッグ時に自動的に共有を実行するときに、web アプリへのゲスト アクセスを容易にします。In Visual Studio, the web application port specified in ASP.NET projects is automatically shared during debugging only to facilitate guest access to the web app when running. ただし、ツールを設定してこの自動化オフにできます > オプション > Live Share >「共有 web アプリのデバッグ」したい場合は"False"にします。However, you can turn off this automation by setting Tools > Options > Live Share > "Share web app on debug" to "False" if you prefer.

Visual Studio Code での Live Share を試みます適切なアプリケーションのポートを検出と共有できます。In Visual Studio Code, Live Share attempts to detect the proper application ports and share them. ただし、これを settings.json に以下を追加して無効できます。However, you can disable this by adding the following to settings.json:

    liveshare.autoShareServers: false

どちらの場合に、追加のポートを共有する場合、注意を実行します。In either case, exercise care when sharing additional ports.

ここで、機能の構成に関する詳細を確認できます。VS Code VSYou can learn more about configuring the feature here: VS Code VS

共有ターミナルSharing a terminal

最新の開発では、さまざまなコマンド ライン ツールを頻繁に使用します。Modern development makes frequent use of a wide array of command line tools. ありがたいことに、Live Share を使うとホストは必要に応じてゲストと "ターミナルを共有" することができます。Fortunately, Live Share allows you as a host to optionally "share a terminal" with guests. 共有されたターミナルは、読み取り専用または完全な共同作業用にすることができます。このため、ホストとゲストの両方がコマンドの実行と結果の確認を行うことができます。The shared terminal can be read-only or fully collaborative so both you and the guests can run commands and see the results. ホストとするか、その他の共同作業者は、出力だけ参照してください。 または、コマンドラインの任意の数を使用するか、ビルド、テストを実行するためのツールが環境に固有の問題をトリアージを許可することができました。As the host, you're able to allow other collaborators to either just see the output or to use any number of command line tools to run tests, builds, or even triage environment-specific problems.

ホストだけでは、1 つの起動となくを指定してください、監視を行ってからゲストを防ぐために共有端末を開始できます。Only hosts can start shared terminals to prevent guests from starting one up and doing something you are not expecting or watching. 共有ターミナルとしてホストを開始するかどうかにする読み取り専用か読み取り/書き込みを指定できます。When you start a shared terminal as a host, you can specify whether it should be read-only or read/write. ターミナルが読み取り/書き込みのときは、ホストを含むすべてのユーザーがターミナルに入力でき、ゲストが好ましくないことを行っている場合は簡単に介入できます。When the terminal is read/write, everyone can type in the terminal including the host which makes it easy to intervene if a guest is doing something you do not like. ただし、安全のため、ホストは、読み取り/書き込みアクセスはゲストが実際にそれを必要としていることがわかっている場合にのみ許可し、自分が実行するコマンドの出力をゲストに見せたいだけの場合は読み取り専用ターミナルを使用する必要があります。However, to be safe, you should only give read/write access to guests when you know they actually need it and stick with read-only terminals for scenarios where you just want the guest to see the output of any commands you run.

Visual Studio で終端要素は、既定では共有されません。In Visual Studio, terminals are not shared by default. VS Code で、端末が自動的に共有読み取り専用既定。In VS Code, terminals are automatically shared read-only by default. ただし、これを settings.json に以下を追加して無効できます。However, you can disable this by adding the following to settings.json:

"liveshare.autoShareTerminals": false

詳細情報:VS Code VSLearn more: VS Code VS

バックアップ、Microsoft を使ってサインインするときに職場または学校の電子メール アドレスメッセージが表示される 「管理者の承認が必要」 サインインするときにします。When signing in using a Microsoft backed work or school email address you may see a message saying "Need admin approval" when signing in. Live Share のセキュリティ機能のユーザー情報への読み取りアクセスを必要として、ディレクトリの内容にアクセスする新しいアプリケーションの「管理者の同意」を必要とする Azure AD テナントをよう設定されているためにです。This is because Live Share requires read access to user information for its security features and your Azure AD tenant is set up to require “admin consent” for new applications accessing the contents of the directory.

AD の管理者を次の情報を使用してこれを解決する必要があります。Your AD admin would need to resolve this for you using the following information:

Live Share を使用しているユーザーの 1 回実行するこのはだけです。This would only need to be done once for anyone using Live Share. 参照してくださいここここ詳細についてはします。See here and here for details.

関連項目See also

問題が発生していますか?Having problems? トラブルシューティングまたはフィードバックの送信に関するページをご覧ください。See troubleshooting or provide feedback.