問題タブ [file-transfer]

FTPS接続を使用してテキスト ファイル [このファイルには EDI (Electronic Data Interchange) 情報が含まれます]をメールボックス INOVIS に送信しています。FTPS 接続を開くようにシステムを構成し、PUT コマンドを使用してファイルをFTP サーバー上のフォルダー。問題は、どのファイル転送モードを使用すればよいかということです。モードを切り替えるにはどうすればよいですか?

さらに、FTPS 接続を介してファイルを転送するときに使用する「ベスト プラクティス」のモードはどれですか。誰かが私に小さな ftp スクリプトを提供してくれるなら、それは役に立ちます。

私の ASP.NET アプリケーションでは、ユーザーが大きなファイルをアップロードおよびダウンロードできます。どちらの手順にも、ファイル ストリームの読み取りと書き込みが含まれます。大きなファイルを処理するときにアプリケーションがハングまたはクラッシュしないようにするにはどうすればよいですか? たとえば、ファイル操作はワーカースレッドで処理する必要がありますか?

アプリケーションの構成とインストールを通じてユーザーをガイドする Web アプリケーションを構築しています。構成ファイルのセットを動的に構築し、アプリケーションのインストーラーと共にアーカイブ (.ZIP ファイル) で送信します。Web ページは Linux シェル スクリプトから生成されます (申し訳ありません)。セキュリティ上の理由から、ファイルはリンクとしてではなく、スクリプトから直接送信することをお勧めします。そのため、ユーザーは直接アクセスできません。

プロセスは次のとおりです。ユーザーがいくつかの情報を入力し、ファイルが生成されたら、指示のあるページを表示し、ユーザーに「このファイルをダウンロードする」リンクをクリックするように求めることなく、自動的にダウンロードを開始します。

ご協力いただきありがとうございます！

XMODEM を使用してセンサー デバイスからデータを転送する必要があるプログラムを作成しています。独自の XMODEM コードを作成する必要がないようにしたいので、python XMODEM モジュールがどこかで利用できるかどうか誰かが知っているかどうか疑問に思っていましたか?

誰かがこれをc＃でうまく使用していますか、それともこれに代わるより良い方法がありますか？また、私が見て、良い感じを得ることができる良い作業プロジェクトはありますか？私が遭遇したほとんどのプロジェクトはC++であり、C＃プロジェクトを探していました

TumbleWeed Secure Transport と呼ばれるソフトウェアを使用して、自社と他社との間でファイルを転送する必要があると言われました。GUIでは動作しますが、コマンドラインでは動作しません。

私が抱えている問題の一部は、コマンド ラインを使用している場合でも GUI が開くことです。

GUI はまったく消えず、GUI を手動で閉じるまでバットファイルは戻りません。

GUI を使用したくないのは、ユーザーに触れさせるとブレーキをかけるという悪い習慣があり、自動化の方がはるかに安全に思えるからです。

このアプリを使った経験のある人はいますか?

追加: 仕事で開発する予定の新しいシステムの研究を行っています。ユーザーを認証し、ダウンロードしたいファイルを表示してダウンロードします。また、ファイルがすぐに利用できない場合、ユーザーはファイルをダウンロードできませんが、サーバーは要求されたファイルのコピーを取得し、ユーザーがファイルを取得できるようになったらメールで通知します。今のところ、ファイルのサイズは通常 2 ～ 50 ギガバイトになると予想されます。

問題を解決する Web アプリケーションを作成できるかどうか、またはクライアント サーバー ソリューションを作成する必要があるかどうかを確認したいだけです。

ネットワーク内の別のマシンで実行されているサービスからファイルを要求できるアプリケーションを構築しようとしています。これらのファイルはかなり大きくなる可能性があります (500 MB 以上の場合もあります)。TCP経由で送信することを検討していましたが、ファイル全体をメモリに保存する必要があるのではないかと心配しています。

クライアントはおそらく 1 人だけです。共有ディレクトリへのコピーも受け入れられません。必要な唯一の通信は、クライアントが「gimme xyz」と言い、サーバーがそれを送信することです (そして、これが正しく行われるようにするために必要なことは何でも)。

助言がありますか？

一連のファイルを反復処理し、それらのいくつかを呼び出すプログラムを作成しました。

ただし、私の場合、転送する必要がある小さなファイルが何千もある可能性があり、scp はそれらのそれぞれに対して新しい ssh 接続を開いているため、かなりのオーバーヘッドがあります。

接続を維持する1つのプロセスを実行し続け、単一のファイルをコピーするために「リクエスト」を送信できるソリューションがないかどうか疑問に思っていました。

理想的には、最初に単一のプロセス (1) を開始できるように、送信プログラムと受信プログラムの組み合わせを探しています。

そして、ファイルごとにコマンド (2) を呼び出します。

(2) の出力を (1) の入力にパイプすると、ファイルが転送されます。最後に、プロセス (1) に何らかの終了シグナルを送信するだけです。

送信側プログラムと受信側プログラムは、Unix 用のオープン ソース C プログラムであることが望ましいです。それらは、パイプの代わりにソケット、またはその他の創造的なソリューションを使用して通信する場合があります。

ただし、各ファイルは反復処理の時点で転送されるという重要な制約scpがあります。ファイルのリストを収集してから、 の 1 つのインスタンスを呼び出して、最後にすべてのファイルを一度に転送することは受け入れられません。また、受信ホストへの単純なシェル アクセスしかありません。

更新: ssh の多重化機能を使用して接続オーバーヘッドの問題の解決策を見つけました。以下の私自身の回答を参照してください。それでも、ここで説明する送信者/受信者プログラムが存在するかどうかを知りたいので、報奨金を開始しています。xmodem/ymodem/zmodem など、使用できるものがあるはずです。