Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Memecahkan masalah alur kerja
Bagian ini menjelaskan kemungkinan solusi untuk masalah dengan alur kerja terkelola.
**Topics**
+ [Memecahkan masalah alur kerja terkelola](#workflow-errors)
+ [Memecahkan masalah dekripsi alur kerja](#workflows-decrypt-issues)
## Memecahkan masalah alur kerja terkelola
Bagian ini menjelaskan kemungkinan solusi untuk masalah alur kerja berikut.
**Topics**
+ [Memecahkan masalah kesalahan terkait alur kerja menggunakan Amazon CloudWatch](#workflows-cloudwatch-errors)
+ [Memecahkan masalah kesalahan penyalinan alur kerja](#source-bucket-region)
### Memecahkan masalah kesalahan terkait alur kerja menggunakan Amazon CloudWatch
**Deskripsi**
Jika Anda mengalami masalah dengan alur kerja Anda, Anda dapat menggunakan Amazon CloudWatch untuk menyelidiki penyebabnya.
**Menyebabkan**
Mungkin ada beberapa penyebab. Gunakan Amazon CloudWatch Logs untuk menyelidiki.
**Solusi**
Transfer Family memancarkan status eksekusi alur kerja ke dalam CloudWatch Log. Jenis kesalahan alur kerja berikut dapat muncul di CloudWatch Log:
+ `"type": "StepErrored"`
+ `"type": "ExecutionErrored"`
+ `"type": "ExecutionThrottled"`
+ `"Service failure on starting workflow"`
Anda dapat memfilter log eksekusi alur kerja Anda menggunakan sintaks filter dan pola yang berbeda. Misalnya, Anda dapat membuat filter log di CloudWatch log Anda untuk menangkap log eksekusi alur kerja yang berisi **ExecutionErrored**pesan. Untuk detailnya, lihat [Real-time pemrosesan data log dengan langganan](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Subscriptions.html) dan [Filter dan sintaks pola](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/FilterAndPatternSyntax.html) di *Panduan Pengguna Amazon CloudWatch Logs*.
*StepErrored*
```
2021-10-29T12:57:26.272-05:00
{"type":"StepErrored","details":{"errorType":"BAD_REQUEST","errorMessage":"Cannot
tag Efs file","stepType":"TAG","stepName":"successful_tag_step"},
"workflowId":"w-abcdef01234567890","executionId":"1234abcd-56ef-78gh-90ij-1234klmno567",
"transferDetails":{"serverId":"s-1234567890abcdef0","username":"lhr","sessionId":"1234567890abcdef0"}
```
Di sini, `StepErrored` menunjukkan bahwa langkah dalam alur kerja telah menghasilkan kesalahan. Dalam satu alur kerja, Anda dapat memiliki beberapa langkah yang dikonfigurasi. Kesalahan ini memberi tahu Anda di langkah mana kesalahan terjadi dan memberikan pesan kesalahan. Dalam contoh khusus ini, langkah dikonfigurasi untuk menandai file; Namun, menandai file dalam sistem file Amazon EFS tidak didukung, sehingga langkah tersebut menghasilkan kesalahan.
*ExecutionErrored*
```
2021-10-29T12:57:26.618-05:00
{"type":"ExecutionErrored","details":{},"workflowId":"w-w-abcdef01234567890",
"executionId":"1234abcd-56ef-78gh-90ij-1234klmno567","transferDetails":{"serverId":"s-1234567890abcdef0",
"username":"lhr","sessionId":"1234567890abcdef0"}}
```
Ketika alur kerja tidak dapat mengeksekusi langkah apa pun, itu menghasilkan `ExecutionErrored` pesan. Misalnya, jika Anda telah mengonfigurasi satu langkah dalam alur kerja tertentu, dan jika langkah tersebut tidak dapat dijalankan, alur kerja keseluruhan gagal.
*EksekusiTerhambat*
Eksekusi dibatasi jika alur kerja dipicu pada tingkat yang lebih cepat daripada yang dapat didukung sistem. Pesan log ini menunjukkan bahwa Anda harus memperlambat laju eksekusi untuk alur kerja. [Jika Anda tidak dapat menurunkan tingkat eksekusi alur kerja Anda, hubungi AWS Dukungan di Kontak. AWS](https://aws.amazon.com/contact-us)
*Kegagalan layanan saat memulai alur kerja*
Setiap kali Anda menghapus alur kerja dari server dan menggantinya dengan yang baru, atau memperbarui konfigurasi server (yang memengaruhi peran eksekusi alur kerja), Anda harus menunggu sekitar 10 menit sebelum menjalankan alur kerja baru. Server Transfer Family menyimpan cache detail alur kerja, dan dibutuhkan waktu 10 menit bagi server untuk menyegarkan cache-nya.
Selain itu, Anda harus keluar dari sesi SFTP aktif apa pun, dan kemudian masuk kembali setelah masa tunggu 10 menit untuk melihat perubahannya.
### Memecahkan masalah kesalahan penyalinan alur kerja
**Deskripsi**
Jika Anda menjalankan alur kerja yang berisi langkah untuk menyalin file yang diunggah, Anda dapat mengalami kesalahan berikut:
```
{
"type": "StepErrored", "details": {
"errorType": "BAD_REQUEST", "errorMessage": "Bad Request (Service: Amazon S3; Status Code: 400; Error Code: 400 Bad Request;
Request ID: {{request-ID}}; S3 Extended Request ID: {{request-ID}} Proxy: null)", "stepType": "COPY", "stepName": "{{copy-step-name}}" },
"workflowId": "{{workflow-ID}}",
"executionId": "{{execution-ID}}",
"transferDetails": {
"serverId": "{{server-ID}}",
"username": "{{user-name}}",
"sessionId": "{{session-ID}}"
}
}
```
**Menyebabkan**
File sumber ada di bucket Amazon S3 yang berbeda Wilayah AWS dari bucket tujuan.
**Solusi**
Jika Anda menjalankan alur kerja yang menyertakan langkah penyalinan, pastikan bucket sumber dan tujuan berada di tempat yang sama. Wilayah AWS
## Memecahkan masalah dekripsi alur kerja
Bagian ini menjelaskan kemungkinan solusi untuk masalah berikut dengan alur kerja terenkripsi.
**Topics**
+ [Memecahkan masalah enkripsi penerima anonim](#workflows-decrypt-anonymous)
+ [Memecahkan masalah kesalahan untuk file enkripsi yang ditandatangani](#workflows-decrypt-signed)
+ [Memecahkan masalah kesalahan untuk algoritma FIPS](#workflows-decrypt-fips)
### Memecahkan masalah enkripsi penerima anonim
**Deskripsi**
Alur kerja dekripsi Anda gagal saat memproses file terenkripsi tertentu, tetapi berfungsi dengan yang lain.
**Menyebabkan**
File mungkin telah dienkripsi tanpa menentukan penerima (enkripsi anonim), sehingga sulit bagi alur kerja untuk menentukan kunci mana yang akan digunakan untuk dekripsi.
**Solusi**
Selalu enkripsi file dengan penerima non-anonim menggunakan parameter. `-r` Contoh:
```
gpg -e -r {{user@example.com}} --openpgp file.txt
```
Untuk memeriksa apakah file dienkripsi dengan penerima tertentu atau secara anonim, gunakan perintah: `--list-packets`
```
gpg --list-packets file.txt.gpg
```
Perintah ini menampilkan struktur paket GPG-encrypted file tanpa mendekripsi isinya. Cari output yang mencakup informasi penerima, seperti:
```
:pubkey enc packet: version 3, algo 1, keyid 1A2B3C4D5E6F7G8H
```
Jika Anda melihat informasi keyid, file tersebut dienkripsi untuk penerima tertentu. Jika informasi ini hilang, file mungkin telah dienkripsi secara anonim, yang dapat menyebabkan kegagalan dekripsi dalam alur kerja Transfer Family.
Anda juga dapat menggunakan perintah ini untuk memverifikasi:
+ Algoritma enkripsi mana yang digunakan
+ Metode kompresi (jika ada)
+ Stempel waktu pembuatan
Untuk melihat daftar algoritma cipher yang didukung untuk instalasi GPG Anda, gunakan:
```
gpg --version
```
Informasi ini dapat membantu Anda memastikan bahwa Anda menggunakan algoritme enkripsi yang kompatibel dengan alur kerja Transfer Family, terutama ketika kepatuhan FIPS diperlukan.
### Memecahkan masalah kesalahan untuk file enkripsi yang ditandatangani
**Deskripsi**
Alur kerja dekripsi Anda gagal dan Anda menerima kesalahan berikut:
```
"Encrypted file with signed message unsupported"
```
**Menyebabkan**
Transfer Family saat ini tidak mendukung penandatanganan untuk file terenkripsi.
**Solusi**
Di klien PGP Anda, jika ada opsi untuk menandatangani file terenkripsi, pastikan untuk menghapus pilihan, karena Transfer Family saat ini tidak mendukung penandatanganan untuk file terenkripsi.
### Memecahkan masalah kesalahan untuk algoritma FIPS
**Deskripsi**
Alur kerja dekripsi Anda gagal, dan pesan log menyerupai berikut ini:
```
{
"type": "StepErrored",
"details": {
"errorType": "BAD_REQUEST",
"errorMessage": "File encryption algorithm not supported with FIPS mode enabled.",
"stepType": "DECRYPT",
"stepName": "{{step-name}}"
},
"workflowId": "{{workflow-ID}}",
"executionId": "{{execution-ID}}",
"transferDetails": {
"serverId": "{{server-ID}}",
"username": "{{user-name}}",
"sessionId": "{{session-ID}}"
}
}
```
**Menyebabkan**
Server Transfer Family Anda mengaktifkan mode FIPS dan langkah alur kerja Dekripsi terkait. Saat mengenkripsi file sebelum mengunggah ke server Transfer Family Anda, klien enkripsi mungkin menghasilkan file terenkripsi yang menggunakan algoritme enkripsi simetris yang disetujui non-FIPS. Dalam skenario seperti itu, alur kerja tidak dapat mendekripsi file. Dalam contoh berikut, **GnuPG** versi 2.4.0 menggunakan OCB (mode sandi blok non-FIPS) untuk mengenkripsi file: ini menyebabkan alur kerja gagal.
**Solusi**
Anda harus mengedit kunci GPG yang Anda gunakan untuk mengenkripsi file Anda, dan kemudian mengenkripsi ulang mereka. Prosedur berikut menjelaskan langkah-langkah yang harus Anda ambil.
**Untuk mengedit kunci PGP**
1. Identifikasi kunci yang harus Anda edit dengan menjalankan `gpg ‐‐list-keys`
Ini mengembalikan daftar kunci. Setiap kunci memiliki detail yang mirip dengan yang berikut ini:
```
pub ed25519 2022-07-07 [SC]
wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY
uid [ultimate] Mary Major
sub cv25519 2022-07-07 [E]
```
1. Identifikasi kunci yang ingin Anda edit. Pada contoh yang ditunjukkan pada langkah sebelumnya, ID adalah`wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY`.
1. Jalankan `gpg ‐‐edit-key wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY`.
Sistem merespons dengan detail tentang program **GnuPG** dan kunci yang ditentukan.
1. Pada `gpg>` prompt, masukkan`showpref`. Rincian berikut dikembalikan:
```
[ultimate] (1). Mary Major
Cipher: AES256, AES192, AES, 3DES
AEAD: OCB
Digest: SHA512, SHA384, SHA256, SHA224, SHA1
Compression: ZLIB, BZIP2, ZIP, Uncompressed
Features: MDC, AEAD, Keyserver no-modify
```
Perhatikan bahwa algoritma pilihan yang disimpan pada kunci terdaftar.
1. Kami ingin mengedit kunci untuk mempertahankan semua algoritma kecuali untuk **OCB**. Jalankan `setpref` perintah, tentukan semua algoritma untuk mempertahankan:
```
gpg> setpref AES256, AES192,AES,3DES,SHA512, SHA384, SHA256, SHA224, SHA1,ZLIB, BZIP2, ZIP, Uncompressed
```
Ini mengembalikan rincian berikut:
```
Set preference list to:
Cipher: AES256, AES192, AES, 3DES
AEAD:
Digest: SHA512, SHA384, SHA256, SHA224, SHA1
Compression: ZLIB, BZIP2, ZIP, Uncompressed
Features: MDC, Keyserver no-modify
Really update the preferences? (y/N)
```
1. Masukkan `y` untuk memperbarui, lalu masukkan kata sandi Anda saat diminta untuk mengonfirmasi perubahan.
1. Simpan perubahan.
```
gpg> save
```
Sebelum menjalankan kembali alur kerja dekripsi Anda, Anda harus mengenkripsi ulang file Anda, menggunakan kunci yang diedit.