トレンドトピック
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
例えば、例えばドメインを入力するたびに[.]DNS検索はコンピュータが認識するIPアドレスに変換します。
それはインターネットのアドレス帳であり、人間が読みやすい名前を機械で読みやすい数字に裏でマッピングしている。
ある 🧵

ドメインに入ると、検索プロセスはローカルで始まります。
ブラウザは自分のDNSキャッシュを確認し、次にOSのキャッシュとホストファイルを確認します。
何も見つからなければ、クエリは通常ISPが運用する再帰的なDNSリゾルバに移されます。
そこからリゾルバはDNS階層を通り抜けます:
• ルートネームサーバー→クエリを適切なTLD(.com、.orgなど)に誘導します。
• TLDネームサーバー→ドメインの権威サーバーを指す
・権威あるネームサーバー→実際のIPアドレスを返します
これらは通常100ms以内で完了します。
DNSクエリには3つの形式があります。
• 再帰的:DNSサーバーは完全な回答またはエラーを返す必要があります
• 反復的:サーバーが持っている最良の情報、しばしば紹介を返します
• 非再帰的:サーバーはすでに答えを知っている(キャッシュまたは権威的)
これらのモードは、作業を誰が行うか、あなたかサーバーかを定義します。
キャッシュこそがDNSを高速にする要素です。
ブラウザは最近の検索データを保存します。
オペレーティングシステムはすべてのアプリの結果をキャッシュします。
ISPは巨大な共有キャッシュを維持しており、しばしば応答します
他のユーザーの問い合わせのおかげで即座に。
すべてのキャッシュはTTLルールに従い、レコードが有効に保つ期間を定義します。
TTL(Time-to-Live)は新鮮さとパフォーマンスのバランスを保っています。
短いTTL(例えば300秒)は迅速な更新を可能にしますが、トラフィックは増加します。
長いTTL(例えば86,400秒)は加速を上げますが、変化の伝播は遅くなります。
管理者はDNSレコードがどれだけ頻繁に変わるかに基づいてTTLを調整します。
フォワードDNS検索はドメイン→IPを解決します。
逆に逆に、PTRレコードを使ってIP→ドメインをマッピングします。
リバースDNSはメールの検証、ログ記録、セキュリティに広く使われており、IPアドレスの所有者を理解するのに役立ちます。
DNS検索は表面的にはシンプルですが、その中にはグローバルで分散したシステムであり、インターネットを高速で信頼性が高く、スケーラブルに保っています。
キャッシュ、再帰解決、階層サーバーが連携して、毎日数十億件のクエリを翻訳しています。
1.41K
トップ
ランキング
お気に入り
