aboutsummaryrefslogtreecommitdiff
path: root/locale/ja/LC_MESSAGES/messages.po
diff options
context:
space:
mode:
Diffstat (limited to 'locale/ja/LC_MESSAGES/messages.po')
-rw-r--r--locale/ja/LC_MESSAGES/messages.po113
1 files changed, 112 insertions, 1 deletions
diff --git a/locale/ja/LC_MESSAGES/messages.po b/locale/ja/LC_MESSAGES/messages.po
index 81b11643..c694a1e7 100644
--- a/locale/ja/LC_MESSAGES/messages.po
+++ b/locale/ja/LC_MESSAGES/messages.po
@@ -7,7 +7,7 @@ msgid ""
7msgstr "" 7msgstr ""
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: 2022-10-24 23:15+0900\n" 10"POT-Creation-Date: 2022-12-06 23:58+0900\n"
11"PO-Revision-Date: 2021-04-15 10:31+0000\n" 11"PO-Revision-Date: 2021-04-15 10:31+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/"
@@ -3410,6 +3410,117 @@ msgstr ""
3410msgid "Videos related to GNUnet" 3410msgid "Videos related to GNUnet"
3411msgstr "" 3411msgstr ""
3412 3412
3413#: template/dev_pages/t3sserakt.html.j2:8
3414msgid "Developer page: t3sserakt"
3415msgstr ""
3416
3417#: template/dev_pages/t3sserakt.html.j2:23
3418msgid "Current Work"
3419msgstr ""
3420
3421#: template/dev_pages/t3sserakt.html.j2:25
3422msgid ""
3423"At the moment I am working on Transport Next Generation (TNG). The current "
3424"GNUnet TRANSPORT architecture with its pluggable transport mechanism (TCP, "
3425"UDP, HTTP(S) and other protocols) together with the ATS subsystem for "
3426"bandwidth allocation and choosing plugins has several issues with its "
3427"design. With the Layer-2-Overlay project we like to implement the design "
3428"goals of the future GNUnet TRANSPORT Next Generation (TNG) subsystem. For "
3429"details have a look on the <a href=\"https://www.gnunet.org/en/l2o/"
3430"\">project page</a>."
3431msgstr ""
3432
3433#: template/dev_pages/t3sserakt.html.j2:40
3434msgid "Future Work"
3435msgstr ""
3436
3437#: template/dev_pages/t3sserakt.html.j2:42
3438msgid ""
3439"The next project I will work on is named \"Probabilistic NAT Traversal\"."
3440msgstr ""
3441
3442#: template/dev_pages/t3sserakt.html.j2:47
3443msgid ""
3444"Today consumer devices are behind a NAT quite often, restricting internet "
3445"connectivity. There are several methods to reach peers being behind a NAT, "
3446"but there are as many reasons those existing methods might fail. We will "
3447"implement a new way of NAT traversal that we think of being independent from "
3448"the existing network configuration, and does not require a third party which "
3449"is not natted helping two peers to connect to each other. Two peers trying "
3450"to connect to each other will send out a burst of connection attempts to the "
3451"other peer on different ports. The sheer vast amount of connections attempts "
3452"from both side will lead to a high probability that two connection attempts "
3453"from both peers onto the same port will be at the same time leading to a "
3454"successful connection between those peers."
3455msgstr ""
3456
3457#: template/dev_pages/t3sserakt.html.j2:57
3458msgid ""
3459"There are two problems a NAT traversal method has to solve. First there "
3460"needs to be a method to know the global IP address of a peer A another peer "
3461"B wants to connect to. Second – because inbound connections from the outside "
3462"are blocked by the NAT firewall of peer A, peer A needs to be informed of a "
3463"connection attempt by peer B. The most common solution for both problems is "
3464"to have a third party C which is not behind a NAT. This third party C "
3465"obviously knows the global IP address of natted peers, after peer A is "
3466"trying to connect to C. Peer B tells C it likes to connect to peer A, and C "
3467"informs A about it. Using this method for a privacy preserving network like "
3468"GNUnet, this could facilitate eclipse attacks (isolating a peer) which then "
3469"can be used for deanonymization attacks and cencorship. Also any additional "
3470"infrastructure needed to provide some kind of functionality has to be "
3471"maintained by someone, becoming a target and/or point of failure. Therefore "
3472"this method is not suitable. More sophisticated methods like \"Autonomous "
3473"NAT Traversal (pwnat)\" using ICMP fake message, which do not need a third "
3474"party for the initiation of the connection, are not successful in all "
3475"circumstances, because this method depend on the behavior of the NAT "
3476"firewall."
3477msgstr ""
3478
3479#: template/dev_pages/t3sserakt.html.j2:71
3480msgid ""
3481"If two natted peers are using the method to start a burst of connection "
3482"attempts, this method still needs the global IP of the other peer and a "
3483"“start signal” to coordinate. In the NGI Assure project L2O we are "
3484"establishing a backchannel with neighbourhood routing over an ad- hoc "
3485"distance vector protocol to solve the problem of not directly connected "
3486"peers. The peers serving as hops to a distant peer which are a direct "
3487"neighbour of the start or end peer on that path do know the global IP "
3488"address of the start or end peer. If those two peers like to use the burst "
3489"method for hole punching the global IP address is known. Via the distance "
3490"vector protocol we are also able to communicate the \"start signal\". Also "
3491"in the L2O project we introduced a new test framework for GNUnet to test "
3492"network setups with peers having restricted connectivity. This test "
3493"framework will be used to create test setups suitable to test possible NAT "
3494"configurations. A challenge for this NAT traversal method will be how to "
3495"handle the burst in terms of network load, thus we need to experiment with "
3496"different frequencies and the amount of connection attempts."
3497msgstr ""
3498
3499#: template/dev_pages/t3sserakt.html.j2:93
3500msgid "Past Work"
3501msgstr ""
3502
3503#: template/dev_pages/t3sserakt.html.j2:95
3504msgid ""
3505"In the past I have tried to help making the vision of the <a href=\"http://"
3506"secushare.org\">secushare</a> project a reality. To achieve this the GNUnet "
3507"framework was the perfect match for a solution to fullfill the privacy "
3508"preserving part of that vision, and we could concentrate to build a tool for "
3509"social communication that deserves its name. While trying to use GNUnet, we "
3510"found and fixed bugs. For example there was one <a href=\"https://bugs."
3511"gnunet.org/view.php?id=5822\">bug</a> in CADET which prevented the re-"
3512"establishment of a connection after a communication partner suddenly stopped "
3513"communicating. From our perspective there is no alternativ to GNUnet, which "
3514"led us to first bring the parts of GNUnet needed by secushare to a state "
3515"that they can be used prouctively."
3516msgstr ""
3517
3518#: template/dev_pages/t3sserakt.html.j2:110
3519#, fuzzy
3520#| msgid "Contact information"
3521msgid "Contact Information"
3522msgstr "お問い合わせ"
3523
3413#: template/l2o/index.html.j2:6 template/l2o/mile1.html.j2:6 3524#: template/l2o/index.html.j2:6 template/l2o/mile1.html.j2:6
3414#: template/l2o/mile2.html.j2:6 template/l2o/mile3.html.j2:6 3525#: template/l2o/mile2.html.j2:6 template/l2o/mile3.html.j2:6
3415#: template/l2o/mile4.html.j2:6 template/l2o/testng.html.j2:6 3526#: template/l2o/mile4.html.j2:6 template/l2o/testng.html.j2:6