これは、Ubuntuオンライン、Fedoraオンライン、Windowsオンラインエミュレータ、MAC OSオンラインエミュレータなど、複数の無料オンラインワークステーションのいずれかを使用して、OnWorks無料ホスティングプロバイダーで実行できるコマンドrstartdです。
プログラム：
NAME
rstartd - リモート スタート rsh ヘルパーのサンプル実装
SYNOPSIS
rstartd
rstartd.real [-NS 構成ファイル名]
DESCRIPTION
ルスタート これは、「柔軟なリモート」で定義されているリモートスタート「ヘルパー」の実装です。
実行プロトコルに基づく rsh".
この文書では、 rstartd そしてそれがどのように構成されているか。
OPTIONS
-c 構成ファイル名
このオプションは、 rstartd 読むことです。
通常は、 rstartd は、以下を呼び出すシェルスクリプトです。 rstartd.real -c スイッチ、
設定ファイルの場所をローカルで設定できるようにします。
rstartd.real -cオプションなしで起動すると、次のように表示されます。 /X11/rstart/config.
インストール
リモートスタートプロトコルの相互運用を成功させるには、 rstartd be
「デフォルト」検索パスにあるディレクトリにインストールされ、デフォルトのrsh
リクエストすれば誰でも見つけられるようになります。
CONFIGURATION そして OPERATION
ルスタート 設計上、高度な設定が可能です。設定ファイルのようなものがあれば
ユーザーや管理者が検索せずに見つけられるように場所を固定する。
しかし現実には、どのベンダーも物事がどこに向かうべきかについて合意することはなく、誰も
元の位置は「右」です。つまり、 rstartd 移転を許可する を そのファイルの
およびディレクトリ。
ルスタート リクエストに応じて順番に実行される設定ファイルの階層構造を持っています
作成されます。それらは以下のとおりです。
グローバル設定
ユーザーごとの（「ローカル」）設定
コンテキストごとのグローバル設定
ユーザーごと（「ローカル」）のコンテキストごとの設定
リクエストからの設定
「config from request」の存在から推測できるように、すべての設定ファイルは
の形式で 再起動 リクエストで詳細に指定された通りになります。 ルスタート いくつかの追加キーワードを定義します
構成を指定するための INTERNAL- プレフィックス。
ルスタート グローバル設定ファイルの読み込みと実行から始まります。このファイルは通常
その他の構成ファイルの場所とシステム全体のデフォルトの場所を指定します。
ルスタート 次に、ユーザーのローカル設定ファイル (デフォルト名は $HOME/.rstart) を読み取ります。
ルスタート その後、リクエストの解釈を開始します。
おそらくリクエストの最初の行の1つはCONTEXT行になります。コンテキスト名は
小文字に変換されます。
ルスタート そのコンテキストのグローバル設定ファイルを読み込みます。デフォルト名は
/usr/lib/X11/rstart/contexts/ （もしあれば）
次に、そのコンテキストのユーザー設定ファイル（デフォルト名）を読み取ります。
$HOME/.rstart.contexts/ （もしあれば）
（どちらも存在しない場合は、 rstartd 失敗メッセージが表示されて中止されます。
ルスタート リクエストの解釈を終了し、指定されたプログラムを実行します。
これにより、システム管理者とユーザーは、
の操作 rstartd管理者が最終決定権を持ちます。グローバル設定ファイル
ユーザーごとの設定ファイルを指定する必要はありません。ただし、指定する必要がある場合は、ユーザーは
グローバルファイルから何かを上書きし、グローバルコンテキストを完全に置き換えることもできます。
設定ファイル。
設定ファイルはリクエストよりも多少柔軟な形式になっており、
空白行を含む行と「#」で始まる行はコメントとして無視されます。（#は
行の中央はデータであり、コメントマーカーではありません。
実行されるコマンドには、環境変数にいくつかの有用な情報が提供されます。
正確な名前は設定可能ですが、デフォルトは次のとおりです。
$RSTART_CONTEXT
$RSTART_GLOBAL_CONTEXTS グローバルコンテキストディレクトリ
$RSTART_LOCAL_CONTEXTS ローカルコンテキストディレクトリ
$RSTART_GLOBAL_COMMANDS グローバル汎用コマンドディレクトリ
$RSTART_LOCAL_COMMANDS ローカル汎用コマンドディレクトリ
$RSTART_{GLOBAL,LOCAL}_CONTEXTSには、@Listという特別なファイルが1つ含まれている必要があります。
ListContextsで指定された形式で、そのディレクトリ内のコンテキストのリストを取得します。
提供されたバージョンの ListContexts は、@List のグローバル コピーとローカル コピーの両方を cat します。
汎用コマンドは複数の場所で検索されます: (デフォルト)
ユーザーごとコンテキストごとのディレクトリ（$HOME/.rstart.commands/ ）
グローバルコンテキスト別ディレクトリ（/usr/lib/X11/rstart/commands/ ）
ユーザーごとの全コンテキストディレクトリ ($HOME/.rstart.commands)
グローバル全コンテキストディレクトリ (/usr/lib/X11/rstart/commands)
（はい、これは、すべてのコンテキストで使用できる汎用コマンドを、
文脈からすると、大したことではないように思えました。
これらのディレクトリにはそれぞれ、名前と
そのディレクトリ内のコマンドの説明を、指定された形式で
汎用コマンドの一覧を表示します。
CONFIGURATION KEYWORDS
いくつかの「特別な」 再起動 定義されたキーワード rstartd 構成。ただし、
指定しない場合はデフォルトはなく、この場合、関連機能は無効になります。
内部レジストリ 名 ...
このシステムが理解できる「MISC」レジストリのスペース区切りリストを提供します。
(これ以外のレジストリも受け入れられますが、警告が生成されます。)
内部ローカルデフォルト 相対ファイル名
ユーザーごとの設定ファイルの名前 ($HOME 相対) を指定します。
内部グローバルコンテキスト 絶対ディレクトリ名
システム全体のコンテキスト ディレクトリの名前を指定します。
内部ローカルコンテキスト 相対ディレクトリ名
ユーザーごとのコンテキスト ディレクトリの名前 ($HOME 相対) を指定します。
内部グローバルコマンド 絶対ディレクトリ名
システム全体の汎用コマンド ディレクトリの名前を指定します。
内部ローカルコマンド 相対ディレクトリ名
ユーザーごとの汎用コマンド ディレクトリの名前 ($HOME 相対) を指定します。
内部変数プレフィックス 接頭辞
設定環境変数のプレフィックスを指定します rstartd その
子供たち。
内部認証プログラム 認証スキーム プログラム argv [0] argv [1] ...
指定された認証を設定するために実行するプログラムを指定します
認証スキーム。「プログラムargv[0] ...」は実行するプログラムとその
EXEC キーワードと同じ形式の引数。
内部認証入力 認証スキーム
認証プログラムに標準入力として渡すデータを指定します。
各引数は1行で渡されます。$n（nは数字）は次のように置き換えられます。
「AUTH authscheme arg1 arg2 ...」行のn番目の引数。
内部印刷 任意 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
引数をデバッグメッセージとして出力します。主に rstartd デバッグはできるが
設定ファイルをデバッグするために使用されます。
注意事項
Cシェルや、シェルが起動するたびにスクリプトを実行する他のシェルを使用する場合、
スクリプトが開始されると、スクリプトは複数回実行される可能性があります。最悪の場合、スクリプトは
三 回：
rshで実行する rstartd
By rstartd指定されたコマンドを実行する
コマンドによって、例えば xterm
rstartd 現在、設定ファイルとリクエストの両方からの行が BUFSIZ バイトに制限されています。
DETACHはファイル記述子0,1、2、XNUMXを/dev/nullにリダイレクトし、フォークすることで実装されます。
プログラムを実行する前に。
CMDは$SHELL（デフォルト）を呼び出すことによって実装されます /bin/sh）を「-c」と指定した
コマンドを引数として指定します。
POSIX-UMASK は明白な方法で実装されています。
認可プログラムはターゲットプログラムと同じコンテキストで実行されます - 同じ
環境変数、パスなど。長期的にはこれが問題になる可能性があります。
Xコンテキストでは、GENERIC-CMDターミナルはxtermを実行します。OpenWindowsコンテキストでは、GENERIC-
CMD ターミナルは cmdtool を実行します。
Xコンテキストでは、GENERIC-CMD LoadMonitorがxloadを実行します。OpenWindowsコンテキストでは、
GENERIC-CMD LoadMonitor は perfmeter を実行します。
汎用コマンド リストコンテキスト システム全体とユーザーごとの@Listの内容を一覧表示します
コンテキストディレクトリ。すべてのコンテキストで利用可能です。
汎用コマンド リスト汎用コマンド システム全体およびシステムごとに@Listの内容を一覧表示します。
ユーザーコマンドディレクトリ（現在のコンテキストごとのサブディレクトリを含む）
コンテキスト。あらゆるコンテキストで利用できます。
コンテキスト なし は実装されていません。
コンテキスト デフォルト 本当に退屈です。
インストールを容易にするために、ディストリビューションの「contexts」ディレクトリにはファイルが含まれています。
「@Aliases」はコンテキスト名とそのコンテキストのエイリアスをリストします。このファイルは
コンテキストとコマンドのディレクトリにシンボリックリンクを作成します。
All MISC 値は変更されずに環境変数として渡されます。
虐待することもある rstartd さまざまな方法で、愚かな行動から
コアダンプに。明示的にプログラムを実行する以外には、書き込みや
ファイルを消去することはできますが、その保証はありません。重要なのは、(a)
おそらく本当に馬鹿げたことをすることはないでしょうし、（b）ユーザーの権限で実行されるので、
壊滅的なことは何もできません。
@Listファイルは完全である必要はありません。退屈なコンテキストやコマンド、あるいは
宣伝すべきではないものはリストする必要はありません。特に、ユーザーごとの@Listファイルは
システム全体の@Listファイルにあるものはリストされません。将来的には、
ListContextsとListGenericCommandsは、システムから行を自動的に抑制します。
これらの行に対してユーザーごとの置き換えがある場合、ワイド ファイルになります。
エラー処理はまあまあだが弱い。特に、エラーを適切に報告する試みは行われていない。
exec自体に。（逆に言えば、execエラーはデタッチ時に確実に報告される可能性があるが、
ただし、stdin/out ソケットをアプリに渡す場合は除きます。
-DODT1_DISPLAY_HACK でコンパイルした場合、 rstartd SCO ODT バージョン 1 のバグを回避します。
(1.1?) (このバグは、Xクライアントがすべて、
DNSを使ってホスト名を検索する方法を知っていますか？修正方法は、$DISPLAYでホスト名を検索することです。
IPアドレスを代入します。これは、
再起動 隠れることができます。
onworks.net サービスを使用して rstartd をオンラインで使用する
