kajiniwaさんの助け合いフォーラム投稿一覧

助け合いフォーラムの投稿

2023/08/10 コメント

>① の段階では、Hostフィールドはクライアントのリクエストそのままの Host: example.com みたいな感じですが、② の段階では Host: 192.168.1.10 のように Nginx が書き換えてしまうということです。この説明でモヤモヤしていたHTTPリクエストの動きがよく分かりました…！ありがとございました。よく分からない質問の仕方だったと思いますが、ここまで掘り下げていただけて大変分かりやすかったです。私事になりますが、本日202の試験に受かることができました…！ここまでお付き合いいただきありがとございました！私も心置きなく旅行を楽しみたいと思います。

2023/08/02 コメント

リバースプロキシの設定の流れが分からない

回答していただきありがとうございます！もう少しお付き合いいただけたら幸いです。 HTTPリクエストヘッダの動きとしては以下だと認識していますクライアント→①→Nginx（リバースプロキシ）→②→プロキシ先＞・デフォルトでは、HostフィールドにはクライアントからのHostフィールドが含まれてない ①の段階ではHostフィールドがあり、②ではHostフィールドが含まれていない（しかしクライアント←Nginxの向きでホスト名「192.168.1.10」が送られる）＞・クライアントからのHostフィールドをプロキシ先のサーバへ送りたいような場合 ①の段階ではHostフィールドがある Nginxの「proxy_set_header」と変数$hostを使って、「proxy_set_header Host $host;」と設定ファイルに記述されている ②Hostフィールドが含まれているこういうことでしょうか…！？

2023/07/31 投稿

リバースプロキシの設定の流れが分からない

＞Nginxがクライアントから受け取ったHTTPのリクエストヘッダのHostフィールドは、デフォルトではプロキシ先には転送されない仕様になっており、代わりにプロキシ先のホスト名が送られます（上記の場合は192.168.1.10）。

NginxからHTTPのリクエストヘッダのHostフィールドに192.168.1.10を教えてあげる

＞「proxy_set_header」を利用することでリクエストヘッダフィールドを再定義または追加できます。変数$hostには元のリクエストヘッダのHostフィールドの内容が格納されている

「proxy_set_header Host $host;」とすると受け取ったリクエストヘッダのHostフィールドの内容が格納される

＞元のHostフィールドをプロキシ先に転送することが出来ます
ここがよく分かりません。元のリクエストヘッダに192.168.1.10を教えてそこに行けるようにする（これも解釈があっているのか分かりませんが）のは納得できるのですが、その後のHostフィールドの内容を格納する意味はなんでしょうか

2023/03/16 コメント

SSHサーバの秘密鍵と公開鍵の作り方

ホスト認証用は起動時に自動で作成されて、/etc/ssh以下に配置されている、ということですね…！！すっきりしました。丁寧に教えてくださりありがとうございます！！

2023/03/14 投稿

SSHサーバの秘密鍵と公開鍵の作り方

$ ssh-keygen -t dsa
を実行すると「~~/.ssh/id_dsa」「~~/.ssh/id_dsa.pub」の2つが生成されることは理解しているのですが、それがクライアント側でもサーバー側でも同じ結果になることが理解できずに困っています。

クライアント側で「$ ssh-keygen -t dsa」→「~~/.ssh/id_dsa」「~~/.ssh/id_dsa.pub」
サーバー側で「$ ssh-keygen -t dsa」→「ssh_host_dsa_key」「ssh_host_dsa_key.pub」
だと誤認していたのですが、では表にあるような「ssh_host_dsa_key」はどのようにして生成するのか、また何故生成することになるのかを知りたいです。

2022/12/13 コメント

umask 011の解説

理解できました。ありがとうございます！

2022/12/12 投稿

umask 011の解説

解説部下部の
　
　　その他の選択肢については以下のとおりです。
　　・umask 011
　　ファイルは「666」、ディレクトリは「766」がデフォルトのパーミッションになりますので、誤りです。

こちらの3行目「666」ではなく「655」になると思うのですが、違いますか？

戻る