aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorKanoko Kondo <yves0625@gmail.com>2021-04-01 10:45:24 +0000
committerWeblate <weblate@taler.net>2021-04-03 08:06:39 +0200
commit31a5409ce5d0b38ff6e0280b83c1ec6cd1eefd70 (patch)
tree0c9119219a29f40afc867508e4262ad13a39f5dc
parent4a1b085ddf7f6e98a59dc6a9eaa2f64a8b18f850 (diff)
downloadwww-31a5409ce5d0b38ff6e0280b83c1ec6cd1eefd70.tar.gz
www-31a5409ce5d0b38ff6e0280b83c1ec6cd1eefd70.zip
Translated using Weblate (Japanese)
Currently translated at 49.0% (221 of 451 strings) Translation: GNUnet/Website Translate-URL: http://weblate.taler.net/projects/gnunet/website/ja/
-rw-r--r--locale/ja/LC_MESSAGES/messages.po76
1 files changed, 62 insertions, 14 deletions
diff --git a/locale/ja/LC_MESSAGES/messages.po b/locale/ja/LC_MESSAGES/messages.po
index a83e11b4..d89580fd 100644
--- a/locale/ja/LC_MESSAGES/messages.po
+++ b/locale/ja/LC_MESSAGES/messages.po
@@ -8,7 +8,7 @@ msgstr ""
8"Project-Id-Version: PROJECT VERSION\n" 8"Project-Id-Version: PROJECT VERSION\n"
9"Report-Msgid-Bugs-To: EMAIL@ADDRESS\n" 9"Report-Msgid-Bugs-To: EMAIL@ADDRESS\n"
10"POT-Creation-Date: 2021-03-12 16:12+0100\n" 10"POT-Creation-Date: 2021-03-12 16:12+0100\n"
11"PO-Revision-Date: 2021-03-31 14:34+0000\n" 11"PO-Revision-Date: 2021-04-03 06:06+0000\n"
12"Last-Translator: Kanoko Kondo <yves0625@gmail.com>\n" 12"Last-Translator: Kanoko Kondo <yves0625@gmail.com>\n"
13"Language-Team: Japanese <http://weblate.taler.net/projects/gnunet/website/ja/" 13"Language-Team: Japanese <http://weblate.taler.net/projects/gnunet/website/ja/"
14">\n" 14">\n"
@@ -1420,7 +1420,7 @@ msgstr ""
1420msgid "" 1420msgid ""
1421"Does GNS require real-world introduction (secure PKEY exchange) in the style " 1421"Does GNS require real-world introduction (secure PKEY exchange) in the style "
1422"of the PGP web of trust?" 1422"of the PGP web of trust?"
1423msgstr "" 1423msgstr "GNS は PGP Web の信用モデル(web of trust)による実導入(セキュア PKEY 交換)を必要としますか?"
1424 1424
1425#: template/faq.html.j2:470 1425#: template/faq.html.j2:470
1426msgid "" 1426msgid ""
@@ -1434,12 +1434,16 @@ msgid ""
1434"depends entirely on the trustworthiness of the FCFS authority. The authority " 1434"depends entirely on the trustworthiness of the FCFS authority. The authority "
1435"can be queried under the &quot;.pin&quot; TLD." 1435"can be queried under the &quot;.pin&quot; TLD."
1436msgstr "" 1436msgstr ""
1437"回答:セキュリティの観点から最初の時点で二者間に信頼パスが必要とされていますが、これが必要とされないアプリケーションでは、より脆弱なメカニズムも利用できま"
1438"す。例えば、私たちは FCFS 権限を実装しており、どのユーザーでも任意の名前を登録できるようになっています。この権限の鍵は全ての GNUnet "
1439"インストールに含まれるため、FCFS で登録された名前はいずれも事実上グローバルであり、周知のものとなります。ただし、これらの名前のセキュリティは完全に "
1440"FCFS 権限の信頼性に依ることになります。権限は &quot;.pin&quot; TLD で照会できます。"
1437 1441
1438#: template/faq.html.j2:485 1442#: template/faq.html.j2:485
1439msgid "" 1443msgid ""
1440"How can a legitimate domain owner tell other people to not use his name in " 1444"How can a legitimate domain owner tell other people to not use his name in "
1441"GNS?" 1445"GNS?"
1442msgstr "" 1446msgstr "正当なドメイン所有者が他者に GNS でその名前を使用しないよう伝えるにはどうすればよいですか?"
1443 1447
1444#: template/faq.html.j2:487 1448#: template/faq.html.j2:487
1445msgid "" 1449msgid ""
@@ -1449,12 +1453,15 @@ msgid ""
1449"to ignore this preference and use a name of their choice (or even assign no " 1453"to ignore this preference and use a name of their choice (or even assign no "
1450"name) for this user." 1454"name) for this user."
1451msgstr "" 1455msgstr ""
1456"回答:GNS では名前に所有者はいないため、&quot;正当な&quot;ドメイン所有者は存在しません。NICK レコードには、どのユーザーがどの名前(好"
1457"きな名前または&quot;偽名&quot;)を使っても構いません。同様に、他のユーザーもこれを無視し、このユーザーに対し好きな名前を使うことができます(ま"
1458"たは名前を付けないことも可)。"
1452 1459
1453#: template/faq.html.j2:498 1460#: template/faq.html.j2:498
1454msgid "" 1461msgid ""
1455"Did you consider the privacy implications of making your personal GNS zone " 1462"Did you consider the privacy implications of making your personal GNS zone "
1456"visible?" 1463"visible?"
1457msgstr "" 1464msgstr "個人の GNS ゾーン表示についてプライバシーへの影響を考慮しましたか?"
1458 1465
1459#: template/faq.html.j2:500 1466#: template/faq.html.j2:500
1460msgid "" 1467msgid ""
@@ -1463,10 +1470,13 @@ msgid ""
1463"Thus, users have full control over what information about their zones is " 1470"Thus, users have full control over what information about their zones is "
1464"made public." 1471"made public."
1465msgstr "" 1472msgstr ""
1473"回答:GNS "
1474"の各レコードには&quot;プライベート&quot;フラグがあります。レコードは、このフラグが設定されていない場合のみ他のユーザーと共有されます(DHT "
1475"またはゾーン転送により)。そのため、ゾーンのどの情報を開示するかについては、ユーザーが全て管理することができます。"
1466 1476
1467#: template/faq.html.j2:510 1477#: template/faq.html.j2:510
1468msgid "Are \"Legacy Host\" (LEHO) records not going to be obsolete with IPv6?" 1478msgid "Are \"Legacy Host\" (LEHO) records not going to be obsolete with IPv6?"
1469msgstr "" 1479msgstr "「レガシーホスト」(LEHO)レコードは IPv6 で廃止されるのではありませんか?"
1470 1480
1471#: template/faq.html.j2:512 1481#: template/faq.html.j2:512
1472msgid "" 1482msgid ""
@@ -1479,12 +1489,17 @@ msgid ""
1479"hosting would disappear. Finally, we don't want to have to wait for IPv6 to " 1489"hosting would disappear. Finally, we don't want to have to wait for IPv6 to "
1480"become commonplace, GNS should work with today's networks." 1490"become commonplace, GNS should work with today's networks."
1481msgstr "" 1491msgstr ""
1492"回答:この質問は次のことを仮定しています。(a)仮想ホスティングの唯一の必要性は IPv4 アドレスが不足しているため。(b)LEHO "
1493"は仮想ホスティングの文脈でのみ有用。しかし、LEHO は X.509 "
1494"証明書の検証にも有用です(証明書が検証されるべきレガシーのホスト名を指定するため)。また、IPv6 が完全に実装され、IP "
1495"アドレスが&quot;無限に&quot;活用できたとしても、仮想ホスティングが無くなるとは言い切れません。最後に、IPv6 "
1496"が一般的に利用できるようになるのを待つよりも、GNS は現行のネットワークで運用できるべきです。"
1482 1497
1483#: template/faq.html.j2:526 1498#: template/faq.html.j2:526
1484msgid "" 1499msgid ""
1485"Why does GNS not use a trust metric or consensus to determine globally " 1500"Why does GNS not use a trust metric or consensus to determine globally "
1486"unique names?" 1501"unique names?"
1487msgstr "" 1502msgstr "GNS がトラストメトリックまたはコンセンサスを使用してグローバルに一意の名前を決定しないのはなぜですか?"
1488 1503
1489#: template/faq.html.j2:528 1504#: template/faq.html.j2:528
1490msgid "" 1505msgid ""
@@ -1494,10 +1509,12 @@ msgid ""
1494"of the resolution process was not acceptable. Furthermore, trust and " 1509"of the resolution process was not acceptable. Furthermore, trust and "
1495"consensus might be easy to manipulate by adversaries." 1510"consensus might be easy to manipulate by adversaries."
1496msgstr "" 1511msgstr ""
1512"回答:トラストメトリックには、しきい値があるという根本的な問題があります。信頼関係が進化すると、マッピングがそれぞれのしきい値を超えるため、意味が変化しま"
1513"す。結果として解決プロセスが予測不能となるのは受け入れられないと結論付けました。さらに、信頼とコンセンサスは、攻撃者により操作されやすい可能性もあります。"
1497 1514
1498#: template/faq.html.j2:539 1515#: template/faq.html.j2:539
1499msgid "How do you handle compromised zone keys in GNS?" 1516msgid "How do you handle compromised zone keys in GNS?"
1500msgstr "" 1517msgstr "GNS では、侵害されたゾーンキーをどのように処理しますか?"
1501 1518
1502#: template/faq.html.j2:541 1519#: template/faq.html.j2:541
1503msgid "" 1520msgid ""
@@ -1508,10 +1525,13 @@ msgid ""
1508"resolve. Peers always automatically check for the existence of a revocation " 1525"resolve. Peers always automatically check for the existence of a revocation "
1509"message when resolving names." 1526"message when resolving names."
1510msgstr "" 1527msgstr ""
1528"回答:秘密鍵の所有者は失効メッセージを作成できます。その後、オーバーレイ ネットワーク全体に周知し、全てのピアで複製を作成することが可能です。公開鍵を利用"
1529"する前に、ピアは鍵が失効しているかを確認します。失効ゾーンを経由して委任された名前は、いずれも解決できません。ピアは名前解決に際して、常に自動で失効メッセ"
1530"ージの有無を確認しています。"
1511 1531
1512#: template/faq.html.j2:553 1532#: template/faq.html.j2:553
1513msgid "Could the signing algorithm of GNS be upgraded in the future?" 1533msgid "Could the signing algorithm of GNS be upgraded in the future?"
1514msgstr "" 1534msgstr "GNS の署名アルゴリズムは将来アップグレードできますか?"
1515 1535
1516#: template/faq.html.j2:555 1536#: template/faq.html.j2:555
1517msgid "" 1537msgid ""
@@ -1522,11 +1542,14 @@ msgid ""
1522"existing system by using a new record type to indicate the use of a " 1542"existing system by using a new record type to indicate the use of a "
1523"different cipher system." 1543"different cipher system."
1524msgstr "" 1544msgstr ""
1545"回答:はい、できます。GNS を標準化する過程で、代替の委任レコードに対応できるようプロトコルをすでに変更しています。<br> <br>そのため、"
1546"デプロイされた GNS 実装は、新しい署名スキームに対応できるよう更新する必要があります。新しいスキームはその後、新しいレコードタイプを使い異なる暗号シス"
1547"テムの利用を示すことで、既存スキームと並行して実行することができます。"
1525 1548
1526#: template/faq.html.j2:569 1549#: template/faq.html.j2:569
1527msgid "" 1550msgid ""
1528"How can a GNS zone maintain several name servers, e.g. for load balancing?" 1551"How can a GNS zone maintain several name servers, e.g. for load balancing?"
1529msgstr "" 1552msgstr "GNS ゾーンは、例えば負荷分散などで、どのように複数のネーム サーバーを保守していますか?"
1530 1553
1531#: template/faq.html.j2:571 1554#: template/faq.html.j2:571
1532msgid "" 1555msgid ""
@@ -1538,12 +1561,15 @@ msgid ""
1538"necessary, the owner of the zone can simply run multiple peers (and share " 1561"necessary, the owner of the zone can simply run multiple peers (and share "
1539"the zone's key and database among them)." 1562"the zone's key and database among them)."
1540msgstr "" 1563msgstr ""
1564"回答:GNS レコードは R5N DHT に保存(および複製)されるため、そうしたことは必要ないと考えています。そのため、通常クライアントがルックアップを"
1565"実行するたびに、権威サーバーは連絡を受けません。権威サーバーが(一時的に)オフラインになった場合であっても、DHT はレコードを一定期間キャッシュします。"
1566"しかし、一つのゾーンに複数のサーバーがどうしても必要な場合、ゾーンの所有者は複数のピアを走らせることができます(ゾーンの鍵とデータベースを共有可能)。"
1541 1567
1542#: template/faq.html.j2:584 1568#: template/faq.html.j2:584
1543msgid "" 1569msgid ""
1544"Why do you believe it is worth giving up unique names for censorship " 1570"Why do you believe it is worth giving up unique names for censorship "
1545"resistance?" 1571"resistance?"
1546msgstr "" 1572msgstr "検閲への対処のため一意の名前を放棄する価値はありますか?"
1547 1573
1548#: template/faq.html.j2:586 1574#: template/faq.html.j2:586
1549msgid "" 1575msgid ""
@@ -1556,10 +1582,15 @@ msgid ""
1556"unique names may very well be worth the cost. After all, what is a &quot;" 1582"unique names may very well be worth the cost. After all, what is a &quot;"
1557"globally&quot; unique name worth, if it does not resolve?" 1583"globally&quot; unique name worth, if it does not resolve?"
1558msgstr "" 1584msgstr ""
1585"回答:GNU ネームシステムは、検閲から保護された DNS "
1586"の代替手段を提供します。どのセキュリティメカニズムにも言えることですが、これには代償もあります(名前がグローバルに一意ではない点)。他の例として、"
1587"HTTPS 接続は HTTP 接続に比べてより多くの帯域を使用し、レイテンシも大きくなります。使っているアプリケーションによっては、HTTPS のコストは"
1588"見合わないこともあります。しかし、検閲の対象となっていいる(またはこれを危惧する)ユーザーにとって、グローバルに一意の名前を放棄するという代償は払うに値す"
1589"るものであると言えます。結局、&quot;グローバルに&quot;一意の名前も、名前解決できなければ意味がありません。"
1559 1590
1560#: template/faq.html.j2:600 1591#: template/faq.html.j2:600
1561msgid "Why do you say that DNS is 'centralized' and 'distributed'?" 1592msgid "Why do you say that DNS is 'centralized' and 'distributed'?"
1562msgstr "" 1593msgstr "DNS が「集中型」および「分散型」であると言うのはどういう意味ですか?"
1563 1594
1564#: template/faq.html.j2:602 1595#: template/faq.html.j2:602
1565msgid "" 1596msgid ""
@@ -1569,10 +1600,13 @@ msgid ""
1569"was able to reassign the management of the country-TLDs of Afganistan and " 1600"was able to reassign the management of the country-TLDs of Afganistan and "
1570"Iraq during the wars at the beginning of the 21st century." 1601"Iraq during the wars at the beginning of the 21st century."
1571msgstr "" 1602msgstr ""
1603"回答:DNS が「集中型」であるのは、中央コンポーネント/中央障害点があり、ルートゾーンを IANA / ICANN "
1604"が管理しているためです。こうした集中化により、脆弱性が生まれます。例えば米国政府は、21 世紀が明けて戦争を開始した際にアフガニスタンとイラクの国別 "
1605"TLD の再割り当てを実施しています。"
1572 1606
1573#: template/faq.html.j2:613 1607#: template/faq.html.j2:613
1574msgid "How does GNS protect against layer-3 censorship?" 1608msgid "How does GNS protect against layer-3 censorship?"
1575msgstr "" 1609msgstr "GNS はレイヤー 3 の検閲にどのように対処しますか?"
1576 1610
1577#: template/faq.html.j2:615 1611#: template/faq.html.j2:615
1578msgid "" 1612msgid ""
@@ -1586,10 +1620,16 @@ msgid ""
1586"identifiers. With nicer names, Tor and tor2web-like services would be even " 1620"identifiers. With nicer names, Tor and tor2web-like services would be even "
1587"easier to use. </ol>" 1621"easier to use. </ol>"
1588msgstr "" 1622msgstr ""
1623"回答:GNS は、レイヤー 3 の検閲には直接対応しませんが、次の 2 つの方法で間接的に対応します。<ol><li>今日では、多くの Web "
1624"サイトが仮想ホスティングを使用しているため、特定の IP アドレスをブロックすると、DNS "
1625"名をブロックするよりもはるかに多くの被害が発生します。そのため、検閲コストも上昇します。</li> <li>既存のレイヤー 3 回避策(Tor "
1626"など)は、検閲耐性のある命名システムによる利点があります。Tor の「."
1627"onion」ネームスペースへのアクセスは現在、ユーザーに非記憶型の暗号化識別子を利用することを要しています。名前が向上すれば、Tor や tor2web "
1628"のようなサービスはより使いやすくなるでしょう。</ol>"
1589 1629
1590#: template/faq.html.j2:634 1630#: template/faq.html.j2:634
1591msgid "Does GNS work with search engines?" 1631msgid "Does GNS work with search engines?"
1592msgstr "" 1632msgstr "GNS では検索エンジンを使えますか?"
1593 1633
1594#: template/faq.html.j2:636 1634#: template/faq.html.j2:636
1595msgid "" 1635msgid ""
@@ -1602,10 +1642,14 @@ msgid ""
1602"breaks the cryptographic chain of trust, legacy search engines will " 1642"breaks the cryptographic chain of trust, legacy search engines will "
1603"obviously not obtain censorship-resistant names." 1643"obviously not obtain censorship-resistant names."
1604msgstr "" 1644msgstr ""
1645"回答:GNS を使用して名前解決やあらゆる標準ユーザーを実行できるため、検索エンジンに大きな問題はありません。通常、標準ユーザーは、カスタムのソフトウェア"
1646"をインストールして名前解決すると考えられますが、現在この方法は検索エンジンでは使えません。ただし、DNS2GNS ゲートウェイにより検索エンジンが "
1647"DNS を使用して GNS 名を解決できるため、GNS リソースのインデックスは可能です。しかし、DNS2GNS "
1648"ゲートウェイの利用は暗号化による信頼の連鎖を崩すため、レガシーの検索エンジンは検閲耐性のある名前を取得できません。"
1605 1649
1606#: template/faq.html.j2:650 1650#: template/faq.html.j2:650
1607msgid "How does GNS compare to the Unmanaged Internet Architecture (UIA)?" 1651msgid "How does GNS compare to the Unmanaged Internet Architecture (UIA)?"
1608msgstr "" 1652msgstr "GNS はアンマネージド インターネット アーキテクチャ(UIA)とどのように比較されますか?"
1609 1653
1610#: template/faq.html.j2:652 1654#: template/faq.html.j2:652
1611msgid "" 1655msgid ""
@@ -1617,6 +1661,10 @@ msgid ""
1617"possible with the existing Web infrastructure. UIA is not at all concerned " 1661"possible with the existing Web infrastructure. UIA is not at all concerned "
1618"about legacy systems (clean slate)." 1662"about legacy systems (clean slate)."
1619msgstr "" 1663msgstr ""
1664"回答:UIA と GNS は、どちらも同じ基本命名モデルを共有しており、これは実際 Rivest の SDSI に由来しています。しかし、UIA "
1665"はレガシー アプリケーションとの統合は考慮せず、ユーザーの複数マシン間における汎用性のあるコネクティビティに注力しています。一方、GNS は DNS "
1666"との相互運用に加え、既存の Web インフラとの親和性を最大限に考慮して設計されています。UIA "
1667"はレガシーシステムを全く考慮していません(クリーンスレート)。"
1620 1668
1621#: template/faq.html.j2:665 1669#: template/faq.html.j2:665
1622msgid "Doesn't GNS increase the trusted-computing base compared to DNS(SEC)?" 1670msgid "Doesn't GNS increase the trusted-computing base compared to DNS(SEC)?"