形式のアドレスに telnet できるはずだと言われていますsubdomain.domain.tld/path。これは、telnet が受け入れるには奇妙な「ホスト」のようです。このようなターゲットに接続できるようにするには、特定のフラグなどが必要ですか? そのまま機能するのでしょうか?
たとえば、は機能しています
telnet mysub.mydomain.tld 1234。
telnet mysub.mydomain.tld/path 1234は機能していません。
これは理にかなっているように思えます。このようなパスで分離された 2 つの接続に遭遇したことは一度もありません。同じサブドメインを共有している場合は、常に異なる部分にあります。
これをホストしているシステムの外部からこれを確認できる方法はありますか? 私は、具体的に尋ねない限り、情報やさらなる支援をあまり提供しないクライアントと仕事をしていますが、この場合、何を尋ねればよいのかさえわかりません。
答え1
Mud クライアントを見つける前に、telnet を使用してトーカーと Mud に接続していた者として、パスへの接続については聞いたことがありません。また、man ページには、パスへの接続はサポートされておらず、ホストのみへの接続がサポートされていると記載されています。
telnetのマニュアルページから引用すると、ここ
open host [-l user] [ [-] port]
指定されたホストへの接続を開きます。ポート番号が指定されていない場合、telnet はデフォルトのポートで TELNET サーバーに接続しようとします。ホスト指定は、ホスト名 (hosts(5) を参照) または ''ドット記法'' で指定されたインターネット アドレス (inet(3) を参照) のいずれかです。-l オプションは、ENVIRON オプション経由でリモート システムに渡されるユーザー名を指定するために使用できます。非標準ポートに接続する場合、telnet は TELNET オプションの自動開始を省略します。ポート番号の前にマイナス記号が付いている場合、最初のオプション ネゴシエーションが行われます。接続を確立した後、ユーザーのホーム ディレクトリにある .telnetrc ファイルが開かれます。''#'' で始まる行はコメント行です。空白行は無視されます。空白なしで始まる行は、マシン エントリの開始です。行の先頭は、接続先のマシンの名前です。行の残りの部分、および空白で始まる後続の行は、telnet コマンドであると見なされ、telnet コマンド プロンプトに手動で入力された場合と同様に処理されます。
答え2
いいえ、パスに Telnet するのは意味がありません。