このナンセンスは何ですか？
きっとあなたは見出しを読むときに質問をしました。 確かに、BarcodeからBarcode-Print Sにドキュメントを読んだとき、まったく同じ考えで訪れました。
そして、ケースは次のとおりです、店はいくつかのスケールで荷降ろしがないと不満を言いました。 この問題を解決するのにどれだけの時間を費やしたかは述べません。入力データと、問題の解決につながった原因を説明するだけです。
入力データ
ソースから何が得られますか？ ネットワークの観点からのスキームは絶対に平凡です。
- サブネット192.168.1.0/24をデバイスとルーター192.168.1.254および重み192.168.1.200で保存します
- ターミナルサーバー192.168.2.0/24のサブネットと、ターミナルサーバー192.168.2.10およびそのゲートウェイ192.168.2.254
- ローカルアドレスが192.168.1.254と192.168.2.254のルーター間では、パブリックインターフェイス上のトンネルと、これらのトンネルの対象サブネットへの相互静的ルートが発生します。
- 192.168.1.200からのデータは、ターミナルサーバー192.168.2.10からアンロードされません
じゃあ まず、ターミナルからスケールへのpingを確認します。 応答しません。 192.168.1.0/24セグメントのスケールの可用性を確認します。 ピン。 Baaa、はい、すべてはここではささいです-スケール上のゲートウェイは登録されておらず、何も機能しません。
不可解だが事実
私はスケールメニューに行きます、そして、ここで驚きの最初のポイントは私に降りかかります－そして、ゲートウェイ設定がありません。 まったくありません。 はい、これはできません、ドキュメントを開きます：
ARPはありますが、デバイスはパッシブです（一般的にIP / UDPをサポートするパッシブデバイスとは何ですか？）。 しかし、うまくいきました。 また、ルーティングを使用する他のストアでも機能します。 これらのスケールは、ルーター192.168.2.254からもpingを実行することがわかりました。 また、セグメント192.168.0.0/24から、これもルーター192.168.2.254に接続されています。 したがって、スケールはルーターのMACを認識し、フレームは正しいが、何らかの理由で、ターミナルサーバー192.168.2.10への途中で正確に失われます。
何がテストされましたか？ 192.168.2.0/254セグメントの関連する中間スイッチ（管理されていない、L3なし）はリブートされました。 ルーター192.168.2.254が再起動しました。 スケールのIPアドレスは、ターミナルサーバーへの既知のルートに変更されました。
そして、スケール自体を再起動することで、問題は非常に簡単に解決されます。
PS Shtrikhの人たちは、他のパケットのサブネットにファームウェアを送信するのをどのようにサポートしたのだろうか、彼らは来たsrc MACを取得し、それをdstに設定するだけですか？ そして、すべてのARPサポートは、スケールがARPリクエストに応答できるが、それらを生成できないという意味です？