RS232「ダムターミナル」からRJ45 Telnet/SSHへの安全な移行

RS232「ダムターミナル」からRJ45 Telnet/SSHへの安全な移行

ユニークなビジネスにおける「ミッションクリティカル」なオペレーションのために、新しいハードウェアで稼働している HPUX 11i ネットワークは、ユーザーにとって Sherwood 7000ST で終端します。機能的には問題ありませんが (私が育った Web 2.0 システムに比べると非常に高速です)、オフィス全体で DB-25 (@grawity に感謝) RS232 経由で接続された端末はしなければならない廃止されます。これらは、単一サブネット上のサーバーとスイッチに接続する RJ45 接続経由の最新のイーサネットに置き換えられ、アプリケーションがどのような影響を受けるかを理解する必要があります。

設定:

アプリケーションをシリアルで提供することは正常に動作しています。

Telnet と SSH がインストールされています。

NIC カードと COM PCI カードの両方があります。(用語が不正確な場合はお知らせください。明日 dmesg を実行して投稿を更新します。)

現在理解されている問題:

シリアル端末にはさまざまな構成が可能です。

TelnetとSSHはターミナルで実行されるエミュレータ通常の使用でイーサネット経由で接続する場合。

このアプリケーションが問題なく移行すると期待できる確固たる根拠はありません。

以前は、サーバーのアップグレードにより、互換性のあるハードウェア間でひどい機能不全が発生していました。これは、独自の配線により、ハードウェアが仕様から外れたため、(シリアル)RJ45から25ピンRS232、そして9ピンRS232への変換で文字通りの交差配線が発生したためです。ソフトウェアとの類似性はここで簡単に考えられますが、すべき本番環境でも同様に遭遇するのは困難です。

@Bob - スイッチが設置されます。他にどのような点を考慮する必要がありますか?以下を参照してください。

質問:

  1. 新しい Linux ボックス (Raspberry Pi など) でサーバーに接続する Telnet が「そのまま動作する」ことを期待すべきでしょうか? もちろん、スイッチを経由することになります。しかし、イーサネット ネットワークは、アプリケーションを含むすべてのレイヤーで、シリアル ネットワークの代わりにドロップインとして使用できますか?

  2. ボーレートは明らかに不要になりますが、エスケープ文字などの他の構成可能な設定はどうでしょうか?

  3. 行の折り返し?

  4. ページング?

  5. 重要: 端末ディスプレイを定義するプログラム (Unibasic など) についてはどうでしょうか?

  6. 重要: RJ45 は、既存のシステムと何らかの形で「互換性がない」というリスクを伴いますか?

注記

処理がどこで行われるのかよくわかりません。この文脈で上記の問題をより深く特徴づけていただければ幸いです。モデレーターの皆さん、Stack Exchange で既存の議論がないため、この漠然とした質問を受け入れてください。投稿する前に注意深く調べました。既存の文献の調査結果を文書化できることを嬉しく思います。

どうもありがとう。

答え1

HP-UX 側では、RS-232 インターフェイスはネットワーク インターフェイスとはまったく異なり、ネットワーク インターフェイスは API とも異なることに注意する必要がありますtelnet

端末を HP にログインするためだけに使う場合は、 を に置き換えることができます。また、セキュリティを強化したい場合telnetは に置き換えることもできます。ssh

これらの端末を接続するカスタム ソフトウェアがある場合、これは大きな問題になる可能性があります。新しい種類の接続に対応するためにソフトウェアを適応させる必要があるからです。これはソフトウェアによって簡単、困難、または不可能になる場合がありますが、ここではこれが最大の懸念事項です。

質問に対して:

1) はい。

2) 問題はありません。すべてが通過します。ログインに使用する場合は、stty(HP でも同じ名前が付けられている場合、私は使用してから長い時間が経っています) を介してバックスペース/デリートなどを変更できます。

3、4、5) アプリケーションと端末プログラムが制御シーケンスを解釈する方法の機能です。トランスポートはこれに影響しません。

6) 上記参照。

処理はレイヤー上で実行されることに留意してください。

RS-232 と Ethernet ("RJ-45"​​) は、Ethernet 上で動作するプロトコル ( telnetssh) と同様に、非常に異なる転送テクノロジです。最新のネットワーク テクノロジに精通していて、これらすべてをインストールできる人が必要です。そのような人がいない場合は、雇うか、別の会社に依頼してください。

このトランスポート層より上で、両側のソフトウェアが文字ストリームだけを認識する場合、違いは最小限になります。

関連情報