地域レベル(自治体)向けの無料ドメイン「*.city.state.us」の設定手順(2025 年)

2026/05/13 23:45

地域レベル(自治体)向けの無料ドメイン「*.city.state.us」の設定手順(2025 年)

RSS: https://news.ycombinator.com/rss

要約

Japanese Translation:

米国の居住者および組織は、特定の町が .us 下のサブドメインを委任した場合に、無料で地域固有のドメイン名(例:frederick.seattle.wa.us)を検索・登録することが可能です。対象者は米国市民または永住者、米国で設立された団体、あるいは米国において実際の事業活動および合法な活動を行う組織に限られます。地域固有ドメインは 1992 年に作成され、以降も政府との契約下で運用されていますが、インフラの變更により多くの連絡先リストが陳腐化しています(例:NW Nexus が 2009 年に NuOz Corporation に再編されたこと等)。委任されていないドメインは NeuStar が管理しており、2002 年のポリシーに従い現地政府のみを対象としています。特定の地域サブドメインが存在しない場合、gen.your-state.us 下(例:next.gen.oh.us)で一般的な独立系エンティティとして登録できます。登録には「Interim .US Domain Template v2.0」を使用し、申請者は組織情報を自身の詳細で記入し、メールを Admin/Technical/Zone コンタクトとして記載しても構いません。登録時に提供される個人アドレスは WHOIS 結果に表示されず、表示されるのはレジストラー情報のみです。承認には手動レビューが必要であり、所要時間は数日から数週間かかります。承認後、申請者はレジストラーが提供する無料のネームサーバーを介して DNS レコードを追加することで構成します(例:Amazon Lightsail の場合)。Lightsail を使用するには、AWS アカウントを作成し、「Domains & DNS」から「Create DNS zone」をクリックし、「Use a domain from another registrar」を選択し、提示されたネームサーバーアドレスを記録します。これらのサーバーの IP アドレスは、オンライン DNS ツールまたは

dig
コマンドを使用して解析できます。最後に、Lightsail(または同等のサービス)で DNS レコードを追加し、GitHub Pages や他のサーバーなどへのポインタを設定することで、有料ホスティング費用なしに真正な地理的 소유権を確保できます。申請者は、企業の構造を反映していない可能性があるレガシーの連絡先データに依存する際に注意する必要があります。

本文

要約(TL;DR)
米国内では、

somename.city.state.us
形式のローカリティ・ドメインを無償で取得できます。あなたの町に委任された固有のドメインがあれば、Amazon Lightsail からネームサーバーを取得し、その地域の管理者宛てに「Interim .US Domain Template」を提出して登録申請を行い、その後 DNS エントリを Web ホストへ変更すれば完了です。

ローカリティ・ドメインとは何ですか?

ローカリティ・ドメインとは、米国の特定の場所と結びついたドメイン名のことであり、例として

frederick.seattle.wa.us
(現在は fredchan.org にリダイレクトされている)などが挙げられます。この種のドメインは 1992 年に初めて導入され以来、政府と契約した体制の下でインフラが維持されています。

ローカリティ・ドメインを登録するには、以下のいずれかの条件を満たす必要があります:

  • アメリカ合衆国の市民または永住者であること、
  • アメリカ合衆国に設立された法人であること、
  • 米国で実質的な事業活動を行ったり、米国にオフィスを持っていたりし、かつ合法な事業活動を継続的に行っている組織であること。

(詳細な要件については、「Interim .US Domain Template フォーム」の下部をご覧ください。)

ステップ 1:ローカリティ・ドメインを選ぶ

現在、多くのローカリティ・ドメインの登録手続きは、実際の登録処理を行う複数の企業に委任されています。登録可能なサブドメインの一覧(2009 年時点での対応するレジストラの連絡先メールアドレスも併記)をご覧ください。ただし、このリストは古く、一部企業の構造変更や名称変更が行われている可能性を考慮し、最新のレジストラの連絡先を確認する必要がある場合があります。
例えば、「seattle.wa.us」に記載されていたメールアドレス

domainrq@nwnexus.com
は元々 NW Nexus のものですが、現在は NuOz Corporation に所属しており、私が確認した際には
support@nuoz.com
が対応するメールでした。

該当するローカリティに住んでいない場合でも、「gen.your-state.us」形式のドメイン(例:

next.gen.oh.us
)を登録することも可能です。これは一般の独立系エンティティ向けのものであり、連絡先も同様のリストに含まれています。

ただし、お探しのローカリティ・ドメインがリストに載っていない場合(=登録手続きが委任されていない)、残念ながら登録は難しいと考えられます。未委任ドメインの管理者である NeuStar は、政府の方針により地元政府機関以外への登録を制限しており、これは仮想的な期間設定ですが、実際には 2002 年以来継続しています。

ステップ 2:ネームサーバーを取得する

通常のドメイン(例:

fredchan.org
)の場合、レジストラから購入した後にネームサーバーの割り当てを受け取りますが、ローカリティ・ドメインを登録するためには、登録前時点でネームサーバーの設定が完了している必要があります。

非トップレベルドメイン(つまりあらゆるローカリティ・ドメインを含む)向けに無償でネームサーバーを提供できる唯一の確認された先は、Amazon Lightsail です。Lightsail は Amazon の低コスト AWS ウェブホスティングサービスですが、実際のウェブホスティングサーバーを契約する必要はありません。

手順:

  1. AWS アカウントを作成し、Lightsail コントロールパネルへアクセスします。
  2. 左側のナビゲーションパネルから「Domains & DNS」をクリックします。
  3. Create DNS zone」ボタンをクリックします。
  4. Use a domain from another registrar」を選択し、後に登録予定のドメイン名を入力します。
  5. Create DNS zone」をクリックして作成します。
  6. 表示された「Name servers」セクションに記載されているネームサーバー名をメモしてください。これらが登録フォームに記入する際に必要です。

ステップ 3:ドメイン登録フォームを作成する

ネームサーバーが準備できたら、「Interim .US Domain Template v2.0」の記入に進めます。ここでは、個人でドメインを登録する場合を対象に、いくつかの手順について説明します。

2. FULLY-QUALIFIED DOMAIN NAME
ここには登録したい完全修飾ドメイン名を入力します(例:

frederick.seattle.wa.us
)。

3. ORGANIZATION INFORMATION
個人の場合は、自己の住所を 3a–3e の欄に記入してください。

4. DESCRIPTION OF ORGANIZATION/DOMAIN
このドメインでの用途を記述します。例えば、将来ウェブサイトホスティングを検討している場合はその旨を記載し、後に書かれない利用目的もここで想定しておくことができます。

5. Date Operational
生年月日を記入しても構いません。

6. ADMINISTRATIVE CONTACT OF ORGANIZATION/DOMAIN および 7. TECHNICAL AND ZONE CONTACT
これらの接触者には個人自身が記載可能です。6i、7i、7j の欄には電子メールアドレスを記入し、ファックス番号がない場合は 7k は空欄のままにしてください。

8. PRIMARY SERVER: HOSTNAME, NETADDRESS および 9. SECONDARY SERVER: HOSTNAME, NETADDRESS
ここにネームサーバーのアドレスを記入します。

  • Lightsail から提供された 2〜4 つのネームサーバーのうち、それぞれの IP アドレスが必要になる場合があります。オンライン DNS 探査ツールまたはターミナル内の
    dig
    コマンドを使って IP アドレスを確認してください。
  • 主ネームサーバーにはいずれかのアドレスを選べばよく、その後は同様の 9 の項目を繰り返し、すべてのネームサーバーを追加するまで進めます。

10. US NEXUS REQUIREMENTS
セクション 10 の指示はフォームの下部にあります。例えば、個人利用であり米国市民である場合:

  • Application purpose は (iii) personal use を選択し、
  • Nexus Category は (category 11) Natural person who is a United States Citizen を選び、
  • Nexus Validator は空欄にします。

ステップ 4:フォームを送信して待ちましょう

作成したフォームを、該当するローカリティ・ドメインのレジストラ宛てに送信してください。申請メールでは、「新しいローカリティ・ドメインを以下の情報で登録したい」という主旨を示し、フルテキストとしてフォーム全体の内容を貼り付けて渡すのがおすすめです。

処理は自動化されておらず、数日から数週間かかる場合があります。成功すれば、ドメインが正常に登録されたことを示す確認メールが届きます。

ステップ 5:Lightsail で DNS 設定を完了させる

これで Lightsail で作成した DNS ゾーンに戻り、「DNS records」タブから、ご自身の Web サーバー(あるいは Minecraft サーバー、FTP サーバーなど)にドメインを指すような記録を追加できます。

無償ホスティングとしては GitHub Pages を使用しており、カスタムドメインの設定手順も提供されています。各ホスティング事業者によって若干異なる指示があるものの、すべて DNS レコードの作成が中心となります。

DNS レコードが設定できれば、新しいローカリティ・ドメインにアクセスし、自社のウェブサイトを表示できるはずです!

FAQ

住所地に住んでいる必要がありますか?
必ずしもそうとは限りません。正直 gesagt は、登録フォームに記載した住所に住んでいるかどうかもしくは実質確認されることは少ないと思います。実際、ある方は以前そのローカリティに住んでいたものの、国を出国後も同じローカリティ・ドメインを維持しており、引き続き利用できました。ただし、状況によっては異なる可能性があります。

WHOIS リクエストで住所が公開されますか?
いいえ。登録フォームでは住所の入力は必須ですが、ローカリティ・ドメインに対する WHOIS クエリではレジストラに関する情報のみが表示されるだけで、個人の住所は漏れません。

謝辞

ローカリティ・ドメインの登録について詳しく解説してくださった sleepless および Minh Nguyen のガイドに心から感謝申し上げます。これらのガイドをご覧になりながら、いくつかの疑問点を解消するために新たな説明を加えることを思い立ち、本記事が生まれました!

同じ日のほかのニュース

一覧に戻る →

2026/05/11 5:54

Linux のゲーム処理が高速化しているのは、Windows API が次第に Linux カーネル機能へと統合されてきたからである。

## Japanese Translation: 2026 年 3 月、Steam ライニングでの Linux ゲーム利用は史上初の重要な人口統計学的閾値を超え、Steam ユーザーベースの 5%に達した。同時に、NTSYNC ドライバーの導入により主要な技術的マイルストーンを達成した。CodeWeavers とオープンソースコミュニティが共同開発した NTSYNC は、Linux カーネルに直接統合され、以前は Wine/Proton のワークアラウンド(例:fsync)によってエミュレートされていた Windows 協調ツールに対して、ネイティブの実装を提供する。 Valve のエンジニアである Pierre-Loup Griffais が推奨する通り、2026 年 3 月の更新済み Steam Deck においてデフォルトでロードされるこのドライバーは、デッドロックやフイッチなど長年存在したエッジケースの問題を解決する。ベンチマーク結果によると、NTSYNC は顕著なパフォーマンス向上をもたらしており、未変更のアップストリーム Wine と比較するとフレームレートの最大 200%の増加を実現している。ただし、Proton(すでに fsync を含む)に対する利得はより modest(小規模)である。Microsoft が昨年 10 月に Windows 10 の公式サポートを終了したという背景において、この進展は技術的障壁を軽減し、Bazzite、CachyOS、Fedora、Ubuntu など複数のディストリビューションが新しいカーネルバージョンを採用するよう促すことで、Linux エコシステムを強化している。これは、外部パッチへの依存から、Windows 互換性を Linux コアに直接組み込むという戦略への変換をもたらした。

2026/05/09 20:14

グーグルにおける IDE の歴史

## 要約: Google は、デスクトップ型エディタと初期段階の独自 Web エディタ(「Cider」)から構成されていた分断されたエコシステムから移行し、単一の成熟した Web ベースのプラットフォームである Cider V に統合することで、膨大なソフトウェア開発事業を一元化しました。この重要な転換は、2020 年頃、VSCode をフロントエンドとして採用するピボットにより開始され、各内部ツールに対して独自のカスタム統合が必要という長年のツールの課題に対処しました。当初のリーダーシップが「不満」を引き起こすリスクや、エディタへの宗教的な熱狂を理由に単一エディタへの強制を推奨しなかったことに対し、Google は Cider V のバックエンドサーバーアーキテクチャを利用して重いインデックス化タスクを外注することに成功し、規模拡大における以前の限界を克服しました。導入の拡大は緩やかでした;元々の Cider は技術作家には支持されていましたが、Java 開発者からは懐疑的な態度が示され、VSCode ベースのアプローチにより馴染みのある体験を提供するまで、その姿勢を変えませんでした。2023 年までに Cider V は主要なコードベースの 80% をカバーし、分散した環境を標準プラットフォームに置き換えるとともに、クロスチーム拡張機能や自動コードレビュー、スマートペーストといった高度な AI 機能をサポートしています。

2026/05/14 5:12

プリンストン大学の面接試験における対面実施については、7 月 1 日より試験監督者の配置が開始されます。

## Japanese Translation: プリンスストン大学は、7 月 1 日より実地監査による試験運営を義務化する歴史的な方針転換を可決し、133 年間にわたり続いた無監督試験という伝統に終止符を打ちました。この決定は、生成 AI に起因する不正競争リスクの高まりと低い同級生からの通報率への対応であり、データは上級生のうち 0.4% がしかるべき行動をとらず(29.9% が不正行為を行ったことを自認しており、44.6% は未報告の不祥事を認識しているにもかかわらず)、ドキシング(個人情報を公開すること)や恥を誘うことへの恐怖が通報意欲の抑制につながったことを示しています。この方針は、大学における規則および手続きにおいて何十年にもわたり監督業務が明記された禁止事項であったにも拘らず、僅差で可決されました。新しい計画では、教官が試験室において証人として役割を担い、学術規範違反の疑いを記録する際に学生の活動に干渉することなく対応します。また、監査官は学生運営する名誉委員会へ報告書を提出し、他の証人和同等の基準の下で宣誓陳述を行うことができます。実施前に、監査員と学生との比率や監視ガイドラインなどの詳細を最終確定させます。一部の学生が、1893 年に制定された学術規範契約における信頼関係への懸念から変化に反対していますが、行政当局および教員団体(大学生担当学長オフィスおよび McGraw テイチング・アンド・ラーニングセンターを含む)は、11 月の指令で個別試験、小グループ試験、補充試験、また旅行中の試験や障害者向け配慮の試験も含まれる必要ある適応であると考えます。教員は以前関連委員会から全会一致で承認された後、教官による監督を要請する提案を僅差で可決しました。名誉委員会理事兼学長 NADIA MAKUC('26)は、生成 AI という新たな制約やケース数の増加により、証人として追加の監査員を導入する時期が到来したと指摘しています。この進化により、証人は違反行為をより効果的に記録できる一方で、核となる学術規範の価値を維持でき、AI 時代において厳格な学術誠実性の執行とプリンスストンの名誉制度の間でバランスを取る新たな先例を設定します。

地域レベル(自治体)向けの無料ドメイン「*.city.state.us」の設定手順(2025 年) | そっか~ニュース