THE CLIENT AND SERVER Meaning in Japanese - translations and usage examples

• クライアントとサーバーの
• クライアントとサーバは

Examples of using The client and server in English and their translations into Japanese

Send data from both the client and server.
クライアントとサーバーの両方からデータを送信する。

Both the client and server authenticate each other.
クライアントとサーバが相互に認証。

Poor User Experience: In these cases, the client and server.
悲しいユーザ経験：この場合、クライアントとサーバは通信しますが、ユー。

The client and server are connected by network.
サーバーとクライアントはネットワークを介して接続されます。

Protocol versioning. This allows the client and server to support.
これにより、クライアントおよびサーバで新機能をサポートしつつ、。

The client and server are connected by network.
クライアントとサーバーはネットワークリンクによって接続されています。

But, in this example, the client and server run on the same machine.
なお、今回はサーバとクライアントを同じマシン上で実行している。

The client and server I described above do not tell the whole story.
先ほど上で説明したクライアントとサーバは、全体の話をしていません。

Exchange certificates and cryptographic information to allow the client and server to authenticate themselves.
証明書と暗号情報を交換することにより、クライアントとサーバーの相互認証を行う。

The client and server we have described above don't tell the whole story.
先ほど上で説明したクライアントとサーバは、全体の話をしていません。

Once the re-establishment is complete, the client and server may begin to exchange application layer data.
再確立が完了すると、クライアントとサーバーは、アプリケーション層のデータ交換を開始する(下記のフローチャートを参照)。

The client and server are not configured to use the same network protocol.
クライアントとサーバーが、同じネットワークプロトコルを使用するように構成されていません。

Symfony's session-handling feature completely masks the client and server storage of the session IDs to the developer.
Symfonyのセッションハンドリングによって完全にクライアントとサーバーのセッションIDの保存は開発者に対して覆い隠されます。

Between the client and server. This allows a great amount of flexibility and..
これにより、クライアントとサーバの間での柔軟性と一貫性を確保できます。

Negotiate Always Sign(0x00008000) Indicates that communication between the client and server after authentication should carry a"dummy" signature.
X00008000NegotiateAlwaysSignクライアントとサーバ間の認証に際して、「dummy」署名による署名を示す。

Between the client and server. This allows a great amount of flexibility and..
これにより、クライアントとサーバの間での柔軟性と一貫性を確保することができます。

Encryption strength is determined by a combination of the cipher suites supported and the computing power of the client and server on either end of the connection.
暗号化強度は、サポートされている暗号スイートと、接続の両端でのクライアントとサーバーの計算能力の組み合わせによって決まります。

At the outset, the client and server will pick a mutually-supported cipher suite.
最初に、クライアントとサーバーは相互にサポートされている暗号スイートを選びます。

The client and server do not support a common SSL protocol version or cipher suite.
クライアントとサーバーで、共通のSSLプロトコルバージョンまたは暗号スイートがサポートされていません。

In a cryptosystem like TLS, the client and server must agree on a cipher suite before they can begin communicating securely.
TLSのような暗号システムは、サーバとクライアントは安全な通信を始める前に使用する暗号スイートを決定し、同意します。

The client and server frameworks take care of serialization, transfer and deserialization.
クライアントとサーバーのフレームワークが、シリアル化、転送および非シリアル化を行います。

Now both the client and server agree on the outcome of the transaction.
こうして、クライアントとサーバは、トランザクションの結末について合意するのである。

Operating systems The client and server operating systems may provide messages or process text.
オペレーティングシステムクライアントとサーバーのオペレーティングシステムは、メッセージを提供したりテキストを処理したりします。

If the client and server are on different computers, you must use the network server..
クライアントとサーバが異なるコンピュータ上にある場合は、ネットワーク・サーバを使用する必要があります。

It is possible for both the client and server to mutually authenticate each other, if both parties provide their own individual digital certificates.
クライアントとサーバーの両者がそれぞれのデジタル証明書を提供すれば、相互に認証することができます。

With this message, the client and server are bound, and the client uses configuration information received from the server..
このメッセージによって、クライアントとサーバはバインドされ、クライアントはサーバから受信した設定情報を使用します。

With this message, the client and server are bound, and the client uses configuration information received from the server..
このメッセージによって、クライアントとサーバはバウンドされ、クライアントはサーバから受信した設定情報を使用します。

In unicast mode, the client and server end-system addresses are assigned following the usual IPv4, IPv6 or OSI conventions.
ユニキャストモードでは、クライアントとサーバーの、両端のシステムアドレスは、通常のIPv4、IPv6、OSIの規約に従って、割り当てられる。

Once the client and server have both sent their handshakes, and if the handshake was successful, then the data transfer part starts.
クライアントとサーバの両者がそれぞれのハンドシェイクを送信した後，ハンドシェイクが成功したならば、データ転送パートが開始される。

Note that in this case the client and server will generate the same Diffie-Hellman result(i.e., pre_master_secret) every time they communicate.
この場合クライアントとサーバーは、同じDiffie-Hellman値(すなわちpre_master_secret)を、通信するごとに生成することになる。