Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Keamanan di Amazon FSx untuk NetApp ONTAP
Keamanan cloud di AWS adalah prioritas tertinggi. Sebagai AWS pelanggan, Anda mendapat manfaat dari pusat data dan arsitektur jaringan yang dibangun untuk memenuhi persyaratan organisasi yang paling sensitif terhadap keamanan.
Keamanan adalah tanggung jawab bersama antara Anda AWS dan Anda. [Model tanggung jawab bersama](https://aws.amazon.com/compliance/shared-responsibility-model/) menjelaskan hal ini sebagai keamanan *dari* cloud dan keamanan *dalam* cloud:
+ **Keamanan cloud** — AWS bertanggung jawab untuk melindungi infrastruktur yang menjalankan AWS layanan di AWS Cloud. AWS juga memberi Anda layanan yang dapat Anda gunakan dengan aman. Auditor pihak ketiga secara teratur menguji dan memverifikasi efektivitas keamanan kami sebagai bagian dari [Program AWS Kepatuhan Program AWS Kepatuhan](https://aws.amazon.com/compliance/programs/) . Untuk mempelajari tentang program kepatuhan yang berlaku untuk Amazon FSx untuk NetApp ONTAP, lihat [AWS Layanan dalam Lingkup berdasarkan AWS Layanan Program Kepatuhan](https://aws.amazon.com/compliance/services-in-scope/) .
+ **Keamanan di cloud** — Tanggung jawab Anda ditentukan oleh AWS layanan yang Anda gunakan. Anda juga bertanggung jawab atas faktor lain, yang mencakup sensitivitas data Anda, persyaratan perusahaan Anda, serta undang-undang dan peraturan yang berlaku.
Dokumentasi ini membantu Anda memahami cara menerapkan model tanggung jawab bersama saat menggunakan Amazon FSx. Topik berikut menunjukkan cara mengonfigurasi Amazon FSx untuk memenuhi tujuan keamanan dan kepatuhan Anda. Anda juga mempelajari cara menggunakan AWS layanan lain yang membantu Anda memantau dan mengamankan FSx sumber daya Amazon Anda.
**Topics**
+ [Perlindungan data di Amazon FSx untuk NetApp ONTAP](data-protection.md)
+ [Manajemen identitas dan akses untuk Amazon FSx untuk NetApp ONTAP](security-iam.md)
+ [AWS kebijakan terkelola untuk Amazon FSx untuk NetApp ONTAP](security-iam-awsmanpol.md)
+ [Kontrol Akses Sistem File dengan Amazon VPC](limit-access-security-groups.md)
+ [Validasi Kepatuhan untuk Amazon FSx untuk NetApp ONTAP](fsx-ontap-compliance.md)
+ [Amazon FSx untuk NetApp ONTAP dan antarmuka titik akhir VPC ()AWS PrivateLink](fsx-vpc-endpoints.md)
+ [Ketahanan di Amazon FSx untuk ONTAP NetApp](disaster-recovery-resiliency.md)
+ [Keamanan infrastruktur di Amazon FSx untuk NetApp ONTAP](infrastructure-security.md)
+ [Gunakan NetApp ONTAP Vscan dengan FSx untuk ONTAP](using-vscan.md)
+ [ONTAPperan dan pengguna](roles-and-users.md)
# Perlindungan data di Amazon FSx untuk NetApp ONTAP
[Model tanggung jawab AWS bersama model](https://aws.amazon.com/compliance/shared-responsibility-model/) berlaku untuk perlindungan data di Amazon FSx untuk NetApp ONTAP. Seperti yang dijelaskan dalam model AWS ini, bertanggung jawab untuk melindungi infrastruktur global yang menjalankan semua AWS Cloud. Anda bertanggung jawab untuk mempertahankan kendali atas konten yang di-host pada infrastruktur ini. Anda juga bertanggung jawab atas tugas-tugas konfigurasi dan manajemen keamanan untuk Layanan AWS yang Anda gunakan. Lihat informasi yang lebih lengkap tentang privasi data dalam [Pertanyaan Umum Privasi Data](https://aws.amazon.com/compliance/data-privacy-faq/). Lihat informasi tentang perlindungan data di Eropa di pos blog [Model Tanggung Jawab Bersama dan GDPR AWS](https://aws.amazon.com/blogs/security/the-aws-shared-responsibility-model-and-gdpr/) di *Blog Keamanan AWS *.
Untuk tujuan perlindungan data, kami menyarankan Anda melindungi Akun AWS kredensil dan mengatur pengguna individu dengan AWS IAM Identity Center atau AWS Identity and Access Management (IAM). Dengan cara itu, setiap pengguna hanya diberi izin yang diperlukan untuk memenuhi tanggung jawab tugasnya. Kami juga menyarankan supaya Anda mengamankan data dengan cara-cara berikut:
+ Gunakan autentikasi multi-faktor (MFA) pada setiap akun.
+ Gunakan SSL/TLS untuk berkomunikasi dengan AWS sumber daya. Kami mensyaratkan TLS 1.2 dan menganjurkan TLS 1.3.
+ Siapkan API dan pencatatan aktivitas pengguna dengan AWS CloudTrail. Untuk informasi tentang penggunaan CloudTrail jejak untuk menangkap AWS aktivitas, lihat [Bekerja dengan CloudTrail jejak](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-trails.html) di *AWS CloudTrail Panduan Pengguna*.
+ Gunakan solusi AWS enkripsi, bersama dengan semua kontrol keamanan default di dalamnya Layanan AWS.
+ Gunakan layanan keamanan terkelola tingkat lanjut seperti Amazon Macie, yang membantu menemukan dan mengamankan data sensitif yang disimpan di Amazon S3.
+ Jika Anda memerlukan modul kriptografi tervalidasi FIPS 140-3 saat mengakses AWS melalui antarmuka baris perintah atau API, gunakan titik akhir FIPS. Lihat informasi selengkapnya tentang titik akhir FIPS yang tersedia di [Standar Pemrosesan Informasi Federal (FIPS) 140-3](https://aws.amazon.com/compliance/fips/).
Kami sangat merekomendasikan agar Anda tidak pernah memasukkan informasi identifikasi yang sensitif, seperti nomor rekening pelanggan Anda, ke dalam tanda atau bidang isian bebas seperti bidang **Nama**. Ini termasuk saat Anda bekerja dengan Amazon FSx atau lainnya Layanan AWS menggunakan konsol, API AWS CLI, atau AWS SDKs. Data apa pun yang Anda masukkan ke dalam tanda atau bidang isian bebas yang digunakan untuk nama dapat digunakan untuk log penagihan atau log diagnostik. Saat Anda memberikan URL ke server eksternal, kami sangat menganjurkan supaya Anda tidak menyertakan informasi kredensial di dalam URL untuk memvalidasi permintaan Anda ke server itu.
## Enkripsi data FSx untuk ONTAP
Amazon FSx untuk NetApp ONTAP mendukung enkripsi data saat istirahat dan enkripsi data dalam perjalanan. Enkripsi data saat istirahat diaktifkan secara otomatis saat membuat sistem FSx file Amazon. Amazon FSx untuk NetApp ONTAP mendukung enkripsi berbasis KerberOS dalam perjalanan melalui protokol NFS dan SMB jika Anda mengakses data di Storage Virtual Machine (SVM) yang digabungkan ke Active Directory atau ke domain menggunakan Lightweight Directory Access Protocol (LDAP).
### Kapan menggunakan enkripsi
Jika organisasi Anda tunduk pada kebijakan perusahaan atau peraturan yang memerlukan enkripsi data dan metadata saat istirahat, data Anda secara otomatis dienkripsi saat istirahat. Kami juga menyarankan Anda mengaktifkan enkripsi data dalam perjalanan dengan memasang sistem file Anda menggunakan enkripsi data dalam perjalanan.
Untuk informasi selengkapnya tentang enkripsi data dengan Amazon FSx untuk NetApp ONTAP, lihat [Enkripsi data saat tidak digunakan](encryption-at-rest.md) dan[Mengenkripsi data dalam perjalanan](encryption-in-transit.md).
# Enkripsi data saat tidak digunakan
Semua sistem file Amazon FSx untuk NetApp ONTAP dan cadangan dienkripsi saat istirahat dengan kunci yang dikelola menggunakan (). AWS Key Management Service AWS KMS Data dienkripsi secara otomatis sebelum ditulis ke sistem file, dan secara otomatis didekripsi saat dibaca. Semua backup secara otomatis dienkripsi pada saat pembuatan, dan secara otomatis didekripsi ketika cadangan dikembalikan ke volume baru. Proses ini ditangani secara transparan oleh Amazon FSx, jadi Anda tidak perlu memodifikasi aplikasi Anda.
Amazon FSx menggunakan algoritma enkripsi AES-256 standar industri untuk mengenkripsi FSx data Amazon dan metadata saat istirahat. Untuk informasi selengkapnya, lihat [Dasar-dasar Kriptografi](https://docs.aws.amazon.com/kms/latest/developerguide/crypto-intro.html) di *Panduan Developer AWS Key Management Service *.
**catatan**
Infrastruktur manajemen AWS kunci menggunakan Federal Information Processing Standards (FIPS) 140-2 algoritma kriptografi yang disetujui. Infrastruktur ini konsisten dengan rekomendasi National Institute of Standard and Technology (NIST) 800-57.
## Bagaimana Amazon FSx menggunakan AWS KMS
Amazon FSx terintegrasi dengan AWS KMS untuk manajemen kunci. Amazon FSx menggunakan kunci KMS untuk mengenkripsi sistem file Anda dan cadangan volume apa pun. Anda memilih kunci KMS yang digunakan untuk mengenkripsi dan mendekripsi sistem file dan cadangan volume (baik data maupun metadata). Anda dapat mengaktifkan, menonaktifkan, atau mencabut hibah pada kunci KMS ini. Kunci KMS ini dapat menjadi salah satu dari dua jenis berikut:
+ **AWS-Managed KMS key** - Ini adalah kunci KMS default, dan gratis untuk digunakan.
+ Kunci **KMS yang dikelola pelanggan - Ini adalah kunci** KMS yang paling fleksibel untuk digunakan, karena Anda dapat mengonfigurasi kebijakan dan hibah utamanya untuk beberapa pengguna atau layanan. Untuk informasi selengkapnya tentang membuat kunci KMS, lihat [Membuat Kunci](https://docs.aws.amazon.com/kms/latest/developerguide/create-keys.html) di *Panduan AWS Key Management Service Pengembang*.
**penting**
Amazon hanya FSx menerima kunci KMS enkripsi simetris. Anda tidak dapat menggunakan kunci KMS asimetris dengan Amazon. FSx
Jika Anda menggunakan kunci KMS yang dikelola pelanggan sebagai kunci KMS Anda untuk enkripsi dan dekripsi data file, Anda dapat mengaktifkan rotasi kunci. Bila Anda mengaktifkan rotasi kunci, AWS KMS secara otomatis akan merotasi kunci Anda satu kali per tahun. Selain itu, dengan kunci KMS yang dikelola pelanggan, Anda dapat memilih kapan harus menonaktifkan, mengaktifkan kembali, menghapus, atau mencabut akses ke kunci KMS Anda kapan saja. *Untuk informasi selengkapnya, lihat [Memutar AWS KMS keys dan Mengaktifkan](https://docs.aws.amazon.com/kms/latest/developerguide/rotate-keys.html) [dan menonaktifkan kunci](https://docs.aws.amazon.com/kms/latest/developerguide/enabling-keys.html) di Panduan Pengembang.AWS Key Management Service *
## Kebijakan FSx utama Amazon untuk AWS KMS
Kebijakan utama adalah cara utama untuk mengontrol akses ke kunci KMS. Untuk informasi selengkapnya tentang kebijakan kunci, lihat [Menggunakan kebijakan kunci di AWS KMS](https://docs.aws.amazon.com/kms/latest/developerguide/key-policies.html) dalam *Panduan Developer AWS Key Management Service . *Daftar berikut menjelaskan semua izin AWS KMS terkait yang didukung oleh Amazon FSx untuk sistem file dan cadangan terenkripsi saat istirahat:
+ **kms:Encrypt** – (Opsional) Mengenkripsi plaintext ke ciphertext. Izin ini termasuk dalam kebijakan kunci default.
+ **kms:Decrypt** – (Wajib) Mendekripsi ciphertext. Ciphertext adalah teks biasa yang sebelumnya telah dienkripsi. Izin ini termasuk dalam kebijakan kunci default.
+ **kms: ReEncrypt** — (Opsional) Mengenkripsi data di sisi server dengan yang baru AWS KMS key, tanpa mengekspos plaintext data di sisi klien. Data pertama kali didekripsi dan kemudian dienkripsi ulang. Izin ini termasuk dalam kebijakan kunci default.
+ **kms: GenerateDataKeyWithoutPlaintext** — (Diperlukan) Mengembalikan kunci enkripsi data yang dienkripsi di bawah kunci KMS. Izin ini disertakan dalam kebijakan kunci default di bawah **kms: GenerateDataKey \$1**.
+ **kms: CreateGrant** — (Diperlukan) Menambahkan hibah ke kunci untuk menentukan siapa yang dapat menggunakan kunci dan dalam kondisi apa. Hibah adalah mekanisme izin lainnya untuk kebijakan kunci. Untuk informasi lebih lanjut tentang hibah, lihat [Menggunakan Pemberian](https://docs.aws.amazon.com/kms/latest/developerguide/grants.html) di *Panduan Developer AWS Key Management Service .* Izin ini termasuk dalam kebijakan kunci default.
+ **kms: DescribeKey** - (Diperlukan) Memberikan informasi rinci tentang kunci KMS yang ditentukan. Izin ini termasuk dalam kebijakan kunci default.
+ **kms: ListAliases** — (Opsional) Daftar semua alias kunci di akun. Saat Anda menggunakan konsol untuk membuat sistem file terenkripsi, izin ini mengisi daftar kunci KMS. Kami merekomendasikan untuk menggunakan izin ini untuk memberikan pengalaman pengguna yang terbaik. Izin ini termasuk dalam kebijakan kunci default.
# Mengenkripsi data dalam perjalanan
Topik ini menjelaskan berbagai opsi yang tersedia untuk mengenkripsi data file Anda saat sedang dalam perjalanan antara sistem file FSx untuk ONTAP dan klien yang terhubung. Ini juga memberikan panduan untuk membantu Anda memilih metode enkripsi mana yang paling cocok untuk alur kerja Anda.
Semua data yang mengalir di Wilayah AWS seluruh jaringan AWS global secara otomatis dienkripsi pada lapisan fisik sebelum meninggalkan fasilitas yang AWS aman. Semua lalu lintas antara Availability Zones dienkripsi. Lapisan enkripsi tambahan, termasuk yang tercantum di bagian ini, memberikan perlindungan tambahan. Untuk informasi selengkapnya tentang cara AWS menyediakan perlindungan untuk data yang mengalir di seluruh Zona Tersedia Wilayah AWS, dan instans, lihat [Enkripsi saat transit di](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/data-protection.html#encryption-transit) Panduan Pengguna Amazon Elastic Compute Cloud untuk Instans Linux.
Amazon FSx untuk NetApp ONTAP mendukung metode berikut untuk mengenkripsi data dalam perjalanan antara FSx untuk sistem file ONTAP dan klien yang terhubung:
+ [Enkripsi berbasis Nitro otomatis atas semua protokol dan klien yang didukung yang berjalan pada jenis instans Amazon EC2 [Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/data-protection.html#encryption-transit) dan Windows yang didukung.](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/data-protection.html#encryption-transit)
+ Enkripsi berbasis Kerberos melalui protokol NFS dan SMB.
+ IPsecenkripsi berbasis melalui protokol NFS, iSCSI, dan SMB
Semua metode yang didukung untuk mengenkripsi data dalam perjalanan menggunakan algoritme kriptografi AES-256 standar industri yang menyediakan enkripsi kekuatan perusahaan.
**Topics**
+ [Memilih metode untuk mengenkripsi data dalam perjalanan](#choosing-encryption-in-transit)
+ [Mengenkripsi data dalam perjalanan dengan AWS Sistem Nitro](#nitro-encryption)
+ [Mengenkripsi data dalam perjalanan dengan enkripsi berbasis Kerberos](#kerberos-encryption)
+ [Mengenkripsi data dalam perjalanan dengan enkripsi IPsec](#ipsec-encryption)
+ [Mengaktifkan enkripsi data SMB dalam perjalanan](enable-smb-encryption.md)
+ [Mengkonfigurasi IPsec menggunakan otentikasi PSK](config-ipsec-psk-auth.md)
+ [Mengkonfigurasi IPsec menggunakan otentikasi sertifikat](config-ipsec-ca-auth.md)
## Memilih metode untuk mengenkripsi data dalam perjalanan
Bagian ini memberikan informasi yang dapat membantu Anda memutuskan enkripsi mana yang didukung dalam metode transit yang terbaik untuk alur kerja Anda. Lihat kembali bagian ini saat Anda menjelajahi opsi yang didukung yang dijelaskan secara rinci di bagian berikut.
Ada beberapa faktor yang perlu dipertimbangkan ketika memilih bagaimana Anda akan mengenkripsi data dalam perjalanan antara sistem file ONTAP Anda FSx dan klien yang terhubung. Faktor-faktor ini meliputi:
+ Sistem file FSx untuk ONTAP Anda berjalan di. Wilayah AWS
+ Jenis instance yang dijalankan klien.
+ Lokasi klien yang mengakses sistem file Anda.
+ Persyaratan kinerja jaringan.
+ Protokol data yang ingin Anda enkripsi.
+ Jika Anda menggunakan Microsoft Active Directory.
**Wilayah AWS**
Sistem file Anda berjalan menentukan apakah Anda dapat menggunakan enkripsi berbasis Amazon Nitro atau tidak. Wilayah AWS Untuk informasi selengkapnya, lihat [Mengenkripsi data dalam perjalanan dengan AWS Sistem Nitro](#nitro-encryption).
**Jenis contoh klien**
[Anda dapat menggunakan enkripsi berbasis Amazon Nitro jika klien yang mengakses sistem file Anda berjalan di salah satu jenis instans Amazon EC2 Mac[, Linux, [atau](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/data-protection.html#encryption-transit) Windows yang didukung,](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/data-protection.html#encryption-transit) dan alur kerja Anda memenuhi semua persyaratan lain untuk menggunakan enkripsi berbasis Nitro.](#nitro-encryption) Tidak ada persyaratan jenis instance klien untuk menggunakan Kerberos atau IPsec enkripsi.
**Lokasi klien**
Lokasi klien yang mengakses data sehubungan dengan lokasi sistem file Anda memengaruhi metode enkripsi in-transit yang tersedia untuk digunakan. Anda dapat menggunakan salah satu metode enkripsi yang didukung jika klien dan sistem file berada di VPC yang sama. Hal yang sama berlaku jika klien dan sistem file berada di peered VPCs, selama lalu lintas tidak melewati perangkat atau layanan jaringan virtual, seperti gateway transit. Enkripsi berbasis Nitro bukanlah pilihan yang tersedia jika klien tidak berada dalam VPC yang sama atau diintip, atau jika lalu lintas melewati perangkat atau layanan jaringan virtual.
**Performa jaringan**
Menggunakan enkripsi berbasis Amazon Nitro tidak berdampak pada kinerja jaringan. Ini karena instans Amazon EC2 yang didukung menggunakan kemampuan pembongkaran perangkat keras Sistem Nitro yang mendasarinya untuk secara otomatis mengenkripsi lalu lintas dalam transit antar instans.
Menggunakan Kerberos atau IPsec enkripsi berdampak pada kinerja jaringan. Ini karena kedua metode enkripsi ini berbasis perangkat lunak, yang mengharuskan klien dan server untuk menggunakan sumber daya komputasi untuk mengenkripsi dan mendekripsi lalu lintas dalam transit.
**Protokol data**
Anda dapat menggunakan enkripsi dan IPsec enkripsi berbasis Amazon Nitro dengan semua protokol yang didukung — NFS, SMB, dan iSCSI. Anda dapat menggunakan enkripsi Kerberos dengan protokol NFS dan SMB (dengan Active Directory).
**Active Directory**
Jika Anda menggunakan Microsoft Active Directory, Anda dapat menggunakan [enkripsi Kerberos melalui protokol](#kerberos-encryption) NFS dan SMB.
Gunakan diagram berikut untuk membantu Anda memutuskan metode enkripsi dalam transit mana yang akan digunakan.
![\[Diagram alir menunjukkan enkripsi mana dalam metode transit yang akan digunakan berdasarkan lima titik keputusan.\]](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/images/fsx-ontap-encrypt-n-transit-decision-flow.png)
IPsec enkripsi adalah satu-satunya pilihan yang tersedia ketika semua kondisi berikut berlaku untuk alur kerja Anda:
+ Anda menggunakan protokol NFS, SMB, atau iSCSI.
+ Alur kerja Anda tidak mendukung penggunaan enkripsi berbasis Amazon Nitro.
+ Anda tidak menggunakan domain Microsoft Active Directory.
## Mengenkripsi data dalam perjalanan dengan AWS Sistem Nitro
Dengan enkripsi berbasis NITRO, data dalam transit dienkripsi secara otomatis saat klien yang mengakses sistem file Anda berjalan pada jenis instans Amazon EC2 [Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/data-protection.html#encryption-transit) atau [Windows](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/data-protection.html#encryption-transit) yang didukung di Wilayah AWS mana data tersebut tersedia untuk ONTAP. FSx
Menggunakan enkripsi berbasis Amazon Nitro tidak berdampak pada kinerja jaringan. Ini karena instans Amazon EC2 yang didukung menggunakan kemampuan pembongkaran perangkat keras Sistem Nitro yang mendasarinya untuk secara otomatis mengenkripsi lalu lintas dalam transit antar instans.
Enkripsi berbasis Nitro diaktifkan secara otomatis ketika jenis instance klien yang didukung berada di VPC yang sama Wilayah AWS dan di VPC yang sama atau di VPC yang diintip dengan VPC sistem file. Selain itu, jika klien berada dalam VPC peered, maka data tidak dapat melintasi perangkat atau layanan jaringan virtual (seperti gateway transit) agar enkripsi berbasis NITRO diaktifkan secara otomatis. Untuk informasi selengkapnya tentang enkripsi berbasis Nitro, lihat bagian Enkripsi dalam perjalanan dari Panduan Pengguna Amazon EC2 [untuk jenis instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/data-protection.html#encryption-transit) Linux [atau](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/data-protection.html#encryption-transit) Windows.
Tabel berikut merinci enkripsi berbasis Nitro Wilayah AWS yang tersedia.
**Support untuk enkripsi berbasis Nitro**
| Generasi | Jenis deployment | Wilayah AWS |
| --- | --- | --- |
| Sistem file generasi pertama 1 | Tunggal-AZ 1 Multi-AZ 1 | AS Timur (Virginia N.), AS Timur (Ohio), AS Barat (Oregon), Eropa (Irlandia) |
| Sistem file generasi kedua | Tunggal-AZ 2 Multi-AZ 2 | AS Timur (Virginia N.), AS Timur (Ohio), AS Barat (California N.), AS Barat (Oregon), Eropa (Frankfurt), Eropa (Irlandia), Asia Pasifik (Sydney) |
1 Sistem file generasi pertama yang dibuat pada atau setelah 28 November 2022 mendukung enkripsi in-transit berbasis Nitro dalam daftar. Wilayah AWS
Untuk informasi selengkapnya tentang Wilayah AWS tempat FSx ONTAP tersedia, lihat [Amazon FSx untuk Harga NetApp ONTAP](https://aws.amazon.com/fsx/netapp-ontap/pricing/).
Untuk informasi selengkapnya tentang spesifikasi kinerja FSx untuk sistem file ONTAP, lihat[Dampak kapasitas throughput terhadap performa](performance.md#impact-throughput-cap-performance).
## Mengenkripsi data dalam perjalanan dengan enkripsi berbasis Kerberos
[Jika Anda menggunakan Microsoft Active Directory, Anda dapat menggunakan enkripsi berbasis KerberOS melalui protokol NFS dan SMB untuk mengenkripsi data dalam transit untuk volume anak yang SVMs digabungkan ke Microsoft Active Directory.](ad-integration-ontap.md)
### Mengenkripsi data dalam perjalanan melalui NFS menggunakan Kerberos
Enkripsi data dalam transit menggunakan Kerberos didukung untuk NFSv3 dan protokol. NFSv4 Untuk mengaktifkan enkripsi dalam perjalanan menggunakan Kerberos untuk protokol NFS, lihat [Menggunakan Kerberos dengan NFS untuk keamanan yang kuat](https://docs.netapp.com/us-en/ontap/pdfs/sidebar/Using_Kerberos_with_NFS_for_strong_security.pdf) di Pusat Dokumentasi. NetApp ONTAP
### Mengenkripsi data dalam perjalanan melalui SMB menggunakan Kerberos
Mengenkripsi data dalam perjalanan melalui protokol SMB didukung pada berbagi file yang dipetakan pada instance komputasi yang mendukung protokol SMB 3.0 atau yang lebih baru. Ini termasuk semua Microsoft Windows versi dari Microsoft Windows Server 2012 dan yang lebih baru, dan Microsoft Windows 8 dan yang lebih baru. Ketika diaktifkan, FSx untuk ONTAP secara otomatis mengenkripsi data dalam perjalanan menggunakan enkripsi SMB saat Anda mengakses sistem file Anda tanpa perlu memodifikasi aplikasi Anda.
FSx untuk ONTAP SMB mendukung enkripsi 128 dan 256 bit, yang ditentukan oleh permintaan sesi klien. Untuk deskripsi tingkat enkripsi yang berbeda, lihat bagian *Mengatur tingkat keamanan otentikasi minimum server SMB* dari [Kelola SMB dengan CLI di Pusat Dokumentasi](https://docs.netapp.com/us-en/ontap/pdfs/sidebar/Manage_SMB_with_the_CLI.pdf). NetApp ONTAP
**catatan**
Klien menentukan algoritma enkripsi. Otentikasi NTLM dan Kerberos bekerja dengan enkripsi 128 dan 256 bit. Server SMB FSx untuk ONTAP menerima semua permintaan klien Windows standar, dan kontrol granular ditangani oleh Kebijakan Grup Microsoft atau pengaturan Registri.
Anda menggunakan ONTAP CLI untuk mengelola enkripsi dalam pengaturan transit FSx untuk ONTAP SVMs dan volume. Untuk mengakses NetApp ONTAP CLI, buat sesi SSH pada SVM tempat Anda membuat enkripsi dalam pengaturan transit, seperti yang dijelaskan dalam. [Mengelola SVMs dengan ONTAP CLI](managing-resources-ontap-apps.md#vsadmin-ontap-cli)
Untuk petunjuk tentang cara mengaktifkan enkripsi SMB pada SVM atau volume, lihat. [Mengaktifkan enkripsi data SMB dalam perjalanan](enable-smb-encryption.md)
## Mengenkripsi data dalam perjalanan dengan enkripsi IPsec
FSx untuk ONTAP mendukung penggunaan IPsec protokol dalam mode transportasi untuk memastikan data terus aman dan terenkripsi, saat dalam perjalanan. IPsec menawarkan end-to-end enkripsi data dalam transit antara klien dan FSx untuk sistem file ONTAP untuk semua lalu lintas IP yang didukung - protokol NFS, iSCSI, dan SMB. Dengan IPsec enkripsi, Anda membuat IPsec terowongan antara SVM FSx untuk ONTAP yang dikonfigurasi dengan IPsec diaktifkan, dan IPsec klien yang berjalan pada klien yang terhubung yang mengakses data.
Kami menyarankan Anda menggunakan IPsec untuk mengenkripsi data dalam perjalanan melalui protokol NFS, SMB, dan iSCSI saat mengakses data Anda dari klien yang tidak mendukung [enkripsi berbasis NITRO, dan jika klien Anda dan tidak bergabung ke Active Directory, yang diperlukan untuk enkripsi berbasis](#nitro-encryption) SVMs Kerberos. IPsec enkripsi adalah satu-satunya pilihan yang tersedia untuk mengenkripsi data dalam perjalanan untuk lalu lintas iSCSI ketika klien iSCSI Anda tidak mendukung enkripsi berbasis Nitro.
Untuk IPsec otentikasi, Anda dapat menggunakan kunci pra-bersama (PSKs) atau sertifikat. Jika Anda menggunakan PSK, IPsec klien yang Anda gunakan harus mendukung Internet Key Exchange versi 2 (IKEv2) dengan PSK. Langkah-langkah tingkat tinggi untuk mengonfigurasi IPsec enkripsi pada ONTAP dan klien adalah sebagai berikut: FSx
1. Aktifkan dan konfigurasikan IPsec pada sistem file Anda.
1. Instal dan konfigurasikan IPsec pada klien Anda
1. Konfigurasikan IPsec untuk beberapa akses klien
Untuk informasi selengkapnya tentang cara mengonfigurasi IPsec menggunakan PSK, lihat [Mengkonfigurasi keamanan IP (IPsec) melalui enkripsi kawat](https://docs.netapp.com/us-en/ontap/networking/configure_ip_security_@ipsec@_over_wire_encryption.html) di pusat NetApp ONTAP dokumentasi.
Untuk informasi selengkapnya tentang cara mengonfigurasi IPsec menggunakan sertifikat, lihat[Mengkonfigurasi IPsec menggunakan otentikasi sertifikat](config-ipsec-ca-auth.md).
# Mengaktifkan enkripsi data SMB dalam perjalanan
Secara default, saat Anda membuat SVM, enkripsi SMB dimatikan. Anda dapat mengaktifkan enkripsi SMB yang diperlukan pada saham individu, atau pada SVM, yang menyalakannya untuk semua saham di SVM tersebut.
**catatan**
Ketika enkripsi SMB yang diperlukan diaktifkan pada SVM atau berbagi, klien SMB yang tidak mendukung enkripsi tidak dapat terhubung ke SVM atau berbagi itu.
**Untuk memerlukan enkripsi SMB untuk lalu lintas SMB yang masuk pada SVM**
Gunakan prosedur berikut untuk meminta enkripsi SMB pada SVM menggunakan CLINetApp ONTAP.
1. Untuk terhubung ke titik akhir manajemen SVM dengan SSH, gunakan nama pengguna `vsadmin` dan kata sandi vsadmin yang Anda atur saat membuat SVM. Jika Anda tidak menetapkan kata sandi vsadmin, gunakan nama pengguna `fsxadmin` dan kata sandi fsxadmin. Anda dapat SSH ke SVM dari klien yang berada di VPC yang sama dengan sistem file, menggunakan alamat IP endpoint manajemen atau nama DNS.
```
ssh vsadmin@svm-management-endpoint-ip-address
```
Perintah dengan nilai sampel:
```
ssh vsadmin@198.51.100.10
```
Perintah SSH menggunakan nama DNS endpoint manajemen:
```
ssh vsadmin@svm-management-endpoint-dns-name
```
Perintah SSH menggunakan contoh nama DNS:
```
ssh vsadmin@management.svm-abcdef01234567892fs-08fc3405e03933af0.fsx.us-east-2.aws.com
```
```
Password: vsadmin-password
This is your first recorded login.
FsxIdabcdef01234567892::>
```
1. Gunakan perintah [https://docs.netapp.com/us-en/ontap-cli-9131/vserver-cifs-security-modify.html](https://docs.netapp.com/us-en/ontap-cli-9131/vserver-cifs-security-modify.html)NetApp ONTAPCLI untuk meminta enkripsi SMB untuk lalu lintas SMB masuk ke SVM.
```
vserver cifs security modify -vserver vserver_name -is-smb-encryption-required true
```
1. Untuk berhenti memerlukan enkripsi SMB untuk lalu lintas SMB yang masuk, gunakan perintah berikut.
```
vserver cifs security modify -vserver vserver_name -is-smb-encryption-required false
```
1. Untuk melihat `is-smb-encryption-required` pengaturan saat ini pada SVM, gunakan perintah [https://docs.netapp.com/us-en/ontap-cli-9131/vserver-cifs-security-show.html](https://docs.netapp.com/us-en/ontap-cli-9131/vserver-cifs-security-show.html)NetApp ONTAPCLI:
```
vserver cifs security show -vserver vs1 -fields is-smb-encryption-required
vserver is-smb-encryption-required
-------- -------------------------
vs1 true
```
Untuk informasi selengkapnya tentang mengelola enkripsi SMB di SVM, lihat [Mengonfigurasi enkripsi SMB yang diperlukan di server SMB untuk transfer data melalui SMB](https://docs.netapp.com/us-en/ontap/smb-admin/configure-required-encryption-concept.html) di Pusat Dokumentasi. NetApp ONTAP
**Untuk mengaktifkan enkripsi SMB pada volume**
Gunakan prosedur berikut untuk mengaktifkan enkripsi SMB pada bagian menggunakan NetApp ONTAP CLI.
1. Buat koneksi shell aman (SSH) ke titik akhir manajemen SVM seperti yang dijelaskan dalam. [Mengelola SVMs dengan ONTAP CLI](managing-resources-ontap-apps.md#vsadmin-ontap-cli)
1. Gunakan perintah NetApp ONTAP CLI berikut untuk membuat berbagi SMB baru dan memerlukan enkripsi SMB saat mengakses bagian ini.
```
vserver cifs share create -vserver vserver_name -share-name share_name -path share_path -share-properties encrypt-data
```
Untuk informasi lebih lanjut, lihat [https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/vserver__cifs__share__create.html](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/vserver__cifs__share__create.html)di halaman manual NetApp ONTAP CLI Command.
1. Untuk memerlukan enkripsi SMB pada berbagi SMB yang ada, gunakan perintah berikut.
```
vserver cifs share properties add -vserver vserver_name -share-name share_name -share-properties encrypt-data
```
Untuk informasi lebih lanjut, lihat [https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/vserver__cifs__share__properties__add.html](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/vserver__cifs__share__properties__add.html)di halaman manual NetApp ONTAP CLI Command.
1. Untuk mematikan enkripsi SMB pada berbagi SMB yang ada, gunakan perintah berikut.
```
vserver cifs share properties remove -vserver vserver_name -share-name share_name -share-properties encrypt-data
```
Untuk informasi lebih lanjut, lihat [https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/vserver__cifs__share__properties__remove.html](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/vserver__cifs__share__properties__remove.html)di halaman manual NetApp ONTAP CLI Command.
1. Untuk melihat `is-smb-encryption-required` pengaturan saat ini pada berbagi SMB, gunakan perintah NetApp ONTAP CLI berikut:
```
vserver cifs share properties show -vserver vserver_name -share-name share_name -fields share-properties
```
Jika salah satu properti yang dikembalikan oleh perintah adalah `encrypt-data` properti, maka properti tersebut menentukan bahwa enkripsi SMB harus digunakan saat mengakses share ini.
Untuk informasi lebih lanjut, lihat [https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/vserver__cifs__share__properties__show.html](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/vserver__cifs__share__properties__show.html)di halaman manual NetApp ONTAP CLI Command.
# Mengkonfigurasi IPsec menggunakan otentikasi PSK
Jika Anda menggunakan PSK untuk otentikasi, langkah-langkah untuk mengonfigurasi IPsec enkripsi pada ONTAP dan klien adalah sebagai berikut: FSx
1. Aktifkan dan konfigurasikan IPsec pada sistem file Anda.
1. Instal dan konfigurasikan IPsec pada klien Anda
1. Konfigurasikan IPsec untuk beberapa akses klien
Untuk detail tentang mengonfigurasi IPsec menggunakan PSK, lihat [Mengonfigurasi keamanan IP (IPsec) melalui enkripsi kawat](https://docs.netapp.com/us-en/ontap/networking/configure_ip_security_@ipsec@_over_wire_encryption.html) di pusat NetApp ONTAP dokumentasi.
# Mengkonfigurasi IPsec menggunakan otentikasi sertifikat
Topik berikut memberikan instruksi untuk mengkonfigurasi IPsec enkripsi menggunakan otentikasi sertifikat pada sistem file FSx untuk ONTAP dan klien yang menjalankan Libreswan. IPsec Solusi ini menggunakan AWS Certificate Manager dan AWS Private Certificate Authority membuat otoritas sertifikat pribadi dan untuk menghasilkan sertifikat.
Langkah-langkah tingkat tinggi untuk mengonfigurasi IPsec enkripsi menggunakan otentikasi sertifikat FSx untuk sistem file ONTAP dan klien yang terhubung adalah sebagai berikut:
1. Memiliki otoritas sertifikat untuk menerbitkan sertifikat.
1. Menghasilkan dan mengekspor sertifikat CA untuk sistem file dan klien.
1. Instal sertifikat dan konfigurasikan IPsec pada instance klien.
1. Instal sertifikat dan konfigurasikan IPsec pada sistem file Anda.
1. Tentukan database kebijakan keamanan (SPD).
1. Konfigurasikan IPsec untuk beberapa akses klien.
## Membuat dan menginstal sertifikat CA
Untuk otentikasi sertifikat, Anda perlu membuat dan menginstal sertifikat dari otoritas sertifikat pada sistem file ONTAP Anda FSx dan klien yang akan mengakses data pada sistem file Anda. Contoh berikut digunakan AWS Private Certificate Authority untuk mengatur otoritas sertifikat pribadi, dan menghasilkan sertifikat untuk menginstal pada sistem file dan klien. Dengan menggunakan AWS Private Certificate Authority, Anda dapat membuat hierarki root dan subordinate certificate authority (CAs) yang sepenuhnya AWS dihosting untuk penggunaan internal oleh organisasi Anda. Proses ini memiliki lima langkah:
1. Membuat Private Certificate Authority (CA) menggunakan AWS Private CA
1. Keluarkan dan instal sertifikat root pada CA pribadi
1. Minta sertifikat pribadi AWS Certificate Manager untuk sistem file dan klien Anda
1. Ekspor sertifikat untuk sistem file dan klien.
Untuk informasi selengkapnya, lihat [Administrasi CA pribadi](https://docs.aws.amazon.com/privateca/latest/userguide/creating-managing.html) di Panduan AWS Private Certificate Authority Pengguna.
**Untuk membuat CA pribadi root**
1. Saat Anda membuat CA, Anda harus menentukan konfigurasi CA dalam file yang Anda berikan. Perintah berikut menggunakan editor teks Nano untuk membuat `ca_config.txt` file, yang menentukan informasi berikut:
+ Nama algoritme
+ Algoritma penandatanganan yang digunakan CA untuk menandatangani
+ Informasi subjek X.500
```
$ > nano ca_config.txt
```
Editor teks muncul.
1. Edit file dengan spesifikasi untuk CA Anda.
```
{
"KeyAlgorithm":"RSA_2048",
"SigningAlgorithm":"SHA256WITHRSA",
"Subject":{
"Country":"US",
"Organization":"Example Corp",
"OrganizationalUnit":"Sales",
"State":"WA",
"Locality":"Seattle",
"CommonName":"*.ec2.internal"
}
}
```
1. Simpan dan tutup file, keluar dari editor teks. Untuk informasi selengkapnya, lihat [Prosedur untuk membuat CA](https://docs.aws.amazon.com/privateca/latest/userguide/Create-CA-CLI.html) di Panduan AWS Private Certificate Authority Pengguna.
1. Gunakan perintah [create-certificate-authority](https://docs.aws.amazon.com/cli/latest/reference/acm-pca/create-certificate-authority.html) AWS Private CA CLI untuk membuat CA pribadi.
```
~/home > aws acm-pca create-certificate-authority \
--certificate-authority-configuration file://ca_config.txt \
--certificate-authority-type "ROOT" \
--idempotency-token 01234567 --region aws-region
```
Jika berhasil, perintah ini mengeluarkan Amazon Resource Name (ARN) dari CA.
```
{
"CertificateAuthorityArn": "arn:aws:acm-pca:aws-region:111122223333:certificate-authority/12345678-1234-1234-1234-123456789012"
}
```
**Untuk membuat dan menginstal sertifikat untuk root pribadi CA (AWS CLI)**
1. Buat permintaan penandatanganan sertifikat (CSR) menggunakan perintah [https://docs.aws.amazon.com/cli/latest/reference/acm-pca/get-certificate-authority-csr.html](https://docs.aws.amazon.com/cli/latest/reference/acm-pca/get-certificate-authority-csr.html) AWS CLI.
```
$ aws acm-pca get-certificate-authority-csr \
--certificate-authority-arn arn:aws:acm-pca:aws-region:111122223333:certificate-authority/12345678-1234-1234-1234-123456789012 \
--output text \
--endpoint https://acm-pca.aws-region.amazonaws.com \
--region eu-west-1 > ca.csr
```
File yang dihasilkan`ca.csr`, file PEM yang dikodekan dalam format base64, memiliki tampilan sebagai berikut.
```
-----BEGIN CERTIFICATE-----
MIICiTCCAfICCQD6m7oRw0uXOjANBgkqhkiG9w0BAQUFADCBiDELMAkGA1UEBhMC
VVMxCzAJBgNVBAgTAldBMRAwDgYDVQQHEwdTZWF0dGxlMQ8wDQYDVQQKEwZBbWF6
b24xFDASBgNVBAsTC0lBTSBDb25zb2xlMRIwEAYDVQQDEwlUZXN0Q2lsYWMxHzAd
BgkqhkiG9w0BCQEWEG5vb25lQGFtYXpvbi5jb20wHhcNMTEwNDI1MjA0NTIxWhcN
MTIwNDI0MjA0NTIxWjCBiDELMAkGA1UEBhMCVVMxCzAJBgNVBAgTAldBMRAwDgYD
VQQHEwdTZWF0dGxlMQ8wDQYDVQQKEwZBbWF6b24xFDASBgNVBAsTC0lBTSBDb25z
b2xlMRIwEAYDVQQDEwlUZXN0Q2lsYWMxHzAdBgkqhkiG9w0BCQEWEG5vb25lQGFt
YXpvbi5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMaK0dn+a4GmWIWJ
21uUSfwfEvySWtC2XADZ4nB+BLYgVIk60CpiwsZ3G93vUEIO3IyNoH/f0wYK8m9T
rDHudUZg3qX4waLG5M43q7Wgc/MbQITxOUSQv7c7ugFFDzQGBzZswY6786m86gpE
Ibb3OhjZnzcvQAaRHhdlQWIMm2nrAgMBAAEwDQYJKoZIhvcNAQEFBQADgYEAtCu4
nUhVVxYUntneD9+h8Mg9q6q+auNKyExzyLwaxlAoo7TJHidbtS4J5iNmZgXL0Fkb
FFBjvSfpJIlJ00zbhNYS5f6GuoEDmFJl0ZxBHjJnyp378OD8uTs7fLvjx79LjSTb
NYiytVbZPQUQ5Yaxu2jXnimvw3rrszlaEXAMPLE=
-----END CERTIFICATE-----
```
Untuk informasi selengkapnya, lihat [Menginstal sertifikat CA root](https://docs.aws.amazon.com/privateca/latest/userguide/PCACertInstall.html#InstallRoot) di Panduan AWS Private Certificate Authority Pengguna.
1. Gunakan [https://docs.aws.amazon.com/cli/latest/reference/acm-pca/issue-certificate.html](https://docs.aws.amazon.com/cli/latest/reference/acm-pca/issue-certificate.html) AWS CLI perintah untuk menerbitkan dan menginstal sertifikat root pada CA pribadi Anda.
```
$ aws acm-pca issue-certificate \
--certificate-authority-arn arn:aws:acm-pca:aws-region:111122223333:certificate-authority/12345678-1234-1234-1234-123456789012 \
--csr file://ca.csr \
--signing-algorithm SHA256WITHRSA \
--template-arn arn:aws:acm-pca:::template/RootCACertificate/V1 \
--validity Value=3650,Type=DAYS --region aws-region
```
1. Unduh sertifikat root menggunakan [https://docs.aws.amazon.com/cli/latest/reference/acm-pca/get-certificate.html](https://docs.aws.amazon.com/cli/latest/reference/acm-pca/get-certificate.html) AWS CLI perintah.
```
$ aws acm-pca get-certificate \
--certificate-authority-arn arn:aws:acm-pca:aws-region:111122223333:certificate-authority/12345678-1234-1234-1234-123456789012 \
--certificate-arn arn:aws:acm-pca:aws-region:486768734100:certificate-authority/12345678-1234-1234-1234-123456789012/certificate/abcdef0123456789abcdef0123456789 \
--output text --region aws-region > rootCA.pem
```
1. Instal sertifikat root pada CA pribadi Anda menggunakan [https://docs.aws.amazon.com/cli/latest/reference/acm-pca/import-certificate-authority-certificate.html](https://docs.aws.amazon.com/cli/latest/reference/acm-pca/import-certificate-authority-certificate.html) AWS CLI perintah.
```
$ aws acm-pca import-certificate-authority-certificate \
--certificate-authority-arn arn:aws:acm-pca:aws-region:111122223333:certificate-authority/12345678-1234-1234-1234-123456789012 \
--certificate file://rootCA.pem --region aws-region
```
**Menghasilkan dan mengekspor sistem file dan sertifikat klien**
1. Gunakan [https://docs.aws.amazon.com/cli/latest/reference/acm/request-certificate.html](https://docs.aws.amazon.com/cli/latest/reference/acm/request-certificate.html) AWS CLI perintah untuk meminta AWS Certificate Manager sertifikat untuk digunakan pada sistem file dan klien Anda.
```
$ aws acm request-certificate \
--domain-name *.ec2.internal \
--idempotency-token 12345 \
--region aws-region \
--certificate-authority-arn arn:aws:acm-pca:aws-region:111122223333:certificate-authority/12345678-1234-1234-1234-123456789012
```
Jika permintaan berhasil, ARN dari sertifikat yang dikeluarkan dikembalikan.
1. Untuk keamanan, Anda harus menetapkan frasa sandi untuk kunci pribadi saat mengekspornya. Buat frasa sandi dan simpan dalam file bernama `passphrase.txt`
1. Gunakan [https://docs.aws.amazon.com/cli/latest/reference/acm/export-certificate.html](https://docs.aws.amazon.com/cli/latest/reference/acm/export-certificate.html) AWS CLI perintah untuk mengekspor sertifikat pribadi yang dikeluarkan sebelumnya. File yang diekspor berisi sertifikat, rantai sertifikat, dan kunci RSA 2048-bit pribadi terenkripsi yang terkait dengan kunci publik yang disematkan dalam sertifikat. Untuk keamanan, Anda harus menetapkan frasa sandi untuk kunci pribadi saat mengekspornya. Contoh berikut adalah untuk instance Linux EC2.
```
$ aws acm export-certificate \
--certificate-arn arn:aws:acm:aws-region:111122223333:certificate/12345678-1234-1234-1234-123456789012 \
--passphrase $(cat passphrase.txt | base64) --region aws-region > exported_cert.json
```
1. Gunakan `jq` perintah berikut untuk mengekstrak kunci pribadi dan sertifikat dari respons JSON.
```
$ passphrase=$(cat passphrase.txt | base64)
cat exported_cert.json | jq -r .PrivateKey > prv.key
cat exported_cert.json | jq -r .Certificate > cert.pem
```
1. Gunakan `openssl` perintah berikut untuk mendekripsi kunci pribadi dari respons JSON. Setelah memasukkan perintah, Anda diminta untuk frasa sandi.
```
$ openssl rsa -in prv.key -passin pass:$passphrase -out decrypted.key
```
## Menginstal dan mengonfigurasi Libreswan pada klien Amazon IPsec Linux 2
Bagian berikut memberikan petunjuk untuk menginstal dan mengonfigurasi Libreswan IPSec pada instans Amazon EC2 yang menjalankan Amazon Linux 2.
**Untuk menginstal dan mengkonfigurasi Libreswan**
1. Connect ke instans EC2 Anda menggunakan SSH. Untuk petunjuk spesifik tentang cara melakukannya, lihat [Connect ke instans Linux menggunakan klien SSH](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AccessingInstancesLinux.html#AccessingInstancesLinuxSSHClient) di Panduan Pengguna Amazon Elastic Compute Cloud untuk Instans Linux.
1. Jalankan perintah berikut untuk menginstal`libreswan`:
```
$ sudo yum install libreswan
```
1. (Opsional) Saat memverifikasi IPsec di langkah selanjutnya, properti ini mungkin ditandai tanpa pengaturan ini. Kami menyarankan untuk menguji pengaturan Anda terlebih dahulu tanpa pengaturan ini. Jika koneksi Anda bermasalah, kembali ke langkah ini dan buat perubahan berikut.
Setelah instalasi selesai, gunakan editor teks pilihan Anda untuk menambahkan entri berikut ke file. `/etc/sysctl.conf`
```
net.ipv4.ip_forward=1
net.ipv4.conf.all.accept_redirects = 0
net.ipv4.conf.all.secure_redirects = 0
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.default.accept_redirects = 0
net.ipv4.conf.default.send_redirects = 0
net.ipv4.conf.lo.accept_redirects = 0
net.ipv4.conf.lo.send_redirects = 0
net.ipv4.conf.all.rp_filter = 0
net.ipv4.conf.default.rp_filter = 0
net.ipv4.conf.eth0.rp_filter = 0
```
Simpan perubahan dan keluar dari editor teks.
1. Terapkan perubahan.
```
$ sudo sysctl -p
```
1. Verifikasi IPsec konfigurasi.
```
$ sudo ipsec verify
```
Verifikasi bahwa versi yang `Libreswan` Anda instal sedang berjalan.
1. Inisialisasi database IPsec NSS.
```
$ sudo ipsec checknss
```
**Untuk menginstal sertifikat pada klien**
1. Salin [sertifikat yang Anda](#generate-certificate) buat untuk klien ke direktori kerja pada instans EC2. Anda
1. Ekspor sertifikat yang dihasilkan sebelumnya ke dalam format yang kompatibel dengan`libreswan`.
```
$ openssl pkcs12 -export -in cert.pem -inkey decrypted.key \
-certfile rootCA.pem -out certkey.p12 -name fsx
```
1. Impor kunci yang diformat ulang, berikan frasa sandi saat diminta.
```
$ sudo ipsec import certkey.p12
```
1. Buat file IPsec konfigurasi menggunakan editor teks pilihan.
```
$ sudo cat /etc/ipsec.d/nfs.conf
```
Tambahkan entri berikut ke file konfigurasi:
```
conn fsxn
authby=rsasig
left=172.31.77.6
right=198.19.254.13
auto=start
type=transport
ikev2=insist
keyexchange=ike
ike=aes256-sha2_384;dh20
esp=aes_gcm_c256
leftcert=fsx
leftrsasigkey=%cert
leftid=%fromcert
rightid=%fromcert
rightrsasigkey=%cert
```
Anda akan mulai IPsec pada klien setelah mengkonfigurasi IPsec pada sistem file Anda.
## Mengkonfigurasi IPsec pada sistem file Anda
Bagian ini memberikan petunjuk tentang menginstal sertifikat pada sistem file FSx ONTAP Anda, dan mengonfigurasi IPsec.
**Untuk menginstal sertifikat pada sistem file Anda**
1. Salin sertifikat root (`rootCA.pem)`, sertifikat klien (`cert.pem`) dan file kunci (`decrypted.key`) yang didekripsi ke sistem file Anda. Anda perlu mengetahui frasa sandi untuk sertifikat.
1. Untuk mengakses ONTAP CLI, buat sesi SSH pada port manajemen Amazon FSx untuk sistem file NetApp ONTAP atau SVM dengan menjalankan perintah berikut. Ganti `management_endpoint_ip` dengan alamat IP port manajemen sistem file.
```
[~]$ ssh fsxadmin@management_endpoint_ip
```
Untuk informasi selengkapnya, lihat [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli).
1. Gunakan **cat** pada klien (bukan pada sistem file Anda) untuk daftar konten`rootCA.pem`, `cert.pem` dan `decrypted.key` file sehingga Anda dapat menyalin output dari setiap file dan menempelkannya ketika diminta dalam langkah-langkah berikut.
```
$ > cat cert.pem
```
Salin isi sertifikat.
1. Anda harus menginstal semua sertifikat CA yang digunakan selama autentikasi bersama, termasuk sisi OnTAP dan sisi klien CAs, ke manajemen ONTAP sertifikat kecuali sudah diinstal (seperti halnya Root-CA yang ditandatangani sendiri ONTAP).
Gunakan perintah `security certificate install` NetApp CLI sebagai berikut untuk menginstal sertifikat klien:
```
FSxID123:: > security certificate install -vserver dr -type client -cert-name ipsec-client-cert
```
```
Please enter Certificate: Press when done
```
Tempel konten `cert.pem` file yang Anda salin sebelumnya dan tekan Enter.
```
Please enter Private Key: Press when done
```
Tempel di isi `decrypted.key` file, dan tekan enter.
```
Do you want to continue entering root and/or intermediate certificates {y|n}:
```
Masukkan `n` untuk menyelesaikan memasukkan sertifikat klien.
1. Buat dan instal sertifikat untuk digunakan oleh SVM. Penerbit CA sertifikat ini harus sudah diinstal ONTAP dan ditambahkan ke IPsec.
Gunakan perintah berikut untuk menginstal sertifikat root.
```
FSxID123:: > security certificate install -vserver dr -type server-ca -cert-name ipsec-ca-cert
```
```
Please enter Certificate: Press when done
```
Tempel di isi `rootCA.pem` file, dan tekan enter.
1. Untuk memastikan bahwa CA yang diinstal berada dalam jalur pencarian IPsec CA selama otentikasi, tambahkan manajemen ONTAP sertifikat CAs ke IPsec modul menggunakan perintah “security ipsec ca-certificate add”.
Masukkan perintah berikut untuk menambahkan sertifikat root.
```
FSxID123:: > security ipsec ca-certificate add -vserver dr -ca-certs ipsec-ca-cert
```
1. Masukkan perintah berikut untuk membuat IPsec kebijakan yang diperlukan dalam database kebijakan keamanan (SPD).
```
security ipsec policy create -vserver dr -name policy-name -local-ip-subnets 198.19.254.13/32 -remote-ip-subnets 172.31.0.0/16 -auth-method PKI -action ESP_TRA -cipher-suite SUITEB_GCM256 -cert-name ipsec-client-cert -local-identity "CN=*.ec2.internal" -remote-identity "CN=*.ec2.internal"
```
1. Gunakan perintah berikut untuk menunjukkan IPsec kebijakan untuk mengonfirmasi sistem file.
```
FSxID123:: > security ipsec policy show -vserver dr -instance
Vserver: dr
Policy Name: promise
Local IP Subnets: 198.19.254.13/32
Remote IP Subnets: 172.31.0.0/16
Local Ports: 0-0
Remote Ports: 0-0
Protocols: any
Action: ESP_TRA
Cipher Suite: SUITEB_GCM256
IKE Security Association Lifetime: 86400
IPsec Security Association Lifetime: 28800
IPsec Security Association Lifetime (bytes): 0
Is Policy Enabled: true
Local Identity: CN=*.ec2.internal
Remote Identity: CN=*.ec2.internal
Authentication Method: PKI
Certificate for Local Identity: ipsec-client-cert
```
## IPsec Mulai dari klien
Sekarang IPsec dikonfigurasi pada kedua FSx untuk sistem file ONTAP dan klien, Anda dapat mulai IPsec pada klien.
1. Connect ke sistem klien Anda menggunakan SSH.
1. Mulai IPsec.
```
$ sudo ipsec start
```
1. Periksa status IPsec.
```
$ sudo ipsec status
```
1. Pasang volume pada sistem file Anda.
```
$ sudo mount -t nfs 198.19.254.13:/benchmark /home/ec2-user/acm/dr
```
1. Verifikasi IPsec pengaturan dengan menunjukkan koneksi terenkripsi pada sistem file FSx ONTAP Anda.
```
FSxID123:: > security ipsec show-ikesa -node FsxId123
FsxId08ac16c7ec2781a58::> security ipsec show-ikesa -node FsxId08ac16c7ec2781a58-01
Policy Local Remote
Vserver Name Address Address Initator-SPI State
----------- ------ --------------- --------------- ---------------- -----------
dr policy-name
198.19.254.13 172.31.77.6 551c55de57fe8976 ESTABLISHED
fsx policy-name
198.19.254.38 172.31.65.193 4fd3f22c993e60c5 ESTABLISHED
2 entries were displayed.
```
## Menyiapkan IPsec untuk banyak klien
Ketika sejumlah kecil klien perlu memanfaatkan IPsec, menggunakan entri SPD tunggal untuk setiap klien sudah cukup. Namun, ketika ratusan atau bahkan ribuan klien perlu memanfaatkan IPsec, kami sarankan Anda menggunakan IPsec beberapa konfigurasi klien.
FSx untuk ONTAP mendukung menghubungkan beberapa klien di banyak jaringan ke satu alamat IP SVM dengan IPsec diaktifkan. Anda dapat melakukannya dengan menggunakan `subnet` konfigurasi atau `Allow all clients` konfigurasi, yang dijelaskan dalam prosedur berikut:
**Untuk mengkonfigurasi IPsec untuk beberapa klien menggunakan konfigurasi subnet**
Untuk memungkinkan semua klien pada subnet tertentu (192.168.134.0/24 misalnya) untuk terhubung ke alamat IP SVM tunggal menggunakan entri kebijakan SPD tunggal, Anda harus menentukan dalam bentuk subnet. `remote-ip-subnets` Selain itu, Anda harus menentukan `remote-identity` bidang dengan identitas sisi klien yang benar.
**penting**
Saat menggunakan otentikasi sertifikat, setiap klien dapat menggunakan sertifikat unik mereka sendiri atau sertifikat bersama untuk mengautentikasi. FSx untuk ONTAP IPsec memeriksa validitas sertifikat berdasarkan yang CAs diinstal pada toko kepercayaan lokalnya. FSx untuk ONTAP juga mendukung pemeriksaan daftar pencabutan sertifikat (CRL).
1. Untuk mengakses ONTAP CLI, buat sesi SSH pada port manajemen Amazon FSx untuk sistem file NetApp ONTAP atau SVM dengan menjalankan perintah berikut. Ganti `management_endpoint_ip` dengan alamat IP port manajemen sistem file.
```
[~]$ ssh fsxadmin@management_endpoint_ip
```
Untuk informasi selengkapnya, lihat [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli).
1. Gunakan perintah `security ipsec policy create` NetApp ONTAP CLI sebagai berikut, ganti *sample* nilai dengan nilai spesifik Anda.
```
FsxId123456::> security ipsec policy create -vserver svm_name -name policy_name \
-local-ip-subnets 192.168.134.34/32 -remote-ip-subnets 192.168.134.0/24 \
-local-ports 2049 -protocols tcp -auth-method PSK \
-cert-name my_nfs_server_cert -local-identity ontap_side_identity \
-remote-identity client_side_identity
```
**Untuk mengkonfigurasi IPsec untuk beberapa klien menggunakan konfigurasi izinkan semua klien**
Untuk mengizinkan klien mana pun, terlepas dari alamat IP sumbernya, untuk terhubung ke alamat IP IPsec berkemampuan SVM, gunakan kartu `0.0.0.0/0` liar saat menentukan bidang. `remote-ip-subnets`
Selain itu, Anda harus menentukan `remote-identity` bidang dengan identitas sisi klien yang benar. Untuk otentikasi sertifikat, Anda dapat memasukkan`ANYTHING`.
Juga, ketika kartu liar 0.0.0.0/0 digunakan, Anda harus mengonfigurasi nomor port lokal atau jarak jauh tertentu untuk digunakan. Misalnya, port NFS 2049.
1. Untuk mengakses ONTAP CLI, buat sesi SSH pada port manajemen Amazon FSx untuk sistem file NetApp ONTAP atau SVM dengan menjalankan perintah berikut. Ganti `management_endpoint_ip` dengan alamat IP port manajemen sistem file.
```
[~]$ ssh fsxadmin@management_endpoint_ip
```
Untuk informasi selengkapnya, lihat [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli).
1. Gunakan perintah `security ipsec policy create` NetApp ONTAP CLI sebagai berikut, ganti *sample* nilai dengan nilai spesifik Anda.
```
FsxId123456::> security ipsec policy create -vserver svm_name -name policy_name \
-local-ip-subnets 192.168.134.34/32 -remote-ip-subnets 0.0.0.0/0 \
-local-ports 2049 -protocols tcp -auth-method PSK \
-cert-name my_nfs_server_cert -local-identity ontap_side_identity \
-local-ports 2049 -remote-identity client_side_identity
```
# Manajemen identitas dan akses untuk Amazon FSx untuk NetApp ONTAP
AWS Identity and Access Management (IAM) adalah Layanan AWS yang membantu administrator mengontrol akses ke AWS sumber daya dengan aman. Administrator IAM mengontrol siapa yang dapat *diautentikasi* (masuk) dan *diotorisasi* (memiliki izin) untuk menggunakan sumber daya Amazon. FSx IAM adalah Layanan AWS yang dapat Anda gunakan tanpa biaya tambahan.
**Topics**
+ [Audiens](#security_iam_audience)
+ [Mengautentikasi dengan identitas](#security_iam_authentication)
+ [Mengelola akses menggunakan kebijakan](#security_iam_access-manage)
+ [Bagaimana Amazon FSx untuk NetApp ONTAP bekerja dengan IAM](security_iam_service-with-iam.md)
+ [Contoh kebijakan berbasis identitas untuk Amazon untuk ONTAP FSx NetApp](security_iam_id-based-policy-examples.md)
+ [Memecahkan masalah Amazon FSx untuk identitas dan akses NetApp ONTAP](security_iam_troubleshoot.md)
+ [Menggunakan peran terkait layanan untuk Amazon FSx](using-service-linked-roles.md)
+ [Menggunakan tag dengan Amazon FSx](using-tags-fsx.md)
## Audiens
Cara Anda menggunakan AWS Identity and Access Management (IAM) berbeda berdasarkan peran Anda:
+ **Pengguna layanan** - minta izin dari administrator Anda jika Anda tidak dapat mengakses fitur (lihat [Memecahkan masalah Amazon FSx untuk identitas dan akses NetApp ONTAP](security_iam_troubleshoot.md))
+ **Administrator layanan** - tentukan akses pengguna dan mengirimkan permintaan izin (lihat [Bagaimana Amazon FSx untuk NetApp ONTAP bekerja dengan IAM](security_iam_service-with-iam.md))
+ **Administrator IAM** - tulis kebijakan untuk mengelola akses (lihat [Contoh kebijakan berbasis identitas untuk Amazon untuk ONTAP FSx NetApp](security_iam_id-based-policy-examples.md))
## Mengautentikasi dengan identitas
Otentikasi adalah cara Anda masuk AWS menggunakan kredensyal identitas Anda. Anda harus diautentikasi sebagai Pengguna root akun AWS, pengguna IAM, atau dengan mengambil peran IAM.
Anda dapat masuk sebagai identitas federasi menggunakan kredensyal dari sumber identitas seperti AWS IAM Identity Center (Pusat Identitas IAM), autentikasi masuk tunggal, atau kredensyal. Google/Facebook Untuk informasi selengkapnya tentang cara masuk, lihat [Cara masuk ke Akun AWS Anda](https://docs.aws.amazon.com/signin/latest/userguide/how-to-sign-in.html) dalam *Panduan Pengguna AWS Sign-In *.
Untuk akses terprogram, AWS sediakan SDK dan CLI untuk menandatangani permintaan secara kriptografis. Untuk informasi selengkapnya, lihat [AWS Signature Version 4 untuk permintaan API](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_sigv.html) dalam *Panduan Pengguna IAM*.
### Akun AWS pengguna root
Saat Anda membuat Akun AWS, Anda mulai dengan satu identitas masuk yang disebut *pengguna Akun AWS root* yang memiliki akses lengkap ke semua Layanan AWS dan sumber daya. Kami sangat menyarankan agar Anda tidak menggunakan pengguna root untuk tugas sehari-hari. Untuk tugas yang memerlukan kredensial pengguna root, lihat [Tugas yang memerlukan kredensial pengguna root](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_root-user.html#root-user-tasks) dalam *Panduan Pengguna IAM*.
### Identitas terfederasi
Sebagai praktik terbaik, mewajibkan pengguna manusia untuk menggunakan federasi dengan penyedia identitas untuk mengakses Layanan AWS menggunakan kredensyal sementara.
*Identitas federasi* adalah pengguna dari direktori perusahaan Anda, penyedia identitas web, atau Directory Service yang mengakses Layanan AWS menggunakan kredensyal dari sumber identitas. Identitas terfederasi mengambil peran yang memberikan kredensial sementara.
Untuk manajemen akses terpusat, kami menyarankan AWS IAM Identity Center. Untuk informasi selengkapnya, lihat [Apa itu Pusat Identitas IAM?](https://docs.aws.amazon.com/singlesignon/latest/userguide/what-is.html) dalam *Panduan Pengguna AWS IAM Identity Center *.
### Pengguna dan grup IAM
*[Pengguna IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users.html)* adalah identitas dengan izin khusus untuk satu orang atau aplikasi. Sebaiknya gunakan kredensial sementara alih-alih pengguna IAM dengan kredensial jangka panjang. Untuk informasi selengkapnya, lihat [Mewajibkan pengguna manusia untuk menggunakan federasi dengan penyedia identitas untuk mengakses AWS menggunakan kredensyal sementara](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html#bp-users-federation-idp) di Panduan Pengguna *IAM*.
[https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html) menentukan kumpulan pengguna IAM dan mempermudah pengelolaan izin untuk pengguna dalam jumlah besar. Untuk mempelajari selengkapnya, lihat [Kasus penggunaan untuk pengguna IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/gs-identities-iam-users.html) dalam *Panduan Pengguna IAM*.
### Peran IAM
*[Peran IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)* adalah identitas dengan izin khusus yang menyediakan kredensial sementara. Anda dapat mengambil peran dengan [beralih dari pengguna ke peran IAM (konsol)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_switch-role-console.html) atau dengan memanggil operasi AWS CLI atau AWS API. Untuk informasi selengkapnya, lihat [Metode untuk mengambil peran](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_manage-assume.html) dalam *Panduan Pengguna IAM*.
Peran IAM berguna untuk akses pengguna terfederasi, izin pengguna IAM sementara, akses lintas akun, akses lintas layanan, dan aplikasi yang berjalan di Amazon EC2. Untuk informasi selengkapnya, lihat [Akses sumber daya lintas akun di IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html) dalam *Panduan Pengguna IAM*.
## Mengelola akses menggunakan kebijakan
Anda mengontrol akses AWS dengan membuat kebijakan dan melampirkannya ke AWS identitas atau sumber daya. Kebijakan menentukan izin saat dikaitkan dengan identitas atau sumber daya. AWS mengevaluasi kebijakan ini ketika kepala sekolah membuat permintaan. Sebagian besar kebijakan disimpan AWS sebagai dokumen JSON. Untuk informasi selengkapnya tentang dokumen kebijakan JSON, lihat [Gambaran umum kebijakan JSON](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#access_policies-json) dalam *Panduan Pengguna IAM*.
Menggunakan kebijakan, administrator menentukan siapa yang memiliki akses ke apa dengan mendefinisikan **principal** mana yang dapat melakukan **tindakan** pada **sumber daya** apa, dan dalam **kondisi** apa.
Secara default, pengguna dan peran tidak memiliki izin. Administrator IAM membuat kebijakan IAM dan menambahkannya ke peran, yang kemudian dapat diambil oleh pengguna. Kebijakan IAM mendefinisikan izin terlepas dari metode yang Anda gunakan untuk melakukan operasinya.
### Kebijakan berbasis identitas
Kebijakan berbasis identitas adalah dokumen kebijakan izin JSON yang Anda lampirkan ke identitas (pengguna, grup, atau peran). Kebijakan ini mengontrol tindakan apa yang bisa dilakukan oleh identitas tersebut, terhadap sumber daya yang mana, dan dalam kondisi apa. Untuk mempelajari cara membuat kebijakan berbasis identitas, lihat [Tentukan izin IAM kustom dengan kebijakan yang dikelola pelanggan](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html) dalam *Panduan Pengguna IAM*.
Kebijakan berbasis identitas dapat berupa *kebijakan inline* (disematkan langsung ke dalam satu identitas) atau *kebijakan terkelola* (kebijakan mandiri yang dilampirkan pada banyak identitas). Untuk mempelajari cara memilih antara kebijakan terkelola dan kebijakan inline, lihat [Pilih antara kebijakan terkelola dan kebijakan inline](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-choosing-managed-or-inline.html) dalam *Panduan Pengguna IAM*.
### Kebijakan berbasis sumber daya
Kebijakan berbasis sumber daya adalah dokumen kebijakan JSON yang Anda lampirkan ke sumber daya. Contohnya termasuk *kebijakan kepercayaan peran IAM* dan *kebijakan bucket* Amazon S3. Dalam layanan yang mendukung kebijakan berbasis sumber daya, administrator layanan dapat menggunakannya untuk mengontrol akses ke sumber daya tertentu. Anda harus [menentukan principal](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html) dalam kebijakan berbasis sumber daya.
Kebijakan berbasis sumber daya merupakan kebijakan inline yang terletak di layanan tersebut. Anda tidak dapat menggunakan kebijakan AWS terkelola dari IAM dalam kebijakan berbasis sumber daya.
### Jenis-jenis kebijakan lain
AWS mendukung jenis kebijakan tambahan yang dapat menetapkan izin maksimum yang diberikan oleh jenis kebijakan yang lebih umum:
+ **Batasan izin** – Menetapkan izin maksimum yang dapat diberikan oleh kebijakan berbasis identitas kepada entitas IAM. Untuk informasi selengkapnya, lihat [Batasan izin untuk entitas IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_boundaries.html) dalam *Panduan Pengguna IAM*.
+ **Kebijakan kontrol layanan (SCPs)** — Tentukan izin maksimum untuk organisasi atau unit organisasi di AWS Organizations. Untuk informasi selengkapnya, lihat [Kebijakan kontrol layanan](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps.html) dalam *Panduan Pengguna AWS Organizations *.
+ **Kebijakan kontrol sumber daya (RCPs)** — Tetapkan izin maksimum yang tersedia untuk sumber daya di akun Anda. Untuk informasi selengkapnya, lihat [Kebijakan kontrol sumber daya (RCPs)](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_rcps.html) di *Panduan AWS Organizations Pengguna*.
+ **Kebijakan sesi** – Kebijakan lanjutan yang diteruskan sebagai parameter saat membuat sesi sementara untuk peran atau pengguna terfederasi. Untuk informasi selengkapnya, lihat [Kebijakan sesi](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#policies_session) dalam *Panduan Pengguna IAM*.
### Berbagai jenis kebijakan
Ketika beberapa jenis kebijakan berlaku pada suatu permintaan, izin yang dihasilkan lebih rumit untuk dipahami. Untuk mempelajari cara AWS menentukan apakah akan mengizinkan permintaan saat beberapa jenis kebijakan terlibat, lihat [Logika evaluasi kebijakan](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_evaluation-logic.html) di *Panduan Pengguna IAM*.
# Bagaimana Amazon FSx untuk NetApp ONTAP bekerja dengan IAM
Sebelum Anda menggunakan IAM untuk mengelola akses ke Amazon FSx, pelajari fitur IAM apa yang tersedia untuk digunakan dengan Amazon. FSx
**Fitur IAM yang dapat Anda gunakan dengan Amazon FSx untuk NetApp ONTAP**
| Fitur IAM | FSx Dukungan Amazon |
| --- | --- |
| [Kebijakan berbasis identitas](#security_iam_service-with-iam-id-based-policies) | Ya |
| [Kebijakan berbasis sumber daya](#security_iam_service-with-iam-resource-based-policies) | Tidak |
| [Tindakan kebijakan](#security_iam_service-with-iam-id-based-policies-actions) | Ya |
| [Sumber daya kebijakan](#security_iam_service-with-iam-id-based-policies-resources) | Ya |
| [Kunci kondisi kebijakan](#security_iam_service-with-iam-id-based-policies-conditionkeys) | Ya |
| [ACLs](#security_iam_service-with-iam-acls) | Tidak |
| [ABAC (tanda dalam kebijakan)](#security_iam_service-with-iam-tags) | Ya |
| [Kredensial sementara](#security_iam_service-with-iam-roles-tempcreds) | Ya |
| [Sesi akses teruskan (FAS)](#security_iam_service-with-iam-principal-permissions) | Ya |
| [Peran layanan](#security_iam_service-with-iam-roles-service) | Tidak |
| [Peran terkait layanan](#security_iam_service-with-iam-roles-service-linked) | Ya |
Untuk mendapatkan tampilan tingkat tinggi tentang cara kerja Amazon FSx dan AWS layanan lainnya dengan sebagian besar fitur IAM, lihat [AWS layanan yang bekerja dengan IAM di Panduan Pengguna *IAM*](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html).
## Kebijakan berbasis identitas untuk Amazon FSx
**Mendukung kebijakan berbasis identitas**: Ya
Kebijakan berbasis identitas adalah dokumen kebijakan izin JSON yang dapat Anda lampirkan ke sebuah identitas, seperti pengguna IAM, grup pengguna IAM, atau peran IAM. Kebijakan ini mengontrol jenis tindakan yang dapat dilakukan oleh pengguna dan peran, di sumber daya mana, dan berdasarkan kondisi seperti apa. Untuk mempelajari cara membuat kebijakan berbasis identitas, lihat [Tentukan izin IAM kustom dengan kebijakan terkelola pelanggan](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html) dalam *Panduan Pengguna IAM*.
Dengan kebijakan berbasis identitas IAM, Anda dapat menentukan secara spesifik apakah tindakan dan sumber daya diizinkan atau ditolak, serta kondisi yang menjadi dasar dikabulkan atau ditolaknya tindakan tersebut. Untuk mempelajari semua elemen yang dapat Anda gunakan dalam kebijakan JSON, lihat [Referensi elemen kebijakan JSON IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements.html) dalam *Panduan Pengguna IAM*.
### Contoh kebijakan berbasis identitas untuk Amazon FSx
Untuk melihat contoh kebijakan FSx berbasis identitas Amazon, lihat. [Contoh kebijakan berbasis identitas untuk Amazon untuk ONTAP FSx NetApp](security_iam_id-based-policy-examples.md)
## Kebijakan berbasis sumber daya di Amazon FSx
**Mendukung kebijakan berbasis sumber daya:** Tidak
## Tindakan kebijakan untuk Amazon FSx
**Mendukung tindakan kebijakan:** Ya
Administrator dapat menggunakan kebijakan AWS JSON untuk menentukan siapa yang memiliki akses ke apa. Yaitu, di mana **utama** dapat melakukan **tindakan** pada **sumber daya**, dan dalam **kondisi apa**.
Elemen `Action` dari kebijakan JSON menjelaskan tindakan yang dapat Anda gunakan untuk mengizinkan atau menolak akses dalam sebuah kebijakan. Sertakan tindakan dalam kebijakan untuk memberikan izin untuk melakukan operasi terkait.
Untuk melihat daftar FSx tindakan Amazon, lihat [Tindakan yang ditentukan oleh Amazon FSx](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonfsx.html#amazonfsx-actions-as-permissions) di *Referensi Otorisasi Layanan*.
Tindakan kebijakan di Amazon FSx menggunakan awalan berikut sebelum tindakan:
```
fsx
```
Untuk menetapkan secara spesifik beberapa tindakan dalam satu pernyataan, pisahkan tindakan tersebut dengan koma.
```
"Action": [
"fsx:action1",
"fsx:action2"
]
```
Untuk melihat contoh kebijakan FSx berbasis identitas Amazon, lihat. [Contoh kebijakan berbasis identitas untuk Amazon untuk ONTAP FSx NetApp](security_iam_id-based-policy-examples.md)
## Sumber daya kebijakan untuk Amazon FSx
**Mendukung sumber daya kebijakan:** Ya
Administrator dapat menggunakan kebijakan AWS JSON untuk menentukan siapa yang memiliki akses ke apa. Yaitu, di mana **utama** dapat melakukan **tindakan** pada **sumber daya**, dan dalam **kondisi apa**.
Elemen kebijakan JSON `Resource` menentukan objek yang menjadi target penerapan tindakan. Praktik terbaiknya, tentukan sumber daya menggunakan [Amazon Resource Name (ARN)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html). Untuk tindakan yang tidak mendukung izin di tingkat sumber daya, gunakan wildcard (\$1) untuk menunjukkan bahwa pernyataan tersebut berlaku untuk semua sumber daya.
```
"Resource": "*"
```
Untuk melihat daftar jenis FSx sumber daya Amazon dan jenisnya ARNs, lihat Sumber [daya yang ditentukan oleh Amazon FSx](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonfsx.html#amazonfsx-resources-for-iam-policies) di *Referensi Otorisasi Layanan*. Untuk mempelajari tindakan mana yang dapat Anda tentukan ARN dari setiap sumber daya, lihat [Tindakan yang ditentukan oleh Amazon](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonfsx.html#amazonfsx-actions-as-permissions). FSx
Untuk melihat contoh kebijakan FSx berbasis identitas Amazon, lihat. [Contoh kebijakan berbasis identitas untuk Amazon untuk ONTAP FSx NetApp](security_iam_id-based-policy-examples.md)
## Kunci kondisi kebijakan untuk Amazon FSx
**Mendukung kunci kondisi kebijakan khusus layanan:** Yes
Administrator dapat menggunakan kebijakan AWS JSON untuk menentukan siapa yang memiliki akses ke apa. Yaitu, **principal** dapat melakukan **tindakan** pada suatu **sumber daya**, dan dalam suatu **syarat**.
Elemen `Condition` menentukan ketika pernyataan dieksekusi berdasarkan kriteria yang ditetapkan. Anda dapat membuat ekspresi bersyarat yang menggunakan [operator kondisi](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition_operators.html), misalnya sama dengan atau kurang dari, untuk mencocokkan kondisi dalam kebijakan dengan nilai-nilai yang diminta. Untuk melihat semua kunci kondisi AWS global, lihat [kunci konteks kondisi AWS global](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html) di *Panduan Pengguna IAM*.
Untuk melihat daftar kunci FSx kondisi Amazon, lihat [Kunci kondisi untuk Amazon FSx](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonfsx.html#amazonfsx-policy-keys) di *Referensi Otorisasi Layanan*. Untuk mempelajari tindakan dan sumber daya yang dapat Anda gunakan kunci kondisi, lihat [Tindakan yang ditentukan oleh Amazon FSx](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonfsx.html#amazonfsx-actions-as-permissions).
Untuk melihat contoh kebijakan FSx berbasis identitas Amazon, lihat. [Contoh kebijakan berbasis identitas untuk Amazon untuk ONTAP FSx NetApp](security_iam_id-based-policy-examples.md)
## Daftar kontrol akses (ACLs) di Amazon FSx
**Mendukung ACLs:** Tidak
## Kontrol akses berbasis atribut (ABAC) dengan Amazon FSx
**Mendukung ABAC (tanda dalam kebijakan):** Ya
Kontrol akses berbasis atribut (ABAC) adalah strategi otorisasi yang menentukan izin berdasarkan atribut tanda. Anda dapat melampirkan tag ke entitas dan AWS sumber daya IAM, lalu merancang kebijakan ABAC untuk mengizinkan operasi saat tag prinsipal cocok dengan tag pada sumber daya.
Untuk mengendalikan akses berdasarkan tanda, berikan informasi tentang tanda di [elemen kondisi](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html) dari kebijakan menggunakan kunci kondisi `aws:ResourceTag/key-name`, `aws:RequestTag/key-name`, atau `aws:TagKeys`.
Jika sebuah layanan mendukung ketiga kunci kondisi untuk setiap jenis sumber daya, nilainya adalah **Ya** untuk layanan tersebut. Jika suatu layanan mendukung ketiga kunci kondisi untuk hanya beberapa jenis sumber daya, nilainya adalah **Parsial**.
Untuk informasi selengkapnya tentang ABAC, lihat [Tentukan izin dengan otorisasi ABAC](https://docs.aws.amazon.com/IAM/latest/UserGuide/introduction_attribute-based-access-control.html) dalam *Panduan Pengguna IAM.* Untuk melihat tutorial yang menguraikan langkah-langkah pengaturan ABAC, lihat [Menggunakan kontrol akses berbasis atribut (ABAC)](https://docs.aws.amazon.com/IAM/latest/UserGuide/tutorial_attribute-based-access-control.html) dalam *Panduan Pengguna IAM*.
Untuk informasi selengkapnya tentang menandai FSx sumber daya Amazon, lihat[Menandai sumber daya Amazon FSx](tag-resources.md).
Untuk melihat contoh kebijakan berbasis identitas untuk membatasi akses ke sumber daya berdasarkan tag pada sumber daya tersebut, lihat [Menggunakan tag untuk mengontrol akses ke FSx sumber daya Amazon Anda](using-tags-fsx.md#restrict-fsx-access-tags).
## Menggunakan kredensyal Sementara dengan Amazon FSx
**Mendukung kredensial sementara:** Ya
Kredensi sementara menyediakan akses jangka pendek ke AWS sumber daya dan secara otomatis dibuat saat Anda menggunakan federasi atau beralih peran. AWS merekomendasikan agar Anda secara dinamis menghasilkan kredensi sementara alih-alih menggunakan kunci akses jangka panjang. Untuk informasi selengkapnya, lihat [Kredensial keamanan sementara di IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp.html) dan [Layanan AWS yang berfungsi dengan IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) dalam *Panduan Pengguna IAM*.
## Teruskan sesi akses untuk Amazon FSx
**Mendukung sesi akses terusan (FAS):** Ya
Sesi akses teruskan (FAS) menggunakan izin dari pemanggilan utama Layanan AWS, dikombinasikan dengan permintaan Layanan AWS untuk membuat permintaan ke layanan hilir. Untuk detail kebijakan ketika mengajukan permintaan FAS, lihat [Sesi akses terusan](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_forward_access_sessions.html).
## Peran layanan untuk Amazon FSx
**Mendukung peran layanan:** Tidak
## Peran terkait layanan untuk Amazon FSx
**Mendukung peran terkait layanan**: Ya
Peran terkait layanan adalah jenis peran layanan yang ditautkan ke. Layanan AWS Layanan tersebut dapat menjalankan peran untuk melakukan tindakan atas nama Anda. Peran terkait layanan muncul di Anda Akun AWS dan dimiliki oleh layanan. Administrator IAM dapat melihat, tetapi tidak dapat mengedit izin untuk peran terkait layanan.
Untuk detail tentang membuat atau mengelola peran FSx terkait layanan Amazon, lihat. [Menggunakan peran terkait layanan untuk Amazon FSx](using-service-linked-roles.md)
# Contoh kebijakan berbasis identitas untuk Amazon untuk ONTAP FSx NetApp
Secara default, pengguna dan peran tidak memiliki izin untuk membuat atau memodifikasi FSx sumber daya Amazon. Untuk memberikan izin kepada pengguna untuk melakukan tindakan di sumber daya yang mereka perlukan, administrator IAM dapat membuat kebijakan IAM.
*Untuk mempelajari cara membuat kebijakan berbasis identitas IAM dengan menggunakan contoh dokumen kebijakan JSON ini, lihat [Membuat kebijakan IAM (konsol) di Panduan Pengguna IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create-console.html).*
Untuk detail tentang tindakan dan jenis sumber daya yang ditentukan oleh Amazon FSx, termasuk format ARNs untuk setiap jenis sumber daya, lihat [Kunci tindakan, sumber daya, dan kondisi untuk Amazon FSx](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonfsx.html) di *Referensi Otorisasi Layanan*.
**Topics**
+ [Praktik terbaik kebijakan](#security_iam_service-with-iam-policy-best-practices)
+ [Menggunakan FSx konsol Amazon](#security_iam_id-based-policy-examples-console)
+ [Mengizinkan pengguna melihat izin mereka sendiri](#security_iam_id-based-policy-examples-view-own-permissions)
## Praktik terbaik kebijakan
Kebijakan berbasis identitas menentukan apakah seseorang dapat membuat, mengakses, atau menghapus FSx sumber daya Amazon di akun Anda. Tindakan ini membuat Akun AWS Anda dikenai biaya. Ketika Anda membuat atau mengedit kebijakan berbasis identitas, ikuti panduan dan rekomendasi ini:
+ **Mulailah dengan kebijakan AWS terkelola dan beralih ke izin hak istimewa paling sedikit — Untuk mulai memberikan izin** kepada pengguna dan beban kerja Anda, gunakan *kebijakan AWS terkelola* yang memberikan izin untuk banyak kasus penggunaan umum. Mereka tersedia di Anda Akun AWS. Kami menyarankan Anda mengurangi izin lebih lanjut dengan menentukan kebijakan yang dikelola AWS pelanggan yang khusus untuk kasus penggunaan Anda. Untuk informasi selengkapnya, lihat [Kebijakan yang dikelola AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies) atau [Kebijakan yang dikelola AWS untuk fungsi tugas](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html) dalam *Panduan Pengguna IAM*.
+ **Menerapkan izin dengan hak akses paling rendah** – Ketika Anda menetapkan izin dengan kebijakan IAM, hanya berikan izin yang diperlukan untuk melakukan tugas. Anda melakukannya dengan mendefinisikan tindakan yang dapat diambil pada sumber daya tertentu dalam kondisi tertentu, yang juga dikenal sebagai *izin dengan hak akses paling rendah*. Untuk informasi selengkapnya tentang cara menggunakan IAM untuk mengajukan izin, lihat [Kebijakan dan izin dalam IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html) dalam *Panduan Pengguna IAM*.
+ **Gunakan kondisi dalam kebijakan IAM untuk membatasi akses lebih lanjut** – Anda dapat menambahkan suatu kondisi ke kebijakan Anda untuk membatasi akses ke tindakan dan sumber daya. Sebagai contoh, Anda dapat menulis kondisi kebijakan untuk menentukan bahwa semua permintaan harus dikirim menggunakan SSL. Anda juga dapat menggunakan ketentuan untuk memberikan akses ke tindakan layanan jika digunakan melalui yang spesifik Layanan AWS, seperti CloudFormation. Untuk informasi selengkapnya, lihat [Elemen kebijakan JSON IAM: Kondisi](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html) dalam *Panduan Pengguna IAM*.
+ **Gunakan IAM Access Analyzer untuk memvalidasi kebijakan IAM Anda untuk memastikan izin yang aman dan fungsional** – IAM Access Analyzer memvalidasi kebijakan baru dan yang sudah ada sehingga kebijakan tersebut mematuhi bahasa kebijakan IAM (JSON) dan praktik terbaik IAM. IAM Access Analyzer menyediakan lebih dari 100 pemeriksaan kebijakan dan rekomendasi yang dapat ditindaklanjuti untuk membantu Anda membuat kebijakan yang aman dan fungsional. Untuk informasi selengkapnya, lihat [Validasi kebijakan dengan IAM Access Analyzer](https://docs.aws.amazon.com/IAM/latest/UserGuide/access-analyzer-policy-validation.html) dalam *Panduan Pengguna IAM*.
+ **Memerlukan otentikasi multi-faktor (MFA)** - Jika Anda memiliki skenario yang mengharuskan pengguna IAM atau pengguna root di Anda, Akun AWS aktifkan MFA untuk keamanan tambahan. Untuk meminta MFA ketika operasi API dipanggil, tambahkan kondisi MFA pada kebijakan Anda. Untuk informasi selengkapnya, lihat [Amankan akses API dengan MFA](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_mfa_configure-api-require.html) dalam *Panduan Pengguna IAM*.
Untuk informasi selengkapnya tentang praktik terbaik dalam IAM, lihat [Praktik terbaik keamanan di IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html) dalam *Panduan Pengguna IAM*.
## Menggunakan FSx konsol Amazon
Untuk mengakses konsol Amazon FSx untuk NetApp ONTAP, Anda harus memiliki set izin minimum. Izin ini harus memungkinkan Anda untuk membuat daftar dan melihat detail tentang FSx sumber daya Amazon di Anda Akun AWS. Jika Anda membuat kebijakan berbasis identitas yang lebih ketat daripada izin minimum yang diperlukan, konsol tidak akan berfungsi sebagaimana mestinya untuk entitas (pengguna atau peran) dengan kebijakan tersebut.
Anda tidak perlu mengizinkan izin konsol minimum untuk pengguna yang melakukan panggilan hanya ke AWS CLI atau AWS API. Sebagai gantinya, izinkan akses hanya ke tindakan yang sesuai dengan operasi API yang coba mereka lakukan.
Untuk memastikan bahwa pengguna dan peran masih dapat menggunakan FSx konsol Amazon, lampirkan juga kebijakan `AmazonFSxConsoleReadOnlyAccess` AWS terkelola ke entitas. Untuk informasi selengkapnya, lihat [Menambah izin untuk pengguna](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users_change-permissions.html#users_change_permissions-add-console) dalam *Panduan Pengguna IAM*.
Anda dapat melihat `AmazonFSxConsoleReadOnlyAccess` dan kebijakan layanan FSx terkelola Amazon lainnya di[AWS kebijakan terkelola untuk Amazon FSx untuk NetApp ONTAP](security-iam-awsmanpol.md).
## Mengizinkan pengguna melihat izin mereka sendiri
Contoh ini menunjukkan cara membuat kebijakan yang mengizinkan pengguna IAM melihat kebijakan inline dan terkelola yang dilampirkan ke identitas pengguna mereka. Kebijakan ini mencakup izin untuk menyelesaikan tindakan ini di konsol atau menggunakan API atau secara terprogram. AWS CLI AWS
```
{
"Version": "2012-10-17",
"Statement": [
{
"Sid": "ViewOwnUserInfo",
"Effect": "Allow",
"Action": [
"iam:GetUserPolicy",
"iam:ListGroupsForUser",
"iam:ListAttachedUserPolicies",
"iam:ListUserPolicies",
"iam:GetUser"
],
"Resource": ["arn:aws:iam::*:user/${aws:username}"]
},
{
"Sid": "NavigateInConsole",
"Effect": "Allow",
"Action": [
"iam:GetGroupPolicy",
"iam:GetPolicyVersion",
"iam:GetPolicy",
"iam:ListAttachedGroupPolicies",
"iam:ListGroupPolicies",
"iam:ListPolicyVersions",
"iam:ListPolicies",
"iam:ListUsers"
],
"Resource": "*"
}
]
}
```
# Memecahkan masalah Amazon FSx untuk identitas dan akses NetApp ONTAP
Gunakan informasi berikut untuk membantu Anda mendiagnosis dan memperbaiki masalah umum yang mungkin Anda temui saat bekerja dengan Amazon FSx dan IAM.
**Topics**
+ [Saya tidak berwenang untuk melakukan tindakan di Amazon FSx](#security_iam_troubleshoot-no-permissions)
+ [Saya tidak berwenang untuk melakukan iam: PassRole](#security_iam_troubleshoot-passrole)
+ [Saya ingin mengizinkan orang di luar saya Akun AWS mengakses FSx sumber daya Amazon saya](#security_iam_troubleshoot-cross-account-access)
## Saya tidak berwenang untuk melakukan tindakan di Amazon FSx
Jika Anda menerima pesan kesalahan bahwa Anda tidak memiliki otorisasi untuk melakukan tindakan, kebijakan Anda harus diperbarui agar Anda dapat melakukan tindakan tersebut.
Contoh kesalahan berikut terjadi ketika pengguna IAM `mateojackson` mencoba menggunakan konsol untuk melihat detail tentang suatu sumber daya `my-example-widget` rekaan, tetapi tidak memiliki izin `fsx:GetWidget` rekaan.
```
User: arn:aws:iam::123456789012:user/mateojackson is not authorized to perform: fsx:GetWidget on resource: my-example-widget
```
Dalam hal ini, kebijakan untuk pengguna `mateojackson` harus diperbarui untuk mengizinkan akses ke sumber daya `my-example-widget` dengan menggunakan tindakan `fsx:GetWidget`.
Jika Anda memerlukan bantuan, hubungi AWS administrator Anda. Administrator Anda adalah orang yang memberi Anda kredensial masuk.
## Saya tidak berwenang untuk melakukan iam: PassRole
Jika Anda menerima kesalahan bahwa Anda tidak diizinkan untuk melakukan `iam:PassRole` tindakan, kebijakan Anda harus diperbarui agar Anda dapat meneruskan peran ke Amazon FSx.
Beberapa Layanan AWS memungkinkan Anda untuk meneruskan peran yang ada ke layanan tersebut alih-alih membuat peran layanan baru atau peran terkait layanan. Untuk melakukannya, Anda harus memiliki izin untuk meneruskan peran ke layanan.
Contoh kesalahan berikut terjadi ketika pengguna IAM bernama `marymajor` mencoba menggunakan konsol untuk melakukan tindakan di Amazon FSx. Namun, tindakan tersebut memerlukan layanan untuk mendapatkan izin yang diberikan oleh peran layanan. Mary tidak memiliki izin untuk meneruskan peran tersebut pada layanan.
```
User: arn:aws:iam::123456789012:user/marymajor is not authorized to perform: iam:PassRole
```
Dalam kasus ini, kebijakan Mary harus diperbarui agar dia mendapatkan izin untuk melakukan tindakan `iam:PassRole` tersebut.
Jika Anda memerlukan bantuan, hubungi AWS administrator Anda. Administrator Anda adalah orang yang memberi Anda kredensial masuk.
## Saya ingin mengizinkan orang di luar saya Akun AWS mengakses FSx sumber daya Amazon saya
Anda dapat membuat peran yang dapat digunakan pengguna di akun lain atau orang-orang di luar organisasi Anda untuk mengakses sumber daya Anda. Anda dapat menentukan siapa saja yang dipercaya untuk mengambil peran tersebut. Untuk layanan yang mendukung kebijakan berbasis sumber daya atau daftar kontrol akses (ACLs), Anda dapat menggunakan kebijakan tersebut untuk memberi orang akses ke sumber daya Anda.
Untuk mempelajari selengkapnya, periksa referensi berikut:
+ Untuk mengetahui apakah Amazon FSx mendukung fitur-fitur ini, lihat[Bagaimana Amazon FSx untuk NetApp ONTAP bekerja dengan IAM](security_iam_service-with-iam.md).
+ Untuk mempelajari cara menyediakan akses ke sumber daya Anda di seluruh sumber daya Akun AWS yang Anda miliki, lihat [Menyediakan akses ke pengguna IAM di pengguna lain Akun AWS yang Anda miliki](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_aws-accounts.html) di *Panduan Pengguna IAM*.
+ Untuk mempelajari cara menyediakan akses ke sumber daya Anda kepada pihak ketiga Akun AWS, lihat [Menyediakan akses yang Akun AWS dimiliki oleh pihak ketiga](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_third-party.html) dalam *Panduan Pengguna IAM*.
+ Untuk mempelajari cara memberikan akses melalui federasi identitas, lihat [Menyediakan akses ke pengguna terautentikasi eksternal (federasi identitas)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_federated-users.html) dalam *Panduan Pengguna IAM*.
+ *Untuk mempelajari perbedaan antara menggunakan peran dan kebijakan berbasis sumber daya untuk akses lintas akun, lihat [Akses sumber daya lintas akun di IAM di Panduan Pengguna IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html).*
# Menggunakan peran terkait layanan untuk Amazon FSx
Amazon FSx menggunakan peran AWS Identity and Access Management [terkait layanan](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-linked-role) (IAM). Peran terkait layanan adalah jenis peran IAM unik yang ditautkan langsung ke Amazon. FSx Peran terkait layanan telah ditentukan sebelumnya oleh Amazon FSx dan mencakup semua izin yang diperlukan layanan untuk memanggil AWS layanan lain atas nama Anda.
Peran terkait layanan membuat pengaturan Amazon FSx lebih mudah karena Anda tidak perlu menambahkan izin yang diperlukan secara manual. Amazon FSx mendefinisikan izin peran terkait layanannya, dan kecuali ditentukan lain, hanya Amazon yang FSx dapat mengambil perannya. Izin yang ditentukan mencakup kebijakan kepercayaan dan kebijakan izin, dan kebijakan izin tersebut tidak dapat dilampirkan ke entitas IAM lainnya.
Anda dapat menghapus peran tertaut layanan hanya setelah menghapus sumber daya terkait terlebih dahulu. Ini melindungi FSx sumber daya Amazon Anda karena Anda tidak dapat secara tidak sengaja menghapus izin untuk mengakses sumber daya.
Untuk informasi tentang layanan lain yang mendukung peran terkait layanan, lihat [Layanan AWS yang bisa digunakan dengan IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) dan carilah layanan yang memiliki opsi **Ya** di kolom **Peran Terkait Layanan**. Pilih **Ya** dengan sebuah tautan untuk melihat dokumentasi peran terkait layanan untuk layanan tersebut.
## Izin peran terkait layanan untuk Amazon FSx
Amazon FSx menggunakan peran terkait layanan bernama **AWSServiceRoleForAmazonFSx**— Yang melakukan tindakan tertentu di akun Anda, seperti membuat Antarmuka Jaringan Elastis untuk sistem file Anda di VPC Anda, dan menerbitkan sistem file dan metrik volume. CloudWatch
Untuk pembaruan kebijakan ini, silakan lihat [Amazon FSx ServiceRolePolicy](security-iam-awsmanpol.md#security-iam-awsmanpol-AmazonFSxServiceRolePolicy).
**Detail izin**
Izin AWSService RoleForAmazon FSx peran ditentukan oleh kebijakan FSx ServiceRolePolicy AWS terkelola Amazon. Ini AWSService RoleForAmazon FSx memiliki izin berikut:
**catatan**
AWSServiceRoleForAmazonFSx Ini digunakan oleh semua jenis sistem FSx file Amazon; beberapa izin yang terdaftar tidak berlaku FSx untuk ONTAP.
+ `ds`— Memungkinkan Amazon FSx untuk melihat, mengotorisasi, dan tidak mengotorisasi aplikasi di direktori Anda. Directory Service
+ `ec2`— Memungkinkan Amazon FSx melakukan hal berikut:
+ Melihat, membuat, dan memisahkan antarmuka jaringan yang terkait dengan sistem FSx file Amazon.
+ Lihat satu atau beberapa alamat IP Elastis yang terkait dengan sistem FSx file Amazon.
+ Lihat Amazon VPCs, grup keamanan, dan subnet yang terkait dengan sistem FSx file Amazon.
+ Tetapkan IPv6 alamat ke antarmuka jaringan pelanggan yang memiliki `AmazonFSx.FileSystemId` tag.
+ Batalkan IPv6 alamat dari antarmuka jaringan pelanggan yang memiliki tag. `AmazonFSx.FileSystemId`
+ Untuk memberikan validasi grup keamanan yang ditingkatkan dari semua grup keamanan yang dapat digunakan dengan VPC.
+ Buat izin bagi pengguna AWS yang berwenang untuk melakukan operasi tertentu pada antarmuka jaringan.
+ `cloudwatch`— Memungkinkan Amazon FSx mempublikasikan titik data metrik ke CloudWatch bawah FSx namespace AWS/.
+ `route53`— Memungkinkan Amazon FSx untuk mengaitkan VPC Amazon dengan zona host pribadi.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "CreateFileSystem",
"Effect": "Allow",
"Action": [
"ds:AuthorizeApplication",
"ds:GetAuthorizedApplicationDetails",
"ds:UnauthorizeApplication",
"ec2:CreateNetworkInterface",
"ec2:CreateNetworkInterfacePermission",
"ec2:DeleteNetworkInterface",
"ec2:DescribeAddresses",
"ec2:DescribeDhcpOptions",
"ec2:DescribeNetworkInterfaces",
"ec2:DescribeRouteTables",
"ec2:DescribeSecurityGroups",
"ec2:DescribeSubnets",
"ec2:DescribeVPCs",
"ec2:DisassociateAddress",
"ec2:GetSecurityGroupsForVpc",
"route53:AssociateVPCWithHostedZone"
],
"Resource": "*"
},
{
"Sid": "PutMetrics",
"Effect": "Allow",
"Action": [
"cloudwatch:PutMetricData"
],
"Resource": [
"*"
],
"Condition": {
"StringEquals": {
"cloudwatch:namespace": "AWS/FSx"
}
}
},
{
"Sid": "TagResourceNetworkInterface",
"Effect": "Allow",
"Action": [
"ec2:CreateTags"
],
"Resource": [
"arn:aws:ec2:*:*:network-interface/*"
],
"Condition": {
"StringEquals": {
"ec2:CreateAction": "CreateNetworkInterface"
},
"ForAllValues:StringEquals": {
"aws:TagKeys": "AmazonFSx.FileSystemId"
}
}
},
{
"Sid": "ManageNetworkInterface",
"Effect": "Allow",
"Action": [
"ec2:AssignPrivateIpAddresses",
"ec2:ModifyNetworkInterfaceAttribute",
"ec2:UnassignPrivateIpAddresses"
],
"Resource": [
"arn:aws:ec2:*:*:network-interface/*"
],
"Condition": {
"Null": {
"aws:ResourceTag/AmazonFSx.FileSystemId": "false"
}
}
},
{
"Sid": "ManageRouteTable",
"Effect": "Allow",
"Action": [
"ec2:CreateRoute",
"ec2:ReplaceRoute",
"ec2:DeleteRoute"
],
"Resource": [
"arn:aws:ec2:*:*:route-table/*"
],
"Condition": {
"StringEquals": {
"aws:ResourceTag/AmazonFSx": "ManagedByAmazonFSx"
}
}
}
]
}
```
------
Setiap pembaruan untuk kebijakan ini dijelaskan dalam[Amazon FSx memperbarui kebijakan AWS terkelola](security-iam-awsmanpol.md#security-iam-awsmanpol-updates).
Anda harus mengonfigurasi izin untuk mengizinkan entitas IAM (seperti pengguna, grup, atau peran) untuk membuat, mengedit, atau menghapus peran terkait layanan. Untuk informasi selengkapnya, lihat [Izin Peran Tertaut Layanan di Panduan](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#service-linked-role-permissions) Pengguna IAM.
## Membuat peran terkait layanan untuk Amazon FSx
Anda tidak perlu membuat peran terkait layanan secara manual. Saat Anda membuat sistem file di Konsol Manajemen AWS, IAM CLI, atau IAM API, FSx Amazon membuat peran terkait layanan untuk Anda.
**penting**
Peran tertaut layanan ini dapat muncul di akun Anda jika Anda menyelesaikan tindakan di layanan lain yang menggunakan fitur yang disupport oleh peran ini. Untuk mempelajari lebih lanjut, lihat [Peran Baru yang Muncul di Akun IAM Saya](https://docs.aws.amazon.com/IAM/latest/UserGuide/troubleshoot_roles.html#troubleshoot_roles_new-role-appeared).
Jika Anda menghapus peran terkait layanan ini, dan ingin membuatnya lagi, Anda dapat mengulangi proses yang sama untuk membuat kembali peran tersebut di akun Anda. Saat Anda membuat sistem file, Amazon FSx membuat peran terkait layanan untuk Anda lagi.
## Mengedit peran terkait layanan untuk Amazon FSx
Amazon FSx tidak mengizinkan Anda mengedit peran AWSService RoleForAmazon FSx terkait layanan. Setelah membuat peran terkait layanan, Anda tidak dapat mengubah nama peran karena berbagai entitas mungkin merujuk peran tersebut. Namun, Anda dapat mengedit penjelasan peran menggunakan IAM. Untuk informasi selengkapnya, lihat [Mengedit Peran Tertaut Layanan](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#edit-service-linked-role) dalam *Panduan Pengguna IAM*.
## Menghapus peran terkait layanan untuk Amazon FSx
Jika Anda tidak perlu lagi menggunakan fitur atau layanan yang memerlukan peran terkait layanan, sebaiknya hapus peran tersebut. Dengan begitu, Anda tidak perlu lagi memantau atau memelihara entitas yang tidak digunakan. Namun, Anda harus menghapus semua sistem file Anda sebelum Anda dapat menghapus peran tertaut layanan secara manual.
**catatan**
Jika FSx layanan Amazon menggunakan peran saat Anda mencoba menghapus sumber daya, maka penghapusan mungkin gagal. Jika hal itu terjadi, tunggu beberapa menit dan coba mengoperasikannya lagi.
**Untuk menghapus peran tertaut layanan secara manual menggunakan IAM**
Gunakan konsol IAM, CLI IAM, atau API CLI untuk menghapus peran tertaut layanan AWSServiceRoleForAmazonFSx. Untuk informasi selengkapnya, lihat [Menghapus Peran Terkait Layanan](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#delete-service-linked-role) di *Panduan Pengguna IAM*.
## Wilayah yang didukung untuk peran FSx terkait layanan Amazon
Amazon FSx mendukung penggunaan peran terkait layanan di semua wilayah tempat layanan tersedia. Untuk informasi selengkapnya, lihat [AWS Wilayah dan Titik Akhir](https://docs.aws.amazon.com/general/latest/gr/rande.html).
# Menggunakan tag dengan Amazon FSx
Anda dapat menggunakan tag untuk mengontrol akses ke FSx sumber daya Amazon dan menerapkan kontrol akses berbasis atribut (ABAC). Untuk menerapkan tag ke FSx sumber daya Amazon selama pembuatan, pengguna harus memiliki izin AWS Identity and Access Management (IAM) tertentu.
## Memberikan izin untuk memberi tanda pada sumber daya saat sumber daya tersebut dibuat
Dengan beberapa tindakan FSx Amazon API yang membuat sumber daya, Anda dapat menentukan tag saat membuat sumber daya. Anda dapat menggunakan tag sumber daya ini untuk menerapkan kontrol akses berbasis atribut (ABAC). Untuk informasi lebih lanjut, lihat [Untuk apa ABAC? AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/introduction_attribute-based-access-control.html) di *Panduan Pengguna IAM*.
Agar pengguna dapat menandai sumber daya pada pembuatan, mereka harus memiliki izin untuk menggunakan tindakan yang membuat sumber daya, seperti`fsx:CreateFileSystem`,`fsx:CreateStorageVirtualMachine`, atau`fsx:CreateVolume`. Jika tag ditentukan dalam tindakan pembuatan sumber daya, IAM melakukan otorisasi tambahan pada `fsx:TagResource` tindakan untuk memverifikasi apakah pengguna memiliki izin untuk membuat tag. Oleh karena itu, para pengguna juga harus memiliki izin eksplisit untuk menggunakan tindakan `fsx:TagResource`.
Contoh kebijakan berikut memungkinkan pengguna untuk membuat sistem file dan penyimpanan mesin virtual (SVMs) dan menerapkan tag untuk mereka selama pembuatan di tertentu Akun AWS.
```
{
"Statement": [
{
"Effect": "Allow",
"Action": [
"fsx:CreateFileSystem",
"fsx:CreateStorageVirtualMachine",
"fsx:TagResource"
],
"Resource": [
"arn:aws:fsx:region:account-id:file-system/*",
"arn:aws:fsx:region:account-id:file-system/*/storage-virtual-machine/*"
]
}
]
}
```
Demikian pula, kebijakan berikut memungkinkan pengguna untuk membuat cadangan pada sistem file tertentu dan menerapkan tag apa pun ke cadangan selama pembuatan cadangan.
```
{
"Statement": [
{
"Effect": "Allow",
"Action": [
"fsx:CreateBackup"
],
"Resource": "arn:aws:fsx:region:account-id:file-system/file-system-id*"
},
{
"Effect": "Allow",
"Action": [
"fsx:TagResource"
],
"Resource": "arn:aws:fsx:region:account-id:backup/*"
}
]
}
```
`fsx:TagResource`Tindakan dievaluasi hanya jika tag diterapkan selama tindakan pembuatan sumber daya. Oleh karena itu, pengguna yang memiliki izin untuk membuat sumber daya (dengan asumsi tidak ada kondisi penandaan) tidak memerlukan izin untuk menggunakan `fsx:TagResource` tindakan jika tidak ada tag yang ditentukan dalam permintaan. Akan tetapi, jika pengguna tersebut mencoba untuk membuat sumber daya dengan tanda, maka permintaan akan gagal jika pengguna tidak memiliki izin untuk menggunakan tindakan `fsx:TagResource`.
Untuk informasi selengkapnya tentang menandai FSx sumber daya Amazon, lihat[Menandai sumber daya Amazon FSx](tag-resources.md). Untuk informasi selengkapnya tentang penggunaan tag untuk mengontrol akses ke FSx sumber daya Amazon, lihat[Menggunakan tag untuk mengontrol akses ke FSx sumber daya Amazon Anda](#restrict-fsx-access-tags).
## Menggunakan tag untuk mengontrol akses ke FSx sumber daya Amazon Anda
Untuk mengontrol akses ke FSx sumber daya dan tindakan Amazon, Anda dapat menggunakan kebijakan IAM berdasarkan tag. Anda dapat memberikan kontrol ini dengan dua cara:
+ Anda dapat mengontrol akses ke FSx sumber daya Amazon berdasarkan tag pada sumber daya tersebut.
+ Anda dapat mengontrol tag mana yang dapat diteruskan dalam kondisi permintaan IAM.
Untuk informasi tentang cara menggunakan tag untuk mengontrol akses ke AWS sumber daya, lihat [Mengontrol akses menggunakan tag](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_tags.html) di *Panduan Pengguna IAM*. Untuk informasi selengkapnya tentang menandai FSx sumber daya Amazon saat pembuatan, lihat[Memberikan izin untuk memberi tanda pada sumber daya saat sumber daya tersebut dibuat](#supported-iam-actions-tagging). Untuk informasi selengkapnya tentang menandai sumber daya, lihat[Menandai sumber daya Amazon FSx](tag-resources.md).
### Mengontrol akses berdasarkan tag pada sumber daya
Untuk mengontrol tindakan yang dapat dilakukan pengguna atau peran pada FSx sumber daya Amazon, Anda dapat menggunakan tag pada sumber daya. Misalnya, Anda mungkin ingin mengizinkan atau menolak operasi API tertentu pada sumber daya sistem file berdasarkan pasangan nilai kunci tag pada sumber daya.
**Example Contoh kebijakan - Buat sistem file hanya ketika tag tertentu digunakan**
Kebijakan ini memungkinkan pengguna untuk membuat sistem file hanya jika mereka menandainya dengan pasangan nilai kunci tag tertentu, dalam contoh ini,,`key=Department`. `value=Finance`
```
{
"Effect": "Allow",
"Action": [
"fsx:CreateFileSystem",
"fsx:TagResource"
],
"Resource": "arn:aws:fsx:region:account-id:file-system/*",
"Condition": {
"StringEquals": {
"aws:RequestTag/Department": "Finance"
}
}
}
```
**Example Kebijakan contoh - Buat cadangan hanya Amazon FSx untuk volume NetApp ONTAP dengan tag tertentu**
Kebijakan ini memungkinkan pengguna untuk membuat cadangan hanya FSx untuk volume ONTAP yang ditandai dengan pasangan nilai kunci,. `key=Department` `value=Finance` Cadangan dibuat dengan tag`Department=Finance`.
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"fsx:CreateBackup"
],
"Resource": "arn:aws:fsx:us-east-1:111122223333:volume/*",
"Condition": {
"StringEquals": {
"aws:ResourceTag/Department": "Finance"
}
}
},
{
"Effect": "Allow",
"Action": [
"fsx:TagResource",
"fsx:CreateBackup"
],
"Resource": "arn:aws:fsx:us-east-1:111122223333:backup/*",
"Condition": {
"StringEquals": {
"aws:RequestTag/Department": "Finance"
}
}
}
]
}
```
**Example Contoh kebijakan - Buat volume dengan tag tertentu dari cadangan dengan tag tertentu**
Kebijakan ini memungkinkan pengguna untuk membuat volume yang ditandai `Department=Finance` hanya dari backup yang ditandai dengan. `Department=Finance`
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"fsx:CreateVolumeFromBackup",
"fsx:TagResource"
],
"Resource": "arn:aws:fsx:us-east-1:111122223333:volume/*",
"Condition": {
"StringEquals": {
"aws:RequestTag/Department": "Finance"
}
}
},
{
"Effect": "Allow",
"Action": [
"fsx:CreateVolumeFromBackup"
],
"Resource": "arn:aws:fsx:us-east-1:111122223333:backup/*",
"Condition": {
"StringEquals": {
"aws:ResourceTag/Department": "Finance"
}
}
}
]
}
```
**Example Contoh kebijakan - Hapus sistem file dengan tag tertentu**
Kebijakan ini memungkinkan pengguna untuk menghapus hanya sistem file yang diberi `Department=Finance` tag. Jika mereka membuat cadangan akhir, maka itu harus ditandai dengan`Department=Finance`.
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"fsx:DeleteFileSystem"
],
"Resource": "arn:aws:fsx:us-east-1:111122223333:file-system/*",
"Condition": {
"StringEquals": {
"aws:ResourceTag/Department": "Finance"
}
}
},
{
"Effect": "Allow",
"Action": [
"fsx:TagResource"
],
"Resource": "arn:aws:fsx:us-east-1:111122223333:backup/*",
"Condition": {
"StringEquals": {
"aws:RequestTag/Department": "Finance"
}
}
}
]
}
```
**Example Contoh kebijakan - Hapus volume dengan tag tertentu**
Kebijakan ini memungkinkan pengguna untuk menghapus hanya volume yang ditandai. `Department=Finance` Jika mereka membuat cadangan akhir, maka itu harus ditandai dengan`Department=Finance`.
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"fsx:DeleteVolume"
],
"Resource": "arn:aws:fsx:us-east-1:111122223333:volume/*",
"Condition": {
"StringEquals": {
"aws:ResourceTag/Department": "Finance"
}
}
},
{
"Effect": "Allow",
"Action": [
"fsx:TagResource"
],
"Resource": "arn:aws:fsx:us-east-1:111122223333:backup/*",
"Condition": {
"StringEquals": {
"aws:RequestTag/Department": "Finance"
}
}
}
]
}
```
# AWS kebijakan terkelola untuk Amazon FSx untuk NetApp ONTAP
Kebijakan AWS terkelola adalah kebijakan mandiri yang dibuat dan dikelola oleh AWS. AWS Kebijakan terkelola dirancang untuk memberikan izin bagi banyak kasus penggunaan umum sehingga Anda dapat mulai menetapkan izin kepada pengguna, grup, dan peran.
Perlu diingat bahwa kebijakan AWS terkelola mungkin tidak memberikan izin hak istimewa paling sedikit untuk kasus penggunaan spesifik Anda karena tersedia untuk digunakan semua pelanggan. AWS Kami menyarankan Anda untuk mengurangi izin lebih lanjut dengan menentukan [kebijakan yang dikelola pelanggan](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#customer-managed-policies) yang khusus untuk kasus penggunaan Anda.
Anda tidak dapat mengubah izin yang ditentukan dalam kebijakan AWS terkelola. Jika AWS memperbarui izin yang ditentukan dalam kebijakan AWS terkelola, pembaruan akan memengaruhi semua identitas utama (pengguna, grup, dan peran) yang dilampirkan kebijakan tersebut. AWS kemungkinan besar akan memperbarui kebijakan AWS terkelola saat baru Layanan AWS diluncurkan atau operasi API baru tersedia untuk layanan yang ada.
Untuk informasi selengkapnya, lihat [Kebijakan terkelola AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies) dalam *Panduan Pengguna IAM*.
## Amazon FSx ServiceRolePolicy
Memungkinkan Amazon FSx mengelola AWS sumber daya atas nama Anda. Lihat [Menggunakan peran terkait layanan untuk Amazon FSx](using-service-linked-roles.md) untuk mempelajari selengkapnya.
## AWS kebijakan terkelola: Amazon FSx DeleteServiceLinkedRoleAccess
Anda tidak dapat melampirkan `AmazonFSxDeleteServiceLinkedRoleAccess` ke entitas IAM Anda. Kebijakan ini ditautkan ke layanan dan hanya digunakan dengan peran terkait layanan untuk layanan tersebut. Anda tidak dapat melampirkan, melepaskan, memodifikasi, atau menghapus kebijakan ini. Untuk informasi selengkapnya, lihat [Menggunakan peran terkait layanan untuk Amazon FSx](using-service-linked-roles.md).
Kebijakan ini memberikan izin administratif yang memungkinkan Amazon FSx menghapus Peran Tertaut Layanan untuk akses Amazon S3, yang hanya digunakan oleh Amazon FSx untuk Lustre.
**Detail izin**
Kebijakan ini mencakup izin `iam` untuk mengizinkan Amazon FSx melihat, menghapus, dan melihat status penghapusan untuk akses Peran Tertaut FSx Layanan untuk Amazon S3.
Untuk melihat izin kebijakan ini, lihat [Amazon FSx DeleteServiceLinkedRoleAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/FSxDeleteServiceLinkedRoleAccess.html) di Panduan Referensi Kebijakan AWS Terkelola.
## AWS kebijakan terkelola: Amazon FSx FullAccess
Anda dapat melampirkan Amazon FSx FullAccess ke entitas IAM Anda. Amazon FSx juga melampirkan kebijakan ini ke peran layanan yang memungkinkan Amazon FSx melakukan tindakan atas nama Anda.
Menyediakan akses penuh ke Amazon FSx dan akses ke AWS layanan terkait.
**Detail izin**
Kebijakan ini mencakup izin berikut.
+ `fsx`— Memungkinkan kepala sekolah akses penuh untuk melakukan semua FSx tindakan Amazon, kecuali untuk. `BypassSnaplockEnterpriseRetention`
+ `ds`— Memungkinkan kepala sekolah untuk melihat informasi tentang direktori. Directory Service
+ `ec2`
+ Memungkinkan prinsipal untuk membuat tag di bawah kondisi yang ditentukan.
+ Untuk memberikan validasi grup keamanan yang ditingkatkan dari semua grup keamanan yang dapat digunakan dengan VPC.
+ `iam`— Memungkinkan prinsip untuk membuat peran terkait FSx layanan Amazon atas nama pengguna. Ini diperlukan agar Amazon FSx dapat mengelola AWS sumber daya atas nama pengguna.
+ `firehose`— Memungkinkan kepala sekolah untuk menulis catatan ke Amazon Data Firehose. Ini diperlukan agar pengguna dapat memantau FSx akses sistem file Windows File Server dengan mengirimkan log akses audit ke Firehose.
+ `logs` — Mengizinkan prinsipal untuk membuat grup log, aliran log, dan menulis peristiwa untuk aliran log. Ini diperlukan agar pengguna dapat memantau FSx akses sistem file Windows File Server dengan mengirimkan log akses audit ke CloudWatch Log.
Untuk melihat izin kebijakan ini, lihat [Amazon FSx FullAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AmazonFSxFullAccess.html) di Panduan Referensi Kebijakan AWS Terkelola.
## AWS kebijakan terkelola: Amazon FSx ConsoleFullAccess
Anda dapat melampirkan kebijakan `AmazonFSxConsoleFullAccess` ke identitas IAM Anda.
Kebijakan ini memberikan izin administratif yang memungkinkan akses penuh ke Amazon FSx dan akses ke AWS layanan terkait melalui. Konsol Manajemen AWS
**Detail izin**
Kebijakan ini mencakup izin berikut.
+ `fsx`— Memungkinkan kepala sekolah untuk melakukan semua tindakan di konsol FSx manajemen Amazon, kecuali untuk. `BypassSnaplockEnterpriseRetention`
+ `cloudwatch`— Memungkinkan kepala sekolah untuk melihat CloudWatch Alarm dan metrik di konsol manajemen Amazon. FSx
+ `ds`— Memungkinkan kepala sekolah untuk daftar informasi tentang direktori. Directory Service
+ `ec2`
+ Memungkinkan prinsipal untuk membuat tag pada tabel rute, daftar antarmuka jaringan, tabel rute, grup keamanan, subnet dan VPC yang terkait dengan sistem file Amazon. FSx
+ Memungkinkan prinsipal untuk memberikan validasi grup keamanan yang ditingkatkan dari semua grup keamanan yang dapat digunakan dengan VPC.
+ Memungkinkan prinsipal untuk melihat antarmuka jaringan elastis yang terkait dengan sistem file Amazon. FSx
+ `kms`— Memungkinkan kepala sekolah untuk daftar alias untuk kunci. AWS Key Management Service
+ `s3` – Mengizinkan prinsipal utama untuk mendaftar beberapa atau semua objek dalam bucket Amazon S3 (hingga 1000).
+ `secretsmanager`— Memungkinkan kepala sekolah untuk membuat daftar rahasia AWS Secrets Manager untuk memilih kredenal akun layanan bergabung dengan domain.
+ `iam`Memberikan izin untuk membuat peran terkait layanan yang memungkinkan Amazon FSx melakukan tindakan atas nama pengguna.
Untuk melihat izin kebijakan ini, lihat [Amazon FSx ConsoleFullAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AmazonFSxConsoleFullAccess.html) di Panduan Referensi Kebijakan AWS Terkelola.
## AWS kebijakan terkelola: Amazon FSx ConsoleReadOnlyAccess
Anda dapat melampirkan kebijakan `AmazonFSxConsoleReadOnlyAccess` ke identitas IAM Anda.
Kebijakan ini memberikan izin hanya-baca ke FSx Amazon dan layanan AWS terkait sehingga pengguna dapat melihat informasi tentang layanan ini di. Konsol Manajemen AWS
**Detail izin**
Kebijakan ini mencakup izin berikut.
+ `fsx`— Memungkinkan kepala sekolah untuk melihat informasi tentang sistem FSx file Amazon, termasuk semua tag, di Konsol Manajemen Amazon FSx .
+ `cloudwatch`— Memungkinkan kepala sekolah untuk melihat CloudWatch Alarm dan metrik di Amazon Management Console. FSx
+ `ds`— Memungkinkan kepala sekolah untuk melihat informasi tentang Directory Service direktori di Amazon FSx Management Console.
+ `ec2`
+ Memungkinkan prinsipal untuk melihat antarmuka jaringan, grup keamanan, subnet, dan VPC yang terkait dengan sistem FSx file Amazon di Amazon Management Console. FSx
+ Memungkinkan prinsipal untuk memberikan validasi grup keamanan yang ditingkatkan dari semua grup keamanan yang dapat digunakan dengan VPC.
+ Memungkinkan prinsipal untuk melihat antarmuka jaringan elastis yang terkait dengan sistem file Amazon. FSx
+ `kms`— Memungkinkan kepala sekolah untuk melihat alias untuk kunci AWS Key Management Service di Konsol Manajemen Amazon. FSx
+ `log`— Memungkinkan kepala sekolah untuk menggambarkan grup CloudWatch log Amazon Log yang terkait dengan akun yang membuat permintaan. Ini diperlukan agar prinsipal dapat melihat konfigurasi audit akses file yang ada untuk sistem file Windows File Server. FSx
+ `secretsmanager`— Memungkinkan kepala sekolah untuk membuat daftar rahasia AWS Secrets Manager untuk memilih kredenal akun layanan bergabung dengan domain.
+ `firehose`— Memungkinkan kepala sekolah untuk menjelaskan aliran pengiriman Amazon Data Firehose yang terkait dengan akun yang membuat permintaan. Ini diperlukan agar prinsipal dapat melihat konfigurasi audit akses file yang ada untuk sistem file Windows File Server. FSx
Untuk melihat izin kebijakan ini, lihat [Amazon FSx ConsoleReadOnlyAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AmazonFSxConsoleReadOnlyAccess.html) di Panduan Referensi Kebijakan AWS Terkelola.
## AWS kebijakan terkelola: Amazon FSx ReadOnlyAccess
Anda dapat melampirkan kebijakan `AmazonFSxReadOnlyAccess` ke identitas IAM Anda.
+ `fsx`— Memungkinkan kepala sekolah untuk melihat informasi tentang sistem FSx file Amazon, termasuk semua tag, di Konsol Manajemen Amazon FSx .
+ `ec2`— Untuk memberikan validasi grup keamanan yang ditingkatkan dari semua grup keamanan yang dapat digunakan dengan VPC.
Untuk melihat izin kebijakan ini, lihat [Amazon FSx ReadOnlyAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AmazonFSxReadOnlyAccess.html) di Panduan Referensi Kebijakan AWS Terkelola.
## Amazon FSx memperbarui kebijakan AWS terkelola
Lihat detail tentang pembaruan kebijakan AWS terkelola untuk Amazon FSx sejak layanan ini mulai melacak perubahan ini. Untuk peringatan otomatis tentang perubahan pada halaman ini, berlangganan umpan RSS di halaman Amazon FSx [Riwayat Dokumen untuk Amazon FSx untuk NetApp ONTAP](document-history.md).
| Ubah | Deskripsi | Date |
| --- | --- | --- |
| [Amazon FSx ConsoleFullAccess](#security-iam-awsmanpol-AmazonFSxConsoleFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru, `secretsmanager:ListSecrets` yang memungkinkan kepala sekolah untuk membuat daftar rahasia AWS Secrets Manager untuk memilih kredenal akun layanan bergabung dengan domain. | November 5, 2025 |
| [Amazon FSx ConsoleReadOnlyAccess](#security-iam-awsmanpol-AmazonFSxConsoleReadOnlyAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru, `secretsmanager:ListSecrets` yang memungkinkan kepala sekolah untuk membuat daftar rahasia AWS Secrets Manager untuk memilih kredenal akun layanan bergabung dengan domain. | November 3, 2025 |
| [Amazon FSx ServiceRolePolicy](using-service-linked-roles.md#slr-permissions) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru, `ec2:AssignIpv6Addresses` yang memungkinkan prinsipal untuk menetapkan IPv6 alamat ke antarmuka jaringan pelanggan yang memiliki tag. `AmazonFSx.FileSystemId` | Juli 22, 2025 |
| [Amazon FSx ServiceRolePolicy](using-service-linked-roles.md#slr-permissions) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru, `ec2:UnassignIpv6Addresses` yang memungkinkan prinsipal untuk membatalkan penetapan IPv6 alamat dari antarmuka jaringan pelanggan yang memiliki tag. `AmazonFSx.FileSystemId` | Juli 22, 2025 |
| [Amazon FSx ConsoleFullAccess](#security-iam-awsmanpol-AmazonFSxConsoleFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru, `fsx:CreateAndAttachS3AccessPoint` yang memungkinkan prinsipal untuk membuat titik akses S3 dan melampirkannya ke volume. FSx | Juni 25, 2025 |
| [Amazon FSx ConsoleFullAccess](#security-iam-awsmanpol-AmazonFSxConsoleFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru, `fsx:DescribeS3AccessPointAttachments` yang memungkinkan prinsipal untuk mencantumkan semua titik akses S3 dalam file. Akun AWS Wilayah AWS | Juni 25, 2025 |
| [Amazon FSx ConsoleFullAccess](#security-iam-awsmanpol-AmazonFSxConsoleFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru, `fsx:DetachAndDeleteS3AccessPoint` yang memungkinkan prinsipal untuk menghapus titik akses S3. | Juni 25, 2025 |
| [Amazon FSx FullAccess](#security-iam-awsmanpol-AmazonFSxFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru, `fsx:CreateAndAttachS3AccessPoint` yang memungkinkan prinsipal untuk membuat titik akses S3 dan melampirkannya ke volume. FSx | Juni 25, 2025 |
| [Amazon FSx FullAccess](#security-iam-awsmanpol-AmazonFSxFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru, `fsx:DescribeS3AccessPointAttachments` yang memungkinkan prinsipal untuk mencantumkan semua titik akses S3 dalam file. Akun AWS Wilayah AWS | Juni 25, 2025 |
| [Amazon FSx FullAccess](#security-iam-awsmanpol-AmazonFSxFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru, `fsx:DetachAndDeleteS3AccessPoint` yang memungkinkan prinsipal untuk menghapus titik akses S3. | Juni 25, 2025 |
| [Amazon FSx ConsoleReadOnlyAccess](#security-iam-awsmanpol-AmazonFSxConsoleReadOnlyAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru, `ec2:DescribeNetworkInterfaces` yang memungkinkan prinsipal untuk melihat antarmuka jaringan elastis yang terkait dengan sistem file mereka. | Februari 25, 2025 |
| [Amazon FSx ConsoleFullAccess](#security-iam-awsmanpol-AmazonFSxConsoleFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru, `ec2:DescribeNetworkInterfaces` yang memungkinkan prinsipal untuk melihat antarmuka jaringan elastis yang terkait dengan sistem file mereka. | Februari 07, 2025 |
| [Amazon FSx ServiceRolePolicy](using-service-linked-roles.md#slr-permissions) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru, `ec2:GetSecurityGroupsForVpc` yang memungkinkan prinsipal untuk memberikan validasi grup keamanan yang ditingkatkan dari semua grup keamanan yang dapat digunakan dengan VPC. | Januari 9, 2024 |
| [Amazon FSx ReadOnlyAccess](#security-iam-awsmanpol-AmazonFSxReadOnlyAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru, `ec2:GetSecurityGroupsForVpc` yang memungkinkan prinsipal untuk memberikan validasi grup keamanan yang ditingkatkan dari semua grup keamanan yang dapat digunakan dengan VPC. | Januari 9, 2024 |
| [Amazon FSx ConsoleReadOnlyAccess](#security-iam-awsmanpol-AmazonFSxConsoleReadOnlyAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru, `ec2:GetSecurityGroupsForVpc` yang memungkinkan prinsipal untuk memberikan validasi grup keamanan yang ditingkatkan dari semua grup keamanan yang dapat digunakan dengan VPC. | Januari 9, 2024 |
| [Amazon FSx FullAccess](#security-iam-awsmanpol-AmazonFSxFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru, `ec2:GetSecurityGroupsForVpc` yang memungkinkan prinsipal untuk memberikan validasi grup keamanan yang ditingkatkan dari semua grup keamanan yang dapat digunakan dengan VPC. | Januari 9, 2024 |
| [Amazon FSx ConsoleFullAccess](#security-iam-awsmanpol-AmazonFSxConsoleFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru, `ec2:GetSecurityGroupsForVpc` yang memungkinkan prinsipal untuk memberikan validasi grup keamanan yang ditingkatkan dari semua grup keamanan yang dapat digunakan dengan VPC. | Januari 9, 2024 |
| [Amazon FSx FullAccess](#security-iam-awsmanpol-AmazonFSxFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru untuk memungkinkan pengguna melakukan replikasi data lintas wilayah dan lintas akun FSx untuk sistem file OpenZFS. | 20 Desember 2023 |
| [Amazon FSx ConsoleFullAccess](#security-iam-awsmanpol-AmazonFSxConsoleFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru untuk memungkinkan pengguna melakukan replikasi data lintas wilayah dan lintas akun FSx untuk sistem file OpenZFS. | 20 Desember 2023 |
| [Amazon FSx FullAccess](#security-iam-awsmanpol-AmazonFSxFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru untuk memungkinkan pengguna melakukan replikasi volume sesuai permintaan FSx untuk sistem file OpenZFS. | 26 November 2023 |
| [Amazon FSx ConsoleFullAccess](#security-iam-awsmanpol-AmazonFSxConsoleFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru untuk memungkinkan pengguna melakukan replikasi volume sesuai permintaan FSx untuk sistem file OpenZFS. | 26 November 2023 |
| [Amazon FSx FullAccess](#security-iam-awsmanpol-AmazonFSxFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru untuk memungkinkan pengguna melihat, mengaktifkan, dan menonaktifkan dukungan VPC bersama FSx untuk sistem file Multi-AZ ONTAP. | 14 November 2023 |
| [Amazon FSx ConsoleFullAccess](#security-iam-awsmanpol-AmazonFSxConsoleFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru untuk memungkinkan pengguna melihat, mengaktifkan, dan menonaktifkan dukungan VPC bersama FSx untuk sistem file Multi-AZ ONTAP. | 14 November 2023 |
| [Amazon FSx FullAccess](#security-iam-awsmanpol-AmazonFSxFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru untuk memungkinkan Amazon mengelola konfigurasi jaringan FSx untuk sistem file Multi-AZ OpenZFS. FSx | 9 Agustus 2023 |
| [AWS kebijakan terkelola: Amazon FSx ServiceRolePolicy](using-service-linked-roles.md#slr-permissions) - Perbarui ke kebijakan yang ada | Amazon FSx memodifikasi `cloudwatch:PutMetricData` izin yang ada sehingga Amazon FSx menerbitkan CloudWatch metrik ke namespace. `AWS/FSx` | Juli 24, 2023 |
| [Amazon FSx FullAccess](#security-iam-awsmanpol-AmazonFSxFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx memperbarui kebijakan untuk menghapus `fsx:*` izin dan menambahkan `fsx` tindakan tertentu. | 13 Juli 2023 |
| [Amazon FSx ConsoleFullAccess](#security-iam-awsmanpol-AmazonFSxConsoleFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx memperbarui kebijakan untuk menghapus `fsx:*` izin dan menambahkan `fsx` tindakan tertentu. | 13 Juli 2023 |
| [Amazon FSx ConsoleReadOnlyAccess](#security-iam-awsmanpol-AmazonFSxConsoleReadOnlyAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru untuk memungkinkan pengguna melihat metrik kinerja yang ditingkatkan dan tindakan yang disarankan FSx untuk sistem file Windows File Server di konsol Amazon FSx . | 21 September 2022 |
| [Amazon FSx ConsoleFullAccess](#security-iam-awsmanpol-AmazonFSxConsoleFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru untuk memungkinkan pengguna melihat metrik kinerja yang ditingkatkan dan tindakan yang disarankan FSx untuk sistem file Windows File Server di konsol Amazon FSx . | 21 September 2022 |
| [Amazon FSx ReadOnlyAccess](#security-iam-awsmanpol-AmazonFSxReadOnlyAccess) - Memulai kebijakan pelacakan | Kebijakan ini memberikan akses hanya-baca ke semua FSx sumber daya Amazon dan tag apa pun yang terkait dengannya. | 4 Februari 2022 |
| [Amazon FSx DeleteServiceLinkedRoleAccess](#security-iam-awsmanpol-AmazonFSxDeleteServiceLinkedRoleAccess) - Memulai kebijakan pelacakan | Kebijakan ini memberikan izin administratif yang memungkinkan Amazon FSx menghapus Peran Tertaut Layanan untuk akses Amazon S3. | 7 Januari 2022 |
| [Amazon FSx ServiceRolePolicy](using-service-linked-roles.md#slr-permissions) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru untuk memungkinkan Amazon mengelola konfigurasi jaringan FSx untuk Amazon FSx untuk sistem file NetApp ONTAP. | 2 September 2021 |
| [Amazon FSx FullAccess](#security-iam-awsmanpol-AmazonFSxFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru untuk memungkinkan Amazon FSx membuat tag pada tabel rute EC2 untuk panggilan down cakupan. | 2 September 2021 |
| [Amazon FSx ConsoleFullAccess](#security-iam-awsmanpol-AmazonFSxConsoleFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru untuk memungkinkan Amazon membuat Amazon FSx FSx untuk sistem file Multi-AZ NetApp ONTAP. | 2 September 2021 |
| [Amazon FSx ConsoleFullAccess](#security-iam-awsmanpol-AmazonFSxConsoleFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru untuk memungkinkan Amazon FSx membuat tag pada tabel rute EC2 untuk panggilan down cakupan. | 2 September 2021 |
| [Amazon FSx ServiceRolePolicy](using-service-linked-roles.md#slr-permissions) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru untuk memungkinkan Amazon FSx mendeskripsikan dan menulis ke aliran CloudWatch log Log. Ini diperlukan agar pengguna dapat melihat log audit akses file FSx untuk sistem file Windows File Server menggunakan CloudWatch Log. | 8 Juni 2021 |
| [Amazon FSx ServiceRolePolicy](using-service-linked-roles.md#slr-permissions) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru untuk memungkinkan Amazon FSx mendeskripsikan dan menulis ke aliran pengiriman Amazon Data Firehose. Ini diperlukan agar pengguna dapat melihat log audit akses file untuk sistem file Windows File Server menggunakan Amazon Data Firehose. FSx | 8 Juni 2021 |
| [Amazon FSx FullAccess](#security-iam-awsmanpol-AmazonFSxFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru untuk memungkinkan prinsipal mendeskripsikan dan membuat grup log Log, aliran CloudWatch log, dan menulis peristiwa ke aliran log. Ini diperlukan agar prinsipal dapat melihat log audit akses file FSx untuk sistem file Windows File Server menggunakan Log. CloudWatch | 8 Juni 2021 |
| [Amazon FSx FullAccess](#security-iam-awsmanpol-AmazonFSxFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru untuk memungkinkan prinsipal mendeskripsikan dan menulis catatan ke Amazon Data Firehose. Ini diperlukan agar pengguna dapat melihat log audit akses file untuk sistem file Windows File Server menggunakan Amazon Data Firehose. FSx | 8 Juni 2021 |
| [Amazon FSx ConsoleFullAccess](#security-iam-awsmanpol-AmazonFSxConsoleFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru untuk memungkinkan prinsipal mendeskripsikan grup CloudWatch log Amazon Logs yang terkait dengan akun yang membuat permintaan. Ini diperlukan agar kepala sekolah dapat memilih grup CloudWatch log Log yang ada saat mengonfigurasi audit akses file untuk sistem file Windows File FSx Server. | 8 Juni 2021 |
| [Amazon FSx ConsoleFullAccess](#security-iam-awsmanpol-AmazonFSxConsoleFullAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru untuk memungkinkan prinsipal menjelaskan aliran pengiriman Amazon Data Firehose yang terkait dengan akun yang membuat permintaan. Ini diperlukan agar prinsipal dapat memilih aliran pengiriman Firehose yang ada saat mengonfigurasi audit akses file untuk sistem file Windows File Server. FSx | 8 Juni 2021 |
| [Amazon FSx ConsoleReadOnlyAccess](#security-iam-awsmanpol-AmazonFSxConsoleReadOnlyAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru untuk memungkinkan prinsipal mendeskripsikan grup CloudWatch log Amazon Logs yang terkait dengan akun yang membuat permintaan. Ini diperlukan agar prinsipal dapat melihat konfigurasi audit akses file yang ada untuk sistem file Windows File Server. FSx | 8 Juni 2021 |
| [Amazon FSx ConsoleReadOnlyAccess](#security-iam-awsmanpol-AmazonFSxConsoleReadOnlyAccess) - Perbarui ke kebijakan yang ada | Amazon FSx menambahkan izin baru untuk memungkinkan prinsipal menjelaskan aliran pengiriman Amazon Data Firehose yang terkait dengan akun yang membuat permintaan. Ini diperlukan agar prinsipal dapat melihat konfigurasi audit akses file yang ada untuk sistem file Windows File Server. FSx | 8 Juni 2021 |
| Amazon FSx mulai melacak perubahan | Amazon FSx mulai melacak perubahan untuk kebijakan yang AWS dikelola. | 8 Juni 2021 |
# Kontrol Akses Sistem File dengan Amazon VPC
Anda mengakses Amazon Anda FSx untuk sistem file NetApp ONTAP dan SVMs menggunakan nama DNS atau alamat IP dari salah satu titik akhir mereka, tergantung pada jenis aksesnya. Nama DNS memetakan ke alamat IP pribadi sistem file atau antarmuka elastic network SVM di VPC Anda. Hanya sumber daya dalam VPC terkait, atau sumber daya yang terhubung dengan VPC terkait oleh Direct Connect atau VPN, yang dapat mengakses data dalam sistem file Anda melalui protokol NFS, SMB, atau iSCSI. Untuk informasi selengkapnya, lihat [Apa yang dimaksud dengan Amazon VPC?](https://docs.aws.amazon.com/vpc/latest/userguide/what-is-amazon-vpc.html) dalam * Panduan Pengguna Amazon VPC*.
**Awas**
Anda tidak harus mengubah atau menghapus antarmuka jaringan elastis yang dikaitkan dengan sistem file Anda. Memodifikasi atau menghapus antarmuka jaringan dapat menyebabkan hilangnya koneksi secara permanen antara VPC Anda dan sistem file Anda.
## Grup keamanan Amazon VPC
Grup keamanan bertindak sebagai firewall virtual untuk sistem file ONTAP Anda FSx untuk mengontrol lalu lintas masuk dan keluar. Aturan masuk mengontrol lalu lintas masuk ke sistem file Anda, dan aturan keluar mengontrol lalu lintas keluar dari sistem file Anda. Saat Anda membuat sistem file, Anda menentukan VPC tempat pembuatannya, dan grup keamanan default untuk VPC tersebut diterapkan. Anda dapat menambahkan aturan ke setiap grup keamanan yang memungkinkan lalu lintas ke atau dari sistem file terkait dan SVMs. Anda dapat melakukan modifikasi terhadap aturan-aturan untuk grup keamanan kapan saja. Aturan baru dan yang dimodifikasi secara otomatis diterapkan ke semua sumber daya yang terkait dengan grup keamanan. Ketika Amazon FSx memutuskan apakah akan mengizinkan lalu lintas untuk mencapai sumber daya, Amazon mengevaluasi semua aturan dari semua kelompok keamanan yang terkait dengan sumber daya.
Untuk menggunakan grup keamanan untuk mengontrol akses ke sistem FSx file Amazon Anda, tambahkan aturan masuk dan keluar. Aturan jalur masuk mengendalikan lalu lintas yang masuk, dan aturan jalur keluar mengendalikan lalu lintas yang keluar dari sistem file Anda. Pastikan Anda memiliki aturan lalu lintas jaringan yang benar di grup keamanan untuk memetakan FSx file file sistem file Amazon Anda ke folder pada instance komputasi yang didukung.
Untuk informasi selengkapnya tentang aturan grup [keamanan, lihat Aturan Grup Keamanan](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-network-security.html#security-group-rules) di *Panduan Pengguna Amazon EC2*.
### Membuat grup keamanan VPC
**Untuk membuat grup keamanan untuk Amazon FSx**
1. [Buka konsol Amazon EC2 di https://console.aws.amazon.com /ec2.](https://console.aws.amazon.com/ec2)
1. Di panel navigasi, pilih **Security Groups** (Grup Keamanan).
1. Pilih **Create Security Group** (Buat Grup Keamanan).
1. Tentukan nama dan deskripsi untuk grup keamanan.
1. Untuk **VPC**, pilih Amazon VPC yang ter-associate dengan sistem file Anda untuk membuat grup keamanan dalam VPC tersebut.
1. Untuk aturan keluar, izinkan semua lalu lintas di semua port.
1. Tambahkan aturan berikut ke port masuk grup keamanan Anda. Untuk bidang **sumber**, Anda harus memilih **Kustom** dan masukkan grup keamanan atau rentang alamat IP yang terkait dengan instance yang perlu mengakses sistem file ONTAP Anda FSx , termasuk:
+ Linux, Windows, klien and/or macOS yang mengakses data dalam sistem file Anda melalui NFS, SMB, atau iSCSI.
+ File ONTAP apa pun systems/clusters yang akan Anda peer ke sistem file Anda (misalnya, untuk digunakan, SnapMirror SnapVault, atau FlexCache).
+ Setiap klien yang akan Anda gunakan untuk mengakses ONTAP REST API, CLI, ZAPIs atau (misalnya, instance, Harvest/Grafana Connector NetApp , NetApp atau Console).
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/limit-access-security-groups.html)
1. Tambahkan grup keamanan ke elastic network interface sistem file.
#### Larang akses ke sistem file
Untuk sementara melarang akses jaringan ke sistem file Anda dari semua klien, Anda dapat menghapus semua grup keamanan yang terkait dengan elastic network interface (s) sistem file Anda dan menggantinya dengan grup yang tidak memiliki inbound/outbound aturan.
# Validasi Kepatuhan untuk Amazon FSx untuk NetApp ONTAP
Untuk mempelajari apakah an Layanan AWS berada dalam lingkup program kepatuhan tertentu, lihat [Layanan AWS di Lingkup oleh Program Kepatuhan Layanan AWS](https://aws.amazon.com/compliance/services-in-scope/) dan pilih program kepatuhan yang Anda minati. Untuk informasi umum, lihat [Program AWS Kepatuhan Program AWS](https://aws.amazon.com/compliance/programs/) .
Anda dapat mengunduh laporan audit pihak ketiga menggunakan AWS Artifact. Untuk informasi selengkapnya, lihat [Mengunduh Laporan di AWS Artifact](https://docs.aws.amazon.com/artifact/latest/ug/downloading-documents.html) .
Tanggung jawab kepatuhan Anda saat menggunakan Layanan AWS ditentukan oleh sensitivitas data Anda, tujuan kepatuhan perusahaan Anda, dan hukum dan peraturan yang berlaku. Untuk informasi selengkapnya tentang tanggung jawab kepatuhan Anda saat menggunakan Layanan AWS, lihat [Dokumentasi AWS Keamanan](https://docs.aws.amazon.com/security/).
# Amazon FSx untuk NetApp ONTAP dan antarmuka titik akhir VPC ()AWS PrivateLink
Anda dapat meningkatkan postur keamanan VPC Anda dengan mengonfigurasi FSx Amazon untuk menggunakan titik akhir VPC antarmuka. Titik akhir VPC Antarmuka didukung oleh [AWS PrivateLink](https://aws.amazon.com/privatelink), teknologi yang memungkinkan Anda mengakses FSx APIs Amazon secara pribadi tanpa gateway internet, perangkat NAT, koneksi VPN, atau koneksi. Direct Connect Instans di VPC Anda tidak memerlukan alamat IP publik untuk berkomunikasi dengan Amazon. FSx APIs Lalu lintas antara VPC dan Amazon Anda FSx tidak meninggalkan jaringan. AWS
Setiap antarmuka VPC endpoint diwakili oleh satu atau lebih antarmuka jaringan elastis di subnet Anda. Antarmuka jaringan menyediakan alamat IP pribadi yang berfungsi sebagai titik masuk untuk lalu lintas ke Amazon FSx API. Amazon FSx mendukung titik akhir VPC yang dikonfigurasi dengan IPv4 dan tipe alamat IP Dualstack (IPv4 dan IPv6). Untuk informasi selengkapnya, lihat [Membuat titik akhir VPC antarmuka di Panduan](https://docs.aws.amazon.com/vpc/latest/userguide/vpce-interface.html#create-interface-endpoint) Pengguna Amazon *VPC*.
## Pertimbangan untuk titik akhir VPC FSx antarmuka Amazon
*Sebelum menyiapkan titik akhir VPC antarmuka untuk Amazon FSx, pastikan untuk meninjau properti [dan batasan titik akhir VPC Antarmuka di](https://docs.aws.amazon.com/vpc/latest/privatelink/vpce-interface.html#vpce-interface-limitations) Panduan Pengguna Amazon VPC.*
Anda dapat memanggil salah satu operasi Amazon FSx API dari VPC Anda. Misalnya, Anda dapat membuat sistem file FSx untuk ONTAP dengan memanggil CreateFileSystem API dari dalam VPC Anda. Untuk daftar lengkap Amazon FSx APIs, lihat [Tindakan](https://docs.aws.amazon.com/fsx/latest/APIReference/API_Operations.html) di Referensi FSx API Amazon.
### Pertimbangan mengintip VPC
Anda dapat menghubungkan yang lain VPCs ke VPC dengan titik akhir VPC antarmuka menggunakan VPC peering. VPC peering adalah koneksi jaringan antara dua. VPCs Anda dapat membuat koneksi peering VPC antara dua Anda sendiri VPCs, atau dengan VPC di yang lain. Akun AWS VPCs Bisa juga dalam dua berbeda Wilayah AWS.
Lalu lintas antara peered VPCs tetap di AWS jaringan dan tidak melintasi internet publik. Setelah VPC dipeer, sumber daya seperti Amazon Elastic Compute Cloud (Amazon EC2) instans di keduanya dapat VPCs mengakses Amazon FSx API melalui titik akhir VPC antarmuka yang dibuat di salah satu. VPCs
## Membuat titik akhir VPC antarmuka untuk Amazon API FSx
Anda dapat membuat titik akhir VPC untuk Amazon FSx API menggunakan konsol VPC Amazon atau (). AWS Command Line Interface AWS CLI Untuk informasi selengkapnya, lihat [Membuat titik akhir VPC antarmuka di Panduan](https://docs.aws.amazon.com/vpc/latest/userguide/vpce-interface.html#create-interface-endpoint) Pengguna Amazon *VPC*.
Untuk membuat titik akhir VPC antarmuka untuk Amazon FSx, gunakan salah satu dari berikut ini:
+ `com.amazonaws.region.fsx`— Membuat titik akhir untuk operasi Amazon FSx API.
+ **`com.amazonaws.region.fsx-fips`**— Membuat titik akhir untuk Amazon FSx API yang sesuai dengan [Federal Information Processing Standard (FIPS](https://aws.amazon.com/compliance/fips/)) 140-2.
Untuk menggunakan opsi DNS pribadi, Anda harus mengatur `enableDnsHostnames` dan `enableDnsSupport` atribut VPC Anda. Untuk informasi selengkapnya, lihat [Melihat dan memperbarui dukungan DNS untuk VPC Anda](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-dns.html#vpc-dns-updating) di Panduan Pengguna *Amazon VPC*.
Tidak termasuk Wilayah AWS di Tiongkok, jika Anda mengaktifkan DNS pribadi untuk titik akhir, Anda dapat membuat permintaan API ke Amazon dengan FSx titik akhir VPC menggunakan nama DNS default untuk, misalnya. Wilayah AWS`fsx.us-east-1.amazonaws.com` Untuk China (Beijing) dan Tiongkok (Ningxia Wilayah AWS), Anda dapat membuat permintaan API dengan titik akhir `fsx-api---cn-north-1.amazonaws.com.rproxy.govskope.ca.cn` VPC menggunakan dan, masing-masing. `fsx-api---cn-northwest-1.amazonaws.com.rproxy.govskope.ca.cn`
Untuk informasi selengkapnya, lihat [Mengakses layanan melalui titik akhir VPC antarmuka](https://docs.aws.amazon.com/vpc/latest/userguide/vpce-interface.html#access-service-though-endpoint) di Panduan Pengguna *Amazon VPC*.
## Membuat kebijakan titik akhir VPC untuk Amazon FSx
Untuk mengontrol akses ke Amazon FSx API, Anda dapat melampirkan kebijakan AWS Identity and Access Management (IAM) ke titik akhir VPC Anda. Kebijakan menentukan informasi berikut:
+ Prinsipal yang dapat melakukan tindakan.
+ Tindakan yang dapat dilakukan.
+ Sumber daya yang menjadi target tindakan.
Untuk informasi selengkapnya, lihat [Mengontrol Akses ke Layanan dengan titik akhir VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-endpoints-access.html) dalam *Panduan Pengguna Amazon VPC*.
# Ketahanan di Amazon FSx untuk ONTAP NetApp
Infrastruktur AWS global dibangun di sekitar Wilayah AWS dan Availability Zones. Wilayah AWS menyediakan beberapa Availability Zone yang terpisah secara fisik dan terisolasi, yang terhubung dengan latensi rendah, throughput tinggi, dan jaringan yang sangat redundan. Dengan Zona Ketersediaan, Anda dapat merancang serta mengoperasikan aplikasi dan basis data yang secara otomatis melakukan fail over di antara zona tanpa gangguan. Zona Ketersediaan memiliki ketersediaan dan toleransi kesalahan yang lebih baik, dan dapat diskalakan dibandingkan infrastruktur pusat data tunggal atau multi tradisional.
Untuk informasi selengkapnya tentang Wilayah AWS dan Availability Zone, lihat [Infrastruktur AWS Global](https://aws.amazon.com/about-aws/global-infrastructure/).
Selain infrastruktur AWS global, Amazon FSx menawarkan beberapa fitur untuk membantu mendukung ketahanan data dan kebutuhan cadangan Anda.
## Pencadangan dan pemulihan
Amazon FSx membuat dan menyimpan cadangan otomatis volume di Amazon Anda FSx untuk sistem file NetApp ONTAP. Amazon FSx membuat cadangan otomatis volume Anda selama jendela cadangan Amazon Anda FSx untuk sistem file NetApp ONTAP. Amazon FSx menyimpan cadangan otomatis volume Anda sesuai dengan periode retensi cadangan yang Anda tentukan. Anda juga dapat mencadangkan volume Anda secara manual, dengan membuat cadangan yang diprakarsai pengguna. Anda mengembalikan cadangan volume kapan saja dengan membuat volume baru dengan cadangan yang ditentukan sebagai sumbernya.
Untuk informasi selengkapnya, lihat [Melindungi data Anda dengan backup volume](using-backups.md).
## Snapshot
Amazon FSx membuat salinan snapshot Amazon FSx untuk volume NetApp ONTAP. Salinan snapshot menawarkan perlindungan terhadap penghapusan atau modifikasi file yang tidak disengaja dalam volume Anda oleh pengguna akhir. Untuk informasi selengkapnya, lihat [Melindungi data Anda dengan snapshot](snapshots-ontap.md).
## Zona Ketersediaan
Amazon FSx untuk sistem file NetApp ONTAP dirancang untuk menyediakan ketersediaan data yang berkelanjutan bahkan jika server gagal. Setiap sistem file didukung oleh dua server file di setidaknya satu Availability Zone, masing-masing dengan penyimpanannya sendiri. Amazon FSx secara otomatis mereplikasi data Anda untuk melindunginya dari kegagalan komponen, terus memantau kegagalan perangkat keras, dan secara otomatis mengganti komponen infrastruktur jika terjadi kegagalan. Sistem file secara otomatis gagal berulang-ulang sesuai kebutuhan (biasanya dalam 60 detik), dan klien secara otomatis gagal berulang-ulang dengan sistem file.
### Sistem file multi-AZ
Amazon FSx untuk sistem file NetApp ONTAP sangat tersedia dan tahan lama di seluruh AWS Availability Zone, dan dirancang untuk menyediakan ketersediaan data yang berkelanjutan bahkan jika Availability Zone tidak tersedia.
Untuk informasi selengkapnya, lihat [Opsi ketersediaan, daya tahan, dan penerapan](high-availability-AZ.md).
### Sistem file single-AZ
Amazon FSx untuk sistem file NetApp ONTAP sangat tersedia dan tahan lama dalam satu AWS Availability Zone, dan dirancang untuk menyediakan ketersediaan berkelanjutan dalam Availability Zone tersebut jika terjadi server file individual atau kegagalan disk.
Untuk informasi selengkapnya, lihat [Opsi ketersediaan, daya tahan, dan penerapan](high-availability-AZ.md).
# Keamanan infrastruktur di Amazon FSx untuk NetApp ONTAP
Sebagai layanan terkelola, Amazon FSx untuk NetApp ONTAP dilindungi oleh keamanan jaringan AWS global. Untuk informasi tentang layanan AWS keamanan dan cara AWS melindungi infrastruktur, lihat [Keamanan AWS Cloud](https://aws.amazon.com/security/). Untuk mendesain AWS lingkungan Anda menggunakan praktik terbaik untuk keamanan infrastruktur, lihat [Perlindungan Infrastruktur dalam Kerangka Kerja](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/infrastructure-protection.html) yang * AWS Diarsiteksikan dengan Baik Pilar Keamanan*.
Anda menggunakan panggilan API yang AWS dipublikasikan untuk mengakses Amazon FSx melalui jaringan. Klien harus mendukung hal-hal berikut:
+ Keamanan Lapisan Pengangkutan (TLS). Kami mensyaratkan TLS 1.2 dan menganjurkan TLS 1.3.
+ Sandi cocok dengan sistem kerahasiaan maju sempurna (perfect forward secrecy, PFS) seperti DHE (Ephemeral Diffie-Hellman) atau ECDHE (Elliptic Curve Ephemeral Diffie-Hellman). Sebagian besar sistem modern seperti Java 7 dan versi lebih baru mendukung mode-mode ini.
# Gunakan NetApp ONTAP Vscan dengan FSx untuk ONTAP
Anda dapat menggunakan fitur NetApp ONTAP's Vscan untuk menjalankan perangkat lunak antivirus pihak ketiga yang didukung. Untuk informasi selengkapnya, lihat sumber daya berikut untuk setiap solusi yang didukung.
+ Deep Instinct - [Solusi mitra Vscan](https://docs.netapp.com/us-en/ontap/antivirus/vscan-partner-solutions.html) dan dokumentasi [Deep Instinct](https://portal.deepinstinct.com/pages/dikb) 1
+ SentinelOne — [Solusi mitra Vscan](https://docs.netapp.com/us-en/ontap/antivirus/vscan-partner-solutions.html) dan [SentinelOne Singularity](https://www.sentinelone.com/platform/singularity-cloud-data-security) Cloud Data Security
+ [Symantec - [Solusi mitra Vscan](https://docs.netapp.com/us-en/ontap/antivirus/vscan-partner-solutions.html) dan Mesin Perlindungan Symantec](https://techdocs.broadcom.com/us/en/symantec-security-software/endpoint-security-and-management/symantec-protection-engine/9-1-0.html)
+ [Trellix (sebelumnya McAfee) — Solusi mitra [Vscan](https://docs.netapp.com/us-en/ontap/antivirus/vscan-partner-solutions.html) dan Dokumen Produk Trellix](https://docs.trellix.com/)
+ Trend Micro - [solusi mitra Vscan](https://docs.netapp.com/us-en/ontap/antivirus/vscan-partner-solutions.html)
**catatan**
1 Anda harus masuk ke portal Deep Instinct untuk melihat dokumentasi mereka.
# ONTAPperan dan pengguna
NetApp ONTAPmencakup kemampuan kontrol akses berbasis peran (RBAC) yang kuat dan dapat diperluas. ONTAPperan menentukan kemampuan dan hak istimewa pengguna saat menggunakan ONTAP CLI dan REST API. Setiap peran mendefinisikan tingkat kemampuan administratif dan hak istimewa yang berbeda. Anda menetapkan peran kepada pengguna untuk tujuan mengontrol akses mereka ke FSx sumber daya ONTAP saat menggunakan ONTAP REST API dan CLI. Ada ONTAP peran yang tersedia secara terpisah FSx untuk pengguna sistem file ONTAP dan pengguna mesin virtual penyimpanan (SVM).
Saat Anda membuat sistem file FSx untuk ONTAP, ONTAP pengguna default dibuat di tingkat sistem file dan di tingkat SVM. Anda dapat membuat sistem file tambahan dan pengguna SVM, dan Anda dapat membuat peran SVM tambahan untuk memenuhi kebutuhan organisasi Anda. Bab ini menjelaskan ONTAP pengguna dan peran, dan menyediakan prosedur terperinci untuk membuat pengguna tambahan dan peran SVM.
## Peran administrator sistem file dan pengguna
Pengguna sistem ONTAP file default adalah`fsxadmin`, yang memiliki `fsxadmin` peran yang ditetapkan untuk itu. Ada dua peran standar yang dapat Anda tetapkan untuk pengguna sistem file, yang tercantum sebagai berikut:
+ **`fsxadmin`**Administrator dengan peran ini memiliki hak yang tidak terbatas dalam sistem. ONTAP Mereka dapat mengkonfigurasi semua sistem file dan sumber daya tingkat SVM yang tersedia FSx untuk sistem file ONTAP.
+ **`fsxadmin-readonly`**—Administrator dengan peran ini dapat melihat semuanya di tingkat sistem file tetapi tidak dapat membuat perubahan apa pun.
Peran ini sangat cocok untuk digunakan dengan aplikasi pemantauan seperti NetApp Harvest karena memiliki akses hanya-baca ke semua sumber daya yang tersedia dan propertinya, tetapi tidak dapat membuat perubahan apa pun padanya.
Anda dapat membuat pengguna sistem file tambahan dan menetapkan mereka baik `fsxadmin-readonly` peran `fsxadmin` atau. Anda tidak dapat membuat peran baru atau memodifikasi peran yang ada. Untuk informasi selengkapnya, lihat [Membuat ONTAP pengguna baru untuk sistem file dan administrasi SVM](#file-system-roles-and-users).
Tabel berikut menjelaskan tingkat akses yang dimiliki peran administrator sistem file untuk perintah ONTAP CLI dan REST API dan direktori perintah.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/roles-and-users.html)
## Peran administrator SVM dan pengguna
Setiap SVM memiliki domain otentikasi terpisah dan dapat dikelola secara independen oleh administratornya sendiri. Untuk setiap SVM di sistem file Anda, pengguna default adalah *vsadmin*, yang memiliki `vsadmin` peran yang ditetapkan secara default. Selain `vsadmin` peran, ada peran SVM standar lainnya yang memberikan izin cakupan bawah yang dapat Anda tetapkan ke pengguna SVM. Anda juga dapat membuat peran khusus yang menyediakan tingkat kontrol akses yang memenuhi kebutuhan organisasi Anda.
Peran yang telah ditentukan untuk administrator SVM dan kemampuannya adalah sebagai berikut:
| Nama peran | Kemampuan |
| --- | --- |
| `vsadmin` | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/roles-and-users.html) |
| `vsadmin-volume` | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/roles-and-users.html) |
| `vsadmin-protocol` | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/roles-and-users.html) |
| `vsadmin-backup` | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/roles-and-users.html) |
| `vsadmin-snaplock` | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/roles-and-users.html) |
| `vsadmin-readonly` | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/roles-and-users.html) |
Untuk informasi selengkapnya tentang cara membuat peran SVM baru, lihat[Membuat peran SVM](creating-new-svm-roles.md).
## Menggunakan Active Directory untuk mengautentikasi pengguna ONTAP
Anda dapat mengautentikasi akses pengguna domain Windows Active Directory ke sistem file FSx untuk ONTAP dan SVM. Anda harus melakukan tugas-tugas berikut sebelum akun Active Directory dapat mengakses sistem file Anda:
+ Anda perlu mengkonfigurasi akses pengontrol domain Active Directory ke SVM.
SVM yang Anda gunakan untuk mengonfigurasi sebagai gateway atau terowongan untuk akses pengontrol domain Active Directory harus mengaktifkan CIFS, digabungkan ke Active Directory, atau keduanya. Jika Anda tidak mengaktifkan CIFS dan hanya bergabung dengan terowongan SVM ke Active Directory, pastikan SVM bergabung dengan Active Directory Anda. Untuk informasi selengkapnya, lihat [Cara kerja bergabung SVMs ke Microsoft Active Directory](self-managed-AD-join.md).
+ Anda perlu mengaktifkan akun pengguna domain Active Directory untuk mengakses sistem file.
Anda dapat menggunakan otentikasi kata sandi atau otentikasi kunci publik SSH untuk pengguna domain Windows yang mengakses ONTAP CLI atau REST API.
Untuk prosedur yang menjelaskan cara menggunakan untuk mengonfigurasi otentikasi Active Directory untuk sistem file dan administrator SVM, lihat. [Mengkonfigurasi otentikasi Active Directory untuk pengguna ONTAP](set-up-ad-auth.md)
## Membuat ONTAP pengguna baru untuk sistem file dan administrasi SVM
Setiap ONTAP pengguna dikaitkan dengan SVM atau sistem file. Pengguna sistem file dengan `fsxadmin` peran dapat membuat peran dan pengguna SVM baru dengan menggunakan perintah [https:/docs.netapp.com/us-en/ontap-cli-9141/security-login-create.html](https:/docs.netapp.com/us-en/ontap-cli-9141/security-login-create.html)ONTAPCLI.
`security login create`Perintah membuat metode login untuk utilitas manajemen. Metode login terdiri dari nama pengguna, aplikasi (metode akses), dan metode otentikasi. Nama pengguna dapat dikaitkan dengan beberapa aplikasi. Secara opsional dapat menyertakan nama peran kontrol akses. Jika nama grup Active Directory, LDAP, atau NIS digunakan, maka metode login memberikan akses ke pengguna yang termasuk dalam grup yang ditentukan. Jika pengguna adalah anggota dari beberapa grup yang disediakan dalam tabel login keamanan, maka pengguna akan mendapatkan akses ke daftar gabungan perintah yang diotorisasi untuk masing-masing grup.
Untuk informasi yang menjelaskan cara membuat ONTAP pengguna baru, lihat[Membuat ONTAP pengguna](create-new-ontap-users.md).
**Topics**
+ [Peran administrator sistem file dan pengguna](#file-system-admin-roles)
+ [Peran administrator SVM dan pengguna](#svm-admin-roles)
+ [Menggunakan Active Directory untuk mengautentikasi pengguna ONTAP](#ad-tunneling)
+ [Membuat ONTAP pengguna baru untuk sistem file dan administrasi SVM](#file-system-roles-and-users)
+ [Membuat ONTAP pengguna](create-new-ontap-users.md)
+ [Membuat peran SVM](creating-new-svm-roles.md)
+ [Mengkonfigurasi otentikasi Active Directory untuk pengguna ONTAP](set-up-ad-auth.md)
+ [Mengkonfigurasi otentikasi kunci publik](public-key-auth.md)
+ [Memperbarui persyaratan kata sandi untuk sistem file dan peran SVM](update-password-requirements.md)
+ [Gagal memperbarui kata sandi `fsxadmin` akun](updating-admin-password.md)
# Membuat ONTAP pengguna
**Untuk membuat SVM baru atau pengguna sistem file (ONTAPCLI)**
Hanya pengguna sistem file dengan `fsxadmin` peran yang dapat membuat SVM baru dan pengguna sistem file.
1. Untuk mengakses ONTAP CLI, buat sesi SSH pada port manajemen Amazon FSx untuk sistem file NetApp ONTAP atau SVM dengan menjalankan perintah berikut. Ganti `management_endpoint_ip` dengan alamat IP port manajemen sistem file.
```
[~]$ ssh fsxadmin@management_endpoint_ip
```
Untuk informasi selengkapnya, lihat [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli).
1. Gunakan perintah `security login create` ONTAP CLI untuk membuat akun pengguna baru di sistem file ONTAP atau SVM Anda FSx .
Masukkan data Anda untuk placeholder dalam contoh untuk menentukan properti wajib berikut:
+ `-vserver`— Menentukan nama SVM di mana Anda ingin membuat peran SVM baru atau pengguna. Jika Anda membuat peran sistem file atau pengguna, jangan tentukan SVM.
+ `-user-or-group-name`- Menentukan nama pengguna atau nama grup Active Directory dari metode login. Nama grup Active Directory hanya dapat ditentukan dengan metode `domain` otentikasi dan `ssh` aplikasi `ontapi` dan.
+ `-application`- Menentukan penerapan metode login. Nilai yang mungkin termasuk http, ontapi, dan ssh.
+ `-authentication-method`- Menentukan metode otentikasi untuk login. Kemungkinan nilainya mencakup berikut ini:
+ domain — Gunakan untuk otentikasi Active Directory
+ kata sandi - Gunakan untuk otentikasi kata sandi
+ publickey — Pengguna untuk otentikasi kunci publik
+ `-role`- Menentukan nama peran akses-kontrol untuk metode login. Pada tingkat sistem file, satu-satunya peran yang dapat ditentukan adalah. `fsxadmin`
(Opsional) Anda juga dapat menggunakan satu atau lebih parameter berikut dengan perintah:
+ `[-comment]`— Gunakan untuk menyertakan notasi atau komentar untuk akun pengguna. Misalnya, **Guest account**. Panjang maksimum adalah 128 karakter.
+ `[-second-authentication-method {none|publickey|password|nsswitch}]`- Menentukan metode otentikasi faktor kedua. Anda dapat menentukan metode berikut:
+ kata sandi - Gunakan untuk otentikasi kata sandi
+ publickey — Gunakan untuk otentikasi Public-key
+ nsswitch - Gunakan untuk otentikasi NIS atau LDAP
+ none - Nilai default jika Anda tidak menentukan satu
```
Fsx0123456::> security login create -vserver vserver_name -user-or-group-name user_or_group_name -application login_application -authentication-method auth_method -role role_or_account_name
```
Perintah berikut membuat pengguna sistem file baru `new_fsxadmin` dengan `fsxadmin-readonly` peran yang ditetapkan, menggunakan SSH dengan kata sandi untuk masuk. Saat diminta, berikan kata sandi untuk pengguna.
```
Fsx0123456::> security login create -user-or-group-name new_fsxadmin -application ssh -authentication-method password -role fsxadmin-readonly
Please enter a password for user 'new_fsxadmin':
Please enter it again:
Fsx0123456::>
```
1. Perintah berikut membuat pengguna SVM baru `new_vsadmin` di `fsx` SVM dengan `vsadmin_readonly` peran, dikonfigurasi untuk menggunakan SSH dengan kata sandi untuk masuk. Saat diminta, berikan kata sandi untuk pengguna.
```
Fsx0123456::> security login create -vserver fsx -user-or-group-name new_vsadmin -application ssh -authentication-method password -role vsadmin-readonly
Please enter a password for user 'new_vsadmin':
Please enter it again:
Fsx0123456::>
```
1. Perintah berikut membuat pengguna sistem file read-only baru `harvest2-user` yang akan digunakan oleh aplikasi NetApp Harvest untuk mengumpulkan metrik kinerja dan kapasitas. Untuk informasi selengkapnya, lihat [Pemantauan FSx untuk sistem file ONTAP menggunakan Harvest dan Grafana](monitoring-harvest-grafana.md).
```
Fsx0123456::> security login create -user-or-group-name harvest2-user -application ssh -role fsxadmin-readonly -authentication-method password
```
**Untuk melihat informasi untuk semua sistem file dan pengguna SVM**
+ Gunakan perintah berikut untuk melihat semua informasi login untuk sistem file Anda dan SVMs.
```
Fsx0123456::> security login show
Vserver: Fsx0123456
Second
User/Group Authentication Acct Authentication
Name Application Method Role Name Locked Method
-------------- ----------- ------------- ---------------- ------ --------------
autosupport console password autosupport no none
fsxadmin http password fsxadmin no none
fsxadmin ontapi password fsxadmin no none
fsxadmin ssh password fsxadmin no none
fsxadmin ssh publickey fsxadmin - none
new_fsxadmin ssh password fsxadmin-readonly
no none
Vserver: fsx
Second
User/Group Authentication Acct Authentication
Name Application Method Role Name Locked Method
-------------- ----------- ------------- ---------------- ------ --------------
new_vsadmin ssh password vsadmin-readonly no none
vsadmin http password vsadmin yes none
vsadmin ontapi password vsadmin yes none
vsadmin ssh password vsadmin yes none
10 entries were displayed.
Fsx0123456::>
```
# Membuat peran SVM
Setiap SVM yang Anda buat memiliki administrator SVM default yang menetapkan peran yang telah ditentukan sebelumnya`vsadmin`. Selain set peran SVM yang [telah ditentukan, Anda dapat membuat peran SVM](roles-and-users.md#svm-admin-roles) baru. Jika Anda perlu membuat peran baru untuk SVM Anda, gunakan perintah `security login role create` ONTAP CLI. Perintah ini tersedia untuk administrator sistem file dengan `fsxadmin` peran.
**Untuk membuat peran SVM baru (ONTAP CLI)**
1. Anda dapat membuat peran SVM baru menggunakan [https://docs.netapp.com/us-en/ontap-cli-9141/security-login-role-create.html](https://docs.netapp.com/us-en/ontap-cli-9141/security-login-role-create.html)ONTAP CLIperintah:
```
Fsx0123456::> security login role create -vserver vs1.example.com -role vol_role -cmddirname volume
```
1. Tentukan parameter yang diperlukan berikut dalam perintah:
+ `-vserver`nama SVM
+ `-role`- Nama peran.
+ `-cmddirname`— Direktori perintah atau perintah tempat peran memberikan akses. Lampirkan nama subdirektori perintah dalam tanda kutip ganda. Misalnya, `"volume snapshot"`. Masukkan `DEFAULT` untuk menentukan semua direktori perintah.
1. (Opsional) Anda juga dapat menambahkan salah satu parameter berikut ke perintah:
+ `-vserver`— Nama SVM yang terkait dengan peran tersebut.
+ `-access`— Tingkat akses untuk peran tersebut. Untuk direktori perintah, ini termasuk:
+ `none`— Menolak akses ke perintah di direktori perintah. Ini adalah nilai default untuk peran kustom.
+ `readonly`— Memberikan akses ke perintah show di direktori perintah dan subdirektorinya.
+ `all`— Memberikan akses ke semua perintah di direktori perintah dan subdirektorinya. Untuk memberikan atau menolak akses ke perintah intrinsik, Anda harus menentukan direktori perintah.
Untuk perintah non-intrinsik (perintah yang tidak diakhiri dengan`create`,, `modify``delete`, atau): `show`
+ `none`— Menolak akses ke perintah di direktori perintah. Ini adalah nilai default untuk peran kustom.
+ `readonly`- Tidak berlaku. Jangan gunakan.
+ `all`— Memberikan akses ke perintah.
+ `-query`— Objek query yang digunakan untuk memfilter tingkat akses, yang ditentukan dalam bentuk opsi yang valid untuk perintah, atau untuk perintah di direktori perintah. Lampirkan objek kueri dalam tanda kutip ganda.
1. Jalankan perintah `security login role create`.
Perintah berikut membuat peran kontrol akses bernama “admin” untuk vs1.example.com Vserver. Peran memiliki semua akses ke perintah “volume” tetapi hanya dalam agregat “aggr0".
```
Fsx0123456::>security login role create -role admin -cmddirname volume -query "-aggr aggr0" -access all -vserver vs1.example.com
```
# Mengkonfigurasi otentikasi Active Directory untuk pengguna ONTAP
Gunakan ONTAP CLI untuk mengonfigurasi penggunaan otentikasi Active Directory untuk sistem ONTAP file dan pengguna SVM.
Anda harus menjadi administrator sistem file dengan `fsxadmin` peran untuk menggunakan perintah dalam prosedur ini.
**Untuk mengatur otentikasi Active Directory untuk ONTAP pengguna (ONTAPCLI)**
Perintah dalam prosedur ini tersedia untuk pengguna sistem file dengan `fsxadmin` peran tersebut.
1. Untuk mengakses ONTAP CLI, buat sesi SSH pada port manajemen Amazon FSx untuk sistem file NetApp ONTAP atau SVM dengan menjalankan perintah berikut. Ganti `management_endpoint_ip` dengan alamat IP port manajemen sistem file.
```
[~]$ ssh fsxadmin@management_endpoint_ip
```
Untuk informasi selengkapnya, lihat [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli).
1. Gunakan [https://docs.netapp.com/us-en/ontap-cli-9141/security-login-domain-tunnel-create.html](https://docs.netapp.com/us-en/ontap-cli-9141/security-login-domain-tunnel-create.html)perintah seperti yang ditunjukkan untuk membuat terowongan domain untuk mengautentikasi pengguna Windows Active Directory. Ganti *svm\$1name* dengan nama SVM yang Anda gunakan untuk terowongan domain.
```
FsxId0123456::> security login domain-tunnel create -vserver svm_name
```
1. Gunakan [https://docs.netapp.com/us-en/ontap-cli-9141/security-login-create.html](https://docs.netapp.com/us-en/ontap-cli-9141/security-login-create.html)perintah untuk membuat akun pengguna domain Active Directory yang akan mengakses sistem file.
Tentukan parameter yang diperlukan berikut dalam perintah:
+ `-vserver`— Nama SVM dikonfigurasi dengan CIFS dan bergabung dengan Active Directory Anda. Ini akan digunakan sebagai terowongan untuk mengautentikasi pengguna domain Active Directory ke sistem file. yang peran atau pengguna baru akan dibuat.
+ `-user-or-group-name`— Nama pengguna atau nama grup Direktori Aktif dari metode login. Nama grup Active Directory hanya dapat ditentukan dengan metode `domain` otentikasi dan `ontapi` dan `ssh` aplikasi.
+ `-application`— Penerapan metode login. Nilai yang mungkin termasuk http, ontapi, dan ssh.
+ `-authentication-method`— Metode otentikasi yang digunakan untuk login. Kemungkinan nilainya mencakup berikut ini:
+ domain — untuk otentikasi Active Directory
+ kata sandi - untuk otentikasi kata sandi
+ publickey — untuk otentikasi kunci publik
+ `-role`— Nama peran kontrol akses untuk metode login. Pada tingkat sistem file, satu-satunya peran yang dapat ditentukan adalah. `-role fsxadmin`
Contoh berikut membuat akun pengguna domain Active Directory `CORP\Admin` untuk sistem `filesystem1` file.
```
FSxId012345::> security login create -vserver filesystem1 -username CORP\Admin -application ssh -authmethod domain -role fsxadmin
```
Contoh berikut membuat akun `CORP\Admin` pengguna dengan otentikasi kunci publik.
```
FsxId0123456ab::> security login create -user-or-group-name "CORP\Admin" -application ssh -authentication-method publickey -role fsxadmin
Warning: To use public-key authentication, you must create a public key for user "CORP\Admin".
```
Buat kunci publik untuk `CORP\Admin` pengguna menggunakan perintah berikut:
```
FsxId0123456ab::> security login publickey create -username "CORP\Admin" -publickey "ecdsa-sha2-nistp256 SECRET_STRING_HERE_IS_REDACTED= cwaltham@b0be837a91bf.ant.amazon.com"
```
**Untuk masuk ke sistem file menggunakan SSH dengan kredensil Active Directory**
+ Contoh berikut menunjukkan bagaimana SSH ke dalam sistem file Anda dengan kredensi Active Directory Anda jika Anda memilih `ssh` untuk jenis. `-application` Ada `username` dalam format`"domain-name\user-name"`, yang merupakan nama domain dan nama pengguna yang Anda berikan saat membuat akun, dipisahkan oleh garis miring terbalik dan dilampirkan dalam kutipan.
```
Fsx0123456::> ssh "CORP\user"@management.fs-abcdef01234567892.fsx.us-east-2.aws.com
```
Saat diminta memasukkan kata sandi, gunakan kata sandi pengguna Active Directory.
# Mengkonfigurasi otentikasi kunci publik
Untuk mengaktifkan otentikasi kunci publik SSH, Anda harus terlebih dahulu membuat kunci SSH dan mengaitkannya dengan akun administrator dengan menggunakan perintah. `security login publickey create` Ini memungkinkan akun untuk mengakses SVM. `security login publickey create`Perintah menerima parameter berikut.
| Parameter | Deskripsi |
| --- | --- |
| `-vserver` (Opsional) | Nama SVM yang diakses akun. Jika Anda mengonfigurasi otentikasi kunci publik SSH untuk pengguna sistem file, jangan sertakan. `-versver` |
| `-username` | Nama pengguna akun. Nilai default,`admin`, adalah nama default administrator cluster. |
| `-index` | Nomor indeks kunci publik. Nilai default adalah 0 jika kunci adalah kunci pertama yang dibuat untuk akun. Jika tidak, nilai default adalah satu lebih dari nomor indeks tertinggi yang ada untuk akun. |
| `-publickey` | Kunci publik OpenSSH. Lampirkan kunci dalam tanda kutip ganda. |
| `-role` | Peran kontrol akses yang ditetapkan ke akun. |
| `-comment` (Opsional) | Teks deskriptif untuk kunci publik. Lampirkan teks dalam tanda kutip ganda. |
Contoh berikut mengaitkan kunci publik dengan akun administrator SVM `svmadmin` untuk SVM. `svm01` Kunci publik diberi nomor indeks`5`.
```
Fsx0123456::> security login publickey create -vserver svm01 -username svmadmin -index 5 -publickey "ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEAspH64CYbUsDQCdW22JnK6J/vU9upnKzd2zAk9C1f7YaWRUAFNs2Qe5lUmQ3ldi8AD0Vfbr5T6HZPCixNAIzaFciDy7hgnmdj9eNGedGr/JNrftQbLD1hZybX+72DpQB0tYWBhe6eDJ1oPLobZBGfMlPXh8VjeU44i7W4+s0hG0E=tsmith@publickey.example.com"
```
**penting**
Anda harus menjadi SVM atau administrator sistem file untuk melakukan tugas ini.
# Memperbarui persyaratan kata sandi untuk sistem file dan peran SVM
Anda dapat memperbarui persyaratan kata sandi untuk sistem file atau peran SVM menggunakan perintah [https://docs.netapp.com/us-en/ontap-cli-9141/security-login-role-config-modify.html#description](https://docs.netapp.com/us-en/ontap-cli-9141/security-login-role-config-modify.html#description)ONTAPCLI. Perintah ini hanya tersedia untuk akun administrator sistem file dengan `fsxadmin` peran. Saat memodifikasi persyaratan kata sandi, sistem akan memperingatkan jika ada pengguna yang ada dengan peran itu yang akan terpengaruh oleh perubahan tersebut.
Contoh berikut memodifikasi persyaratan kata sandi panjang minimum menjadi 12 karakter untuk pengguna dengan `vsadmin-readonly` peran pada `fsx` SVM. Dalam contoh ini, ada pengguna yang sudah ada dengan peran ini.
```
FsxId0123456::> security login role config modify -role vsadmin-readonly -vserver fsx -passwd-minlength 12
```
Sistem menampilkan peringatan berikut karena pengguna yang ada:
```
Warning: User accounts with this role exist. Modifications to the username/password restrictions on this role could result in non-compliant user
accounts.
Do you want to continue? {y|n}:
FsxId0123456::>
```
# Gagal memperbarui kata sandi `fsxadmin` akun
Saat memperbarui kata sandi untuk `fsxadmin` pengguna, Anda mungkin menerima kesalahan jika tidak memenuhi persyaratan kata sandi yang ditetapkan pada sistem file. Anda dapat melihat persyaratan kata sandi dengan menggunakan perintah `security login role config show` ONTAP CLI atau REST API.
**Untuk melihat persyaratan kata sandi untuk sistem file atau peran SVM**
1. Untuk mengakses ONTAP CLI, buat sesi SSH pada port manajemen Amazon FSx untuk sistem file NetApp ONTAP atau SVM dengan menjalankan perintah berikut. Ganti `management_endpoint_ip` dengan alamat IP port manajemen sistem file.
```
[~]$ ssh fsxadmin@management_endpoint_ip
```
Untuk informasi selengkapnya, lihat [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli).
1. `security login role config show`Perintah mengembalikan persyaratan kata sandi untuk sistem file atau peran SVM.
```
FsxId0123456::> security login role config show -role fsxadmin -fields password_requirement_fields
```
Untuk `-fields` parameter, tentukan salah satu atau semua hal berikut:
+ `passwd-minlength`— Panjang minimum kata sandi.
+ `passwd-min-special-chars`— Jumlah minimum karakter khusus dalam kata sandi.
+ `passwd-min-lowercase-chars`— Jumlah minimum karakter huruf kecil dalam kata sandi.
+ `passwd-min-uppercase-chars`— Jumlah minimum karakter huruf besar dalam kata sandi.
+ `passwd-min-digits`— Jumlah minimum digit dalam kata sandi.
+ `passwd-alphanum`— Informasi tentang penyertaan atau pengecualian karakter alfanumerik.
+ `passwd-expiry-time`— Waktu kedaluwarsa kata sandi.
+ `passwd-expiry-warn-time`— Waktu peringatan kedaluwarsa kata sandi.
1. Jalankan perintah berikut untuk melihat semua persyaratan kata sandi:
```
FsxId0123456::> security login role config show -role fsxadmin -fields passwd-minlength, passwd-min-special-chars, passwd-min-lowercase-chars, passwd-min-digits, passwd-alphanum, passwd-expiry-time, passwd-expiry-warn-time, passwd-min-uppercase-chars
vserver role passwd-minlength passwd-alphanum passwd-min-special-chars passwd-expiry-time passwd-min-lowercase-chars passwd-min-uppercase-chars passwd-min-digits passwd-expiry-warn-time
---------------------- -------- ---------------- --------------- ------------------------ ------------------ -------------------------- -------------------------- ----------------- -----------------------
FsxId0123456 fsxadmin 3 enabled 0 unlimited 0 0 0 unlimited
```