بله. مشکل اصلی شما این خواهد بود که شما به یک مشتری نیاز دارید که بتواند پرونده را از یک جریان دریافت کند ، نه به عنوان یک پرونده.

به عنوان مثال ، اگر شما از طریق ssh کپی می کنید ، به طور عادی کاری انجام می دهید مانند

scp myfile.txt از راه دور:

با این حال ، این انتظار می رود پرونده قبلی وجود داشته باشد. اما اتفاق می افتد که این معادل باشد: [

cat myfile.txt | ssh remotehost 'cat> myfile.txt'

که به شکلی است که اکنون می توانید به راحتی فیلتر رمزگذاری

گربه را وارد کنید myfile.txt | gpg -e -r AA00BB00CC00DD | ssh remotehost 'cat> myfile.txt.gpg'

جایگزین دیگر استفاده از یک سیستم پرونده مجازی است که پرونده ها را به صورت رمزگذاری شده نشان می دهد ، اما انجام دسترسی به رمزگذاری است. این امر باعث می شود که لایه رمزگذاری نسبت به برنامه هایی که بارگذاری را انجام می دهند شفاف باشد.

نمونه ای از این برنامه ابزار encfs است که از یک سیستم پرونده FUSE استفاده می کند. صفحه انسان نمونه ای از استفاده از آن را با پرچم - معکوس به منظور ایجاد نمای رمزگذاری شده برای کپی کردن پرونده ها نشان می دهد.

در آخر ، آخرین روش برای نیازی به فضای دیسک دوبل ، رمزگذاری پرونده روی متن ساده است. یعنی از برنامه ای استفاده کنید که 10MB³ اول پرونده را رمزگذاری کرده و 10MB اول فایل اصلی را با آن رمزگذاری شده جایگزین کنید. سپس قطعه دوم از 10 مگابایت و غیره.

این خطر را به همراه می آورد که اگر این روند به روش نیمه کاره (مانند دلیل از دست دادن برق) انجام نشود ، می توانید یک پرونده نیمه رمز شده دریافت کنید. و اگر می خواهید پرونده را رمزگشایی کنید ، باید رمز عبور دوم را نیز رمزگشایی فایل پس از بارگذاری انجام دهید. من فقط توصیه می کنم اگر می خواهید پرونده محلی رمزگذاری شده را ترک کنید ، اما هیچ مکانی برای پردازش متفاوت آن ندارید. هنوز هم مشکل شما را حل می کند ، اگرچه ،

'من رایج ترین دستورات cli را scp ، sftp و rsync می دانم. همه آنها همان مسئله را ارائه می دهند.

² برای پرونده های عادی ، عدم استفاده از فوق داده (

) یا هر اندازه دلخواه دیگر