[{"template":"item","lang":"ja","langs":["en","ja","zh-CN","zh-TW"],"summary":{"raw":"セルフホストのブログがあり、Mastodonインスタンスを設定する予定がある場合、またはすでに設定している場合は、ドメイン名を選択するという問題に直面する必要があります。ブログがexample.comであるとすると、Mastodonアカウントはyourname@example.comまたはyourname@mastodon.example.comのどちらにする必要がありますか？","html":"

セルフホストのブログがあり、Mastodonインスタンスを設定する予定がある場合、またはすでに設定している場合は、ドメイン名を選択するという問題に直面する必要があります。ブログがexample.comであるとすると、Mastodonアカウントはyourname@example.comまたはyourname@mastodon.example.comのどちらにする必要がありますか？

\n"},"visible":true,"routable":true,"title":"プライマリドメイン名をMastodonのインスタンスとして使用します","comment":{"enabled":true,"reply":true},"discuss":{"enabled":true},"keywords":[],"webmention":{"enabled":true,"accept":true,"callback":{"secret":{"hash":{"sha256":"44bb9da44b424c6dfc9233819e907029ff2ccdfaa89919d3696ddf8db7ff6647"}}}},"pingback":{"enabled":true,"accept":true},"slug":"use-your-primary-domain-as-an-mastodon-name","taxonomy":{"category":["Internet"],"tag":["Mastodon","Nginx"],"series":["Unify Your Online Accounts"]},"route":"/use-your-primary-domain-as-an-mastodon-name/","toc":{"enabled":true},"published":{"date":"2020-11-10 13:44"},"modified":{"date":"2024-06-14T07:45:13.964Z"},"data":{},"license":"CC-BY-NC-SA-4.0","author":[{"email":{"value":{"encrypted":"ODgyZjdiZDg4OTVmMjllOGZkNmFmYg==","algorithm":"aes-256-gcm","iv":"067f6d66f2ba5dd50c8443be"},"hash":{"md5":"8770854a9222b6bf1ee195220793bcf1"}},"url":"https://dallas.lu","name":"Dallas Lu","lang":"en","user":"dallaslu"}],"contributor":[],"sponsor":[],"image":[],"audio":[],"video":[],"photo":[],"content":{"html":"

\n\n

シンプルさと分かりやすさのためには、当然ながらブログとマストドンのドメイン名を同じにした方が良いでしょう。しかし、Mastodonは第2階層のディレクトリの下では動作しません。 Mastodonのウェブ部分をリバースエンジニアリングによって第二階層のドメインやディレクトリに移動させたとしても、分散型サービスである本サービスは、連邦宇宙の他のインスタンスノードとデータを交換する際に未知の問題が発生する可能性が高い。

幸い、フェデレーションノード間の通信における重要なステップは、 https://example.com/.well-known/host-metaにアクセスすることです。このファイルのコンテンツには、次のステップのURLが含まれています。また、Mastodonは LOCAL_DOMAINおよび WEB_DOMAINオプションもサポートしています。

マストドンを設定する

.env.productionを編集し、次の変更を加えます。

変更しないでください LOCAL_DOMAIN;
WEB_DOMAIN構成を追加し、mastodon.example.comなどのセカンドレベルドメイン名に設定します。

設定 mastodon.example.com

mastodon.example.comのNginxホストを構成するには、Mastodonのドキュメントを参照してください。 Mastodonのstreaming/sidekiq/webサービスを再起動し、nginx構成をリロードすると、mastodon.example.comにアクセスできるようになります。

example.comを設定する

ただし、外部インスタンスがアカウントyourname@example.comに接続しようとすると、アドレスがmastodon.example.comであることがわからないため、 https://example.com/.well-known/host-metaは、 https://mastodon.example.com/.well-known/host-metaのコンテンツを返すことができます。

しかし、あなたのアカウントに接続しようとする外部インスタンス yourname@example.com は、あなたのウェブアドレスが mastodon.example.com であることをまだ知りません。 known/host-metaはhttps://mastodon.example.com/.well-known/host-metaを返します。

example.comのNginx構成で、Mastodonの構成を削除し、次のルールのみを追加します

location = /.well-known/host-meta {\n       return 301 https://mastodon.example.com$request_uri;\n}\n

Nginxをリロードするだけです

その他の構成

上記の構成は、felxの補足ドキュメントMastodonとそれが提供するユーザーに異なるドメイン名を使用するからのものです。記事で述べたように、メインドメイン名ジャンプとWEB_DOMAIN構成は要件を満たすことができますが、インスタンスバージョンとクライアントの種類が異なるため、依然として奇妙な問題が発生することは避けられません。

また、しばらく実行されているMastodonのプライマリドメイン名からセカンダリドメイン名に切り替えると、より明白な問題が発生する可能性があります。

公式ドキュメントと経験のルートの章によると、互換性を高めるためにexample.comに次のルールを設定することをお勧めします。

## mastodon web url\nlocation ~ ^/(about/more|settings|web|pghero|sidekiq|admin|interact|explore|public|@.<em>|relationships|filters|terms|inert.css){\n        rewrite ^(.</em>) https://$mastodon_host$1 permanent.\n}\n\n## mastodon .well-known\n\nlocation ~ ^/(.well-known/(host-meta|nodeinfo|webfinger|change-password|keybase-proof-config)|nodeinfo) {\n        rewrite ^(.*) https://$mastodon_host$1 permanent.\n}\n\n## mastodonのシステムリソース\n\nlocation ~ ^/(system|headers|avatars) {\n        ## set your mastodon public folder, or just redirect to $mastodon_host\n        #rewrite ^(.*) https://$mastodon_host$1 permanent;\n        root /home/mastodon/live/public;\n}\n\n## mastodonのURL (使用可能な post)\n\nlocation ~ ^/(api/v1|inbox|actor|oauth|auth|users){\n        return 308 https://$mastodon_host$request_uri;\n}\n

さあ、yourname@example.comでおしゃべりしましょう。

\n","headings":[{"level":2,"text":"マストドンを設定する","id":"マストドンを設定する"},{"level":2,"text":"設定 mastodon.example.com","id":"設定-mastodonexamplecom"},{"level":2,"text":"example.comを設定する","id":"examplecomを設定する"},{"level":2,"text":"その他の構成","id":"その他の構成"}],"meta":{"prism":true},"links":[{"href":"https://github.com/felx/mastodon-documentation/blob/master/Running-Mastodon/Serving_a_different_domain.md","type":"mention"},{"href":"https://docs.joinmastodon.org/dev/routes/","type":"mention"}]},"newer":"/apache-subversion-behind-nginx/","earlier":"/why-firefox-chrome-kill-ev/"},{"template":"item","lang":"ja","langs":["en","ja","zh-CN","zh-TW"],"summary":{"raw":"最新バージョンのFirefoxおよびChromeでは、EV証明書を使用してhttpsサイトにアクセスすると、緑色のロックアイコンと会社情報がアドレスバーに表示されません。代わりに、灰色のロックアイコンはDV証明書サイトと同じです。","html":"

最新バージョンのFirefoxおよびChromeでは、EV証明書を使用してhttpsサイトにアクセスすると、緑色のロックアイコンと会社情報がアドレスバーに表示されません。代わりに、灰色のロックアイコンはDV証明書サイトと同じです。

\n"},"visible":true,"routable":true,"title":"FirefoxとChromeがEVライフに革命を起こす理由","comment":{"enabled":true,"reply":true},"discuss":{"enabled":true},"keywords":[],"webmention":{"enabled":true,"accept":true,"callback":{"secret":{"hash":{"sha256":"44bb9da44b424c6dfc9233819e907029ff2ccdfaa89919d3696ddf8db7ff6647"}}}},"pingback":{"enabled":true,"accept":true},"slug":"why-firefox-chrome-kill-ev","taxonomy":{"category":["Internet"],"tag":["Chrome","Firefox","SSL"],"series":[]},"route":"/why-firefox-chrome-kill-ev/","toc":{"enabled":true},"published":{"date":"2019-10-31 15:44"},"modified":{"date":"2024-08-27T16:21:19.098Z"},"data":{},"license":"CC-BY-NC-ND-4.0","author":[{"email":{"value":{"encrypted":"ODgyZjdiZDg4OTVmMjllOGZkNmFmYg==","algorithm":"aes-256-gcm","iv":"067f6d66f2ba5dd50c8443be"},"hash":{"md5":"8770854a9222b6bf1ee195220793bcf1"}},"url":"https://dallas.lu","name":"Dallas Lu","lang":"en","user":"dallaslu"}],"contributor":[],"sponsor":[],"image":[],"audio":[],"video":[],"photo":[],"content":{"html":"

\n\n

今年の8月には、Firefoxは70.0バージョンが10月にリリースされたときに、EV証明書の特別な表示特典をキャンセルすると発表しました。理由は大まかに：

追加の会社情報はユーザーを混乱させ、画面スペースを占有します。
EV証明書がユーザーの認識に影響を与え、ユーザーが気付かないデフォルトのhttpsエクスペリエンスプロセスの進行を遅らせることを強調します。
ユーザーはEV証明書のグリーンマークを気にせず、不正防止効果は重要ではありません。
Safariは、昨年から会社情報を隠しています。

ただし、Safariよりも攻撃的であり、灰色のアイコンとして表示されます。このニュースは、証明書業界にとって大きなマイナスと見なされています。ブラウザのアドレスバーを緑色に変えると主張する主要なEV証明書ベンダーは、スキンを販売することを頭の中で1万語持っており、誰と話すことができるかわかりません。

$\"firefox-paypal\"$

ブラウザと証明書ベンダーの対立は古くからあり、Chrome証明書ベンダーにとっては初めてではありませんが、8月に証明書の有効期間を短縮することが提案され、却下されました。では、EV証明書は本当に不要なのでしょうか。

EVとUIの設計

現在、ディスプレイの解像度が通常1920の場合、ブラウザのアドレスバーの幅は少なくとも1200ピクセルです。 Firefoxインターフェースでは、アドレスバーの前後に空白があります。左側にはプライバシーアイコンがあり、右側には読み取りモードとプラグインショートカットアイコンがあります。そんな空っぽのアドレスバー、「宝鸡有一群怀揣着梦想的少年相信在牛大叔的带领下会创造生命的奇迹网络科技有限公司」と言えば、こんなに長い社名は理にかなっていますが、「PayPal株式会社」ですら。。 \"\" Apple Inc. \"は手放せませんか？

もちろん、ブラウザは常に最大化されたウィンドウで実行されるとは限りません。Firefoxはアドレスバーをどのように処理しますか？ URLの一部を非表示にします...では、なぜ会社情報が同じ扱いを受けられないのでしょうか。手動でURLを入力することはほとんどない初心者ユーザーを見たことがあります。彼らは検索エンジンでキーワードを検索し、リンクをクリックしてWebサイトにアクセスします。これらの人々にとって、紛らわしいURLは役に立たず、複雑なボタンです。非表示にするだけで無駄です。これにより、画面スペースを大幅に節約できます。

モバイル版では、水平方向のスペースが実際に非常に制限されており、デフォルトではドメイン名のみが表示され、完全なURLはクリックした後にのみ表示されます。したがって、EV情報を2行に分割して、ドメイン名に表示することは難しくありません。

ユーザーは怠惰ですが、愚かではありません。会社情報は紛らわしく、問題はありません。最新バージョンのFirefoxでは、「証明書の発行先：PayPal Inc.」というあいまいな説明のみが表示され、混乱の原因となっています。会社情報をクリックすると、「XXXによって確認されました。このウェブサイトはPayPal Inc./Ownedによって運営されています」という文が表示され、愚か者はそれが何を意味するのかを知っています。

EVと無意識のHTTPS

MozillaとGoogleは、知覚のないHTTPSは、あなたがEV / OV / DVであることを意味し、すべてが少し黒いロックを示していると考えています。結局のところ、知覚できないようにするために、彼らはすべてあえてhttp://www を隠します。知覚できないHTTPSも存在しない要件です。不安、伝送セキュリティ、および商用セキュリティを不安とセキュリティに還元することはできません。ブラウザはHTTPSプロモーションの障害にはなりません。ブラウザが黒のロックと緑のロックを区別できるかどうかによって、WebサイトがHTTPSを自動的にサポートすることはできません。

自治政府でさえ、髭剃り命令を実行するためには、ピグテールを残したくない人を殺すだけで十分であり、ピグテールの旗手でさえお金のラテイルで殺す必要はないことを知っていました。満州清王朝の兵士たちが、私たちが欲しいのは無感覚な編組だと言ったと想像してみてください。髪の毛が少なすぎて、他の人の編組の認識に影響を与えます。それを引き下げて切り刻んでください。

EVと不正防止

ユーザーはEVを気にしません。これはブラウザや証明書ベンダーの問題であり、宣伝は弱いです。 HTTPSなど、ユーザーが気にしないことがたくさんあります。ユーザーはhttps:// と入力するのが面倒で、業界はHTTPSをあきらめる代わりにHSTSプリロードを提案しました。

ユーザーは、WindowsドライバーとMac OSアプリのコード署名証明書を気にしません。署名情報を非表示にしてみませんか？申し訳ありませんが、これはMicrosoftとAppleのオペレーティングシステムの問題です。MozillaとGoogleはそれを管理できません。

一部のユーザーは、証明書の緑の意味に気づき始めたばかりであり、EVの廃止は不正防止に非常に役立ちます。メールを受信した場合は、「https://www.аpple.com\"を使用すると、HTMLソースコードを表示できます。あえて開いてみませんか？これはAppleの公式ウェブサイトではありませんが、ご安心ください。これまでのところ、これは存在しないWebサイトです。 URLのаは通常の小文字ではありません。

Twitterの友達@ViafaSiaも、Let’sEncryptメソッドのDV証明書とURL内のリンゴのすべての文字に合格したフィッシングウェブサイトを見つけました似たようなキャラクターです。もう1つ、https://раураӏ.comです。Firefoxで開いて、実際のhttps://paypal.com ChromeはIDNドメイン名を別の方法で表示するため、MozillaがGoogleと一緒に立つことがいかに愚かであるかをご存知でしょう。

リンクの上にマウスを置いてブラウザのステータスバーに実際のURLを表示したり、HTTPSリンクであるかどうかに注意したりするなど、偽のリンクを識別するためのいくつかのトリックを習得した可能性があります。しかし、それでも高度なフィッシングWebサイトから逃れることはできません。

EVとSafari

Safariは早い段階でEVの会社情報を隠していましたが、iOS / iPad OS 13.2とCatalinaの最新リリースまで、SafariはEV証明書サイトの緑色のアドレスバーを表示します。グーグルはユーザーを皇帝と見なし、公聴会を妨害して証明書商人の王子を作り、州当局者の顔は「アップルはあえてランプを点灯し、私はあえて火をつけます」と、Mozillaは州当局者の後ろで扇動する犬の足の姿勢を示しています。

証明書ベンダーは常にお金を稼ぐために横になっています。Googleは目を楽しませていません。Chromeが大きくなった後、話す権利があり、最終的に指示することができます。 Mozillaのサポートだけでは不十分です。ちなみに、名前を明確にするためにSafariを起動してください。

EVは非常に高価であり、ワイルドカードをサポートしていないと言う人もいます。 Googleは、業界の発展を促進するために競合製品を完全に立ち上げることができますが、現在、この姿勢はEVを直接殺しているようです。

EVはどのように変化しますか？

それ以来、EVは歴史の舞台から撤退し、すべての関係者の試合の後に新しい生活を取り戻すかもしれません。証明書ベンダーが何らかの行動を取る時が来ました。

上流のEV企業はブラウザメーカーに支払いをします。結局のところ、人々の首は彼らの手に挟まれています。あなたが稼いだお金を分割する必要があります。
HSTSと同様に、PRELOADリスト（またはより優れたHPKP）を提供すると、EV証明書を使用するサイトが自動的にリストに送信されます。ドメインの類似性の程度を判断し、しきい値に到達すると、EV以外の証明書がユーザーに直接プロンプトを表示し、不正防止組織に報告します。 ;
価格を下げ、HTTPSの人気を利用して、EV / OVを企業や組織に普及させます。

\n","headings":[{"level":2,"text":"EVとUIの設計","id":"evとuiの設計"},{"level":2,"text":"EVと無意識のHTTPS","id":"evと無意識のhttps"},{"level":2,"text":"EVと不正防止","id":"evと不正防止"},{"level":2,"text":"EVとSafari","id":"evとsafari"},{"level":2,"text":"EVはどのように変化しますか？","id":"evはどのように変化しますか"}],"links":[{"href":"https://www.аpple.com","type":"mention"},{"href":"https://twitter.com/ViafaSia/status/854051035580481536","type":"mention"},{"href":"https://раураӏ.com","type":"mention"},{"href":"https://paypal.com","type":"mention"}]},"newer":"/use-your-primary-domain-as-an-mastodon-name/"}]

カテゴリ: Internet

プライマリドメイン名をMastodonのインスタンスとして使用します

2020

FirefoxとChromeがEVライフに革命を起こす理由

2019