2月8日月開発ログ


人を助ける目的よりも、
自分が学んだことを忘れないように書きました.
正しくないかもしれません.個人的な考え方と毎日
私はただ記録したいだけです.✨
-生活コードと、グーグルが整理した内容.

next_public


デフォルトでは、すべての環境変数です.env.localはNode JS環境でのみ使用可能です.
ブラウザに露出しません.

現在のプロジェクトでは、host info、test info、multiclientが使用するURIアドレス.
nextJSでの会議.

httpsとSSL


https
Webがインターネット上で実行されるサービスの一つであるように.
httpsもsslプロトコル上で実行されるプロトコルです.

SSL


SSLはNeskypeによって発明された.広く使われているから標準化機構IETEの管理まで、
TLSと改名する.しかし、現在使用されているSSL名はTLSよりずっと多い.
ではSSLとは何ですか?

SSLとは?


デジタル証明書は、サードパーティがクライアントとサーバ間の通信を保証する電子化されたドキュメントです.
クライアントがサーバに接続されると、サーバはこの証明書情報をクライアントに渡します.(公証などの役割
  • 通信コンテンツが攻撃者に露出することを防止することができる.暗号化
  • クライアントが接続しようとしているサーバが信頼できるサーバであるかどうかを判断できます.
  • 通信コンテンツの悪意ある変更を防止できます.
  • たいしょうキー


    対称鍵は、任意のルールまたは設定を使用して、送信者が送信したコンテンツを暗号化し、相手に送信します.
    相手は逆の順序でパスワードを解読する方式です.
    ex)}送信者232#$%!/こんにちは
     받는쪽  232#$$%! / 3(key) = 안녕하세요 이렇게 키값을 알고있어야 해독이 가능하다 
    しかし、単純に見えるが、最終的には鍵の値を知るために鍵を送信して復号方法を知る必要があるため、最終的にはセキュリティが脆弱であるため、非対称鍵が現れた!

    ひたいしょうキー


    これは異なるキーで情報を交換する方法です.
    たとえば、NAVERにログインすると、NAVERにログインできる公開鍵を使用して開きます.
    このアドレスにアクセスするには、公開された公開鍵に接続されます.(public_key)
    私のパソコンのブラウザからNAVERに接続しようとしたとき、私のパソコンのブラウザは
    NAVERで接続しようとする
    クライアントはNAVERで接続されていますが、まだ信頼されていません.
    このとき,NAVERサーバとクライアントブラウザとの間で互いにブラウズし,手ブレ操作を行う.
    これは握手と言います.
    クライアントが任意のランダムデータを送信すると、NAVERサーバは別のランダムデータの内容に応答します.
    サーバの証明書を同時に送信します.李果静は握手を交わした.
    これで、ブラウザは非対称システムで内蔵CAの情報を表示します.
    送信されたコンテンツがNAVER発のものであれば,CA発の公開鍵で復号することも可能である.
    この公開鍵で復号できる証明書は、秘密鍵を持つCAのみが発行できるためである.
    鍵がなければnotsecureが表示されます.
    復号化された場合、証明書によって送信されたコンテンツに公開鍵が含まれます.
    今はお互いに通信できるようになりました.

    そうなると、実際の通信は非対称にしかならないのでしょうか?


    no!
    これからは、対称キーと非対称キーを混合して使用します.
    非対称鍵を使用して情報を伝達することは、コンピュータに大きな負担をもたらすため、対称鍵を使用します.
    しかし、対称キーだけを使うと、安全に弱いと言っていますか?
    それは,その対称鍵を用いる場合に非対称鍵で通信することである.
    確認の観点から握手を行うと、対称鍵が暗号化されます.
    これで3人でコンテンツを盗んでも、パスワードを解読するのは難しい!

    DNS (domain Name System)


    DNS SERVER=多くのIPアドレスが格納されているドメイン。


    IPとhosts
    IPアドレス私のパソコン
    ホスト
    mac ⇒/etc/hosts
    ex) 192.501.230.0 www.webserver.com
    このように修正することができます.
    クライアントがサーバに接続する場合、サーバのIPを知る必要があります.
    例えば、93.184.216.34 IPアドレス.私はあなたにcomのドメイン名でそれを所有させたいです.
    DomainName System Serverを要求します.

    ドメイン名はこのように細分化されています.

    それぞれ担当するサーバが異なります

    ルート・サーバは、top-levelを担当する担当者を理解する必要があります.
    トップレベルはsecond-levelを担当する子供を知っておくべきだ
    これにより、各サーバはサブサーバを認識します.
    しかし、上層部は下層サーバしか知らず、下層サーバは知らない.

    ユーザーはアドレスをどのように理解しますか?


  • ユーザ要求ルートサーバ
  • 本のサーバは不明ですが、top-levelサーバに尋ねるとtop-levelドメイン名アドレスが表示されます.
  • top-levelサーバも同様に知らないので、2番目のレベルのサーバのアドレス
  • を教えてあげます.
  • このままsubサーバに行きます.
  • これで世界中のドメイン名のアドレスがわかります.www.OOOアドレスでアクセスできる理由はここにあります.

    通信プロセス全体を見てみましょう



    登録エージェントは、ルートサーバの管理とtop-levelサーバの管理を行う組織がドメインを簡単に登録するのに役立ちます.
    登録者が登録代理人に請求し、手順に従って登録する
    次に、クライアントブラウザで登録済みドメイン名に接続しようとします.
    私のコンピュータのIPアドレスに接続されているdnsサーバ(現在使用されているインターネット)が存在します.
    このサーバがリクエストを発行する場合は、上記のようにroot.top-level→second-level→subステップに従います.
    最終的には、私のパソコンipに接続されているDNSサーバーに返信してから、私のパソコンに返信します.
    これはあまりにも速いスピードで行われた.
    一度接続した部分はdnsサーバに記憶されます
    通信で接続するたびに時間がかかる作業です.
    ストレージはcacheによって格納されます.
    に感銘を与える
    毎回感じることができますが、無数の開発知識と学ぶべきところが多すぎます.
    私は本当に死ぬまで勉強しなければならないと思っています.
    実際の開発で多くの問題に直面した.
    環境によっては実行できないものもあれば、変更しなければならないものもあります.
    知れば知るほど深い世界.
    価値のあるものを得る道に近道はないという.
    ただ慣れることを繰り返して、昨日よりもっと成長した今日になりたいです!
    でも楽しかったです.これでもう幸いです.
    明日はどんな間違いがありますか.