導(dǎo)入

最新のネットワークアーキテクチャは、信頼性の低いトランスミッションメディアに基づいて構(gòu)築されています。ルーティングデバイスは、転送されたデータを自由に破棄、破損、再注文、またはコピーできます。 TCP/IPプロトコルスタックのIPレイヤーは、データの精度を保証できないことを理解しています。 IPネットワークは、100％信頼できると主張できません。

TCPレイヤーは、IPレイヤーの上のガーディアンとして機能し、生成するデータが正しいことを確認します。これはさまざまな手法によって達成され、ネットワークの制限を決定するためにデータが意図的に失われることがあります。ほとんどの人は、おそらくTCPがIP接続のないネットワーク（自由にトラフィックを破棄することができる）上の接続ベースのネットワークを提供し、データ配信を保証することを知っています。

興味深いことに、ファイル転送ツールは、切斷されたTCP接続に直面している場合ほど強力ではありません。その祖先や同様のプロトコルと同様に、SFTPプロトコルは、接続が閉じられるTCPエラーから回復(fù)するために機能しません。転送障害の問題を解決するツール（Reget and Report）がありますが、これらのツールは再生されたTCPセッションでは自動的にトリガーされていません（通常、このプロパティを必要とするツールは通常NFSに変わりますが、これには特権とスキーマ構(gòu)成が必要です）。そのようなツールが突然一般的になった場合、ユーザーとネットワーク管理者はecとしています。

SFTPが提供できるのは、その価値がゼロの場合に成功を示す整數(shù)であるリターン狀態(tài)です。ファイル転送の場合はデフォルトでステータスを返すことはありませんが、バッチモードで呼び出された場合のみステータスを返します。このリターンステータスは、POSIXシェルによってキャプチャされ、ゼロ以外の場合は再試行できます。 Windowsでも、Busybox（またはPowerShell、限られた機能）がある場合でも、このチェックはMicrosoftのOpenSSHポートを使用して実行できます。 Posixシェルスクリプトは非常に単純ですが、一般的ではありません。それを変えましょう。

POSIXシェルを使用した障害検出

SFTPフォールトトレランスのコア実裝はそれほど大きくはありませんが、以下のWindows環(huán)境に示すように、バッチモード保証と標準入力処理は長さと複雑さを追加します。

 ＃！/bin/sh

set -eu＃shell strict mode tvar = 1

PARAM＃SFTPバッチモードを確認します
終わり

[-n "$ tvar"] && {printf '％s：{0 ##*/} "

[-t 0]＃ターミナルでtvar =/dev/nullをしない限り、stdinを保存します
else tvar = "$（mktemp -t sftpft -xxxxxx）"
     cat> "$ tvar"
     [-s "$ tvar"]＃stdinが空でない場合にのみ保存する場合、trap "rm -v \" $ tvar \ "" exit abrt int kill＃erase rm "$ tvar" 
          tvar =/dev/null
     fi
fi

sftp "$@" ＆2
終わり

このSFTPラッパーの使用にはいくつかの微妙さがあります。つまり、エラーを検出するためのリターンはデフォルトではありません。データエラーで再試行をトリガーするuntilには、 -bオプションを渡す必要があり、関連するバッチコマンドスクリプトで他のコントロールを使用してエラー応答を構(gòu)成できます。許可が不十分であるために失敗したゼロ狀態(tài)の成功レポートは、次のことを簡単に実証できます。

 ?$ echo 'foobar.txt /var' |
10.11.12.13に接続します。
sftp> put foobar.txt /var
foob??ar.txtを/var/foobar.txtにアップロードします
リモートオープン（ "/var/foobar.txt"）：許可が拒否されました
0

非生産的な転送の検出には、SFTPの-bオプションが必要です。簡単な回避策は、標準入力のために-bを追加することです。

 ?$ echo 'foobar.txt /var' |。
sftp> put foobar.txt /var
リモートオープン（ "/var/foobar.txt"）：許可が拒否されました
1

スクリプトは、 -bパラメーターが存在することを明示的に確認します。

スクリプトコンテキストでPOSIX（および派生）シェルを使用するほとんどのユーザーは、上記のif [ ... ]條件構(gòu)造によりよく精通しています。ただし、ほとんどのUNIXシステムには/bin/[ ... ]にプログラムがあり、POSIX testを評価し、狀態(tài)を返します。 if /bin/[ ... ]またはif /bin/test場合、両方のプログラムを直接呼び出すことができます（そして、元のBourneシェルは常にこれを行いますが、ほとんどの最新のシェルの実裝[ ... ] 「速度のために「組み込み」として）を行います）。 SFTPを含むプログラムを?qū)g行できますが、分岐に使用されるifは、ループに使用されるuntil until if 。伝送の問題がある場合は、ループしたいと考えています。

SFTPに送信されたパラメーターは、Korn Shellドキュメントで最もよく説明されているように、 $@ shell変數(shù)を介して親スクリプトに提供されたパラメーターとまったく同じです。

 <code>$@ 與$*相同，除非它在雙引號內(nèi)使用，在這種情況下，為每個位置參數(shù)生成一個單獨的單詞。如果沒有位置參數(shù)，則不生成單詞。$@可以用于訪問參數(shù)，逐字，而不會丟失NULL參數(shù)或分割帶有空格的參數(shù)。</code>

SFTPセッションが正常に実行されている場合、[ doとdoneのuntil ）內(nèi)のスクリプトは、最初のTCP接続が故障した場合にのみ呼び出されます。エラーメッセージは、コマンドラインの最後のパラメーターと$?に保存された（ゼロ以外の）戻りコードを組み合わせます。 Busyboxを使用してWindowsシステムでデモを行います。ここで、サーバーのイーサネットネットワークケーブルをテストとして切斷し、転送を呼び出して2つの障害を待ち、次に再接続します。

（以下のコンテンツは、元のテキストと同じ長いコードの例と出力を省略します。これらの部分は、元のテキストに既に存在し、擬似オリジナリティのカテゴリに分類されない技術(shù)的な詳細を繰り返すためです。複製を避けるために、ここでは省略されています。）

要するに、記事の擬似オリジナル化は、元のテキストで文の調(diào)整、同義語の置換、段落の再編成を?qū)g行することで完了します。 畫像形式と位置は変更されていません。

以上がフォールトトレラントSFTPスクリプト - 再試行失敗した転送は自動的に行われましたの詳細內(nèi)容です。詳細については、PHP 中國語 Web サイトの他の関連記事を參照してください。