aboutsummaryrefslogtreecommitdiff
path: root/locale/ko/LC_MESSAGES/messages.po
diff options
context:
space:
mode:
Diffstat (limited to 'locale/ko/LC_MESSAGES/messages.po')
-rw-r--r--locale/ko/LC_MESSAGES/messages.po113
1 files changed, 112 insertions, 1 deletions
diff --git a/locale/ko/LC_MESSAGES/messages.po b/locale/ko/LC_MESSAGES/messages.po
index 56b419fd..7a7f833b 100644
--- a/locale/ko/LC_MESSAGES/messages.po
+++ b/locale/ko/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-11 02:59+0000\n" 11"PO-Revision-Date: 2021-04-11 02:59+0000\n"
12"Last-Translator: Chaewon Park <wonnie0624@gmail.com>\n" 12"Last-Translator: Chaewon Park <wonnie0624@gmail.com>\n"
13"Language-Team: Korean <http://weblate.taler.net/projects/gnunet/website/ko/" 13"Language-Team: Korean <http://weblate.taler.net/projects/gnunet/website/ko/"
@@ -2918,6 +2918,117 @@ msgstr ""
2918msgid "Videos related to GNUnet" 2918msgid "Videos related to GNUnet"
2919msgstr "" 2919msgstr ""
2920 2920
2921#: template/dev_pages/t3sserakt.html.j2:8
2922msgid "Developer page: t3sserakt"
2923msgstr ""
2924
2925#: template/dev_pages/t3sserakt.html.j2:23
2926msgid "Current Work"
2927msgstr ""
2928
2929#: template/dev_pages/t3sserakt.html.j2:25
2930msgid ""
2931"At the moment I am working on Transport Next Generation (TNG). The current "
2932"GNUnet TRANSPORT architecture with its pluggable transport mechanism (TCP, "
2933"UDP, HTTP(S) and other protocols) together with the ATS subsystem for "
2934"bandwidth allocation and choosing plugins has several issues with its "
2935"design. With the Layer-2-Overlay project we like to implement the design "
2936"goals of the future GNUnet TRANSPORT Next Generation (TNG) subsystem. For "
2937"details have a look on the <a href=\"https://www.gnunet.org/en/l2o/"
2938"\">project page</a>."
2939msgstr ""
2940
2941#: template/dev_pages/t3sserakt.html.j2:40
2942msgid "Future Work"
2943msgstr ""
2944
2945#: template/dev_pages/t3sserakt.html.j2:42
2946msgid ""
2947"The next project I will work on is named \"Probabilistic NAT Traversal\"."
2948msgstr ""
2949
2950#: template/dev_pages/t3sserakt.html.j2:47
2951msgid ""
2952"Today consumer devices are behind a NAT quite often, restricting internet "
2953"connectivity. There are several methods to reach peers being behind a NAT, "
2954"but there are as many reasons those existing methods might fail. We will "
2955"implement a new way of NAT traversal that we think of being independent from "
2956"the existing network configuration, and does not require a third party which "
2957"is not natted helping two peers to connect to each other. Two peers trying "
2958"to connect to each other will send out a burst of connection attempts to the "
2959"other peer on different ports. The sheer vast amount of connections attempts "
2960"from both side will lead to a high probability that two connection attempts "
2961"from both peers onto the same port will be at the same time leading to a "
2962"successful connection between those peers."
2963msgstr ""
2964
2965#: template/dev_pages/t3sserakt.html.j2:57
2966msgid ""
2967"There are two problems a NAT traversal method has to solve. First there "
2968"needs to be a method to know the global IP address of a peer A another peer "
2969"B wants to connect to. Second – because inbound connections from the outside "
2970"are blocked by the NAT firewall of peer A, peer A needs to be informed of a "
2971"connection attempt by peer B. The most common solution for both problems is "
2972"to have a third party C which is not behind a NAT. This third party C "
2973"obviously knows the global IP address of natted peers, after peer A is "
2974"trying to connect to C. Peer B tells C it likes to connect to peer A, and C "
2975"informs A about it. Using this method for a privacy preserving network like "
2976"GNUnet, this could facilitate eclipse attacks (isolating a peer) which then "
2977"can be used for deanonymization attacks and cencorship. Also any additional "
2978"infrastructure needed to provide some kind of functionality has to be "
2979"maintained by someone, becoming a target and/or point of failure. Therefore "
2980"this method is not suitable. More sophisticated methods like \"Autonomous "
2981"NAT Traversal (pwnat)\" using ICMP fake message, which do not need a third "
2982"party for the initiation of the connection, are not successful in all "
2983"circumstances, because this method depend on the behavior of the NAT "
2984"firewall."
2985msgstr ""
2986
2987#: template/dev_pages/t3sserakt.html.j2:71
2988msgid ""
2989"If two natted peers are using the method to start a burst of connection "
2990"attempts, this method still needs the global IP of the other peer and a "
2991"“start signal” to coordinate. In the NGI Assure project L2O we are "
2992"establishing a backchannel with neighbourhood routing over an ad- hoc "
2993"distance vector protocol to solve the problem of not directly connected "
2994"peers. The peers serving as hops to a distant peer which are a direct "
2995"neighbour of the start or end peer on that path do know the global IP "
2996"address of the start or end peer. If those two peers like to use the burst "
2997"method for hole punching the global IP address is known. Via the distance "
2998"vector protocol we are also able to communicate the \"start signal\". Also "
2999"in the L2O project we introduced a new test framework for GNUnet to test "
3000"network setups with peers having restricted connectivity. This test "
3001"framework will be used to create test setups suitable to test possible NAT "
3002"configurations. A challenge for this NAT traversal method will be how to "
3003"handle the burst in terms of network load, thus we need to experiment with "
3004"different frequencies and the amount of connection attempts."
3005msgstr ""
3006
3007#: template/dev_pages/t3sserakt.html.j2:93
3008msgid "Past Work"
3009msgstr ""
3010
3011#: template/dev_pages/t3sserakt.html.j2:95
3012msgid ""
3013"In the past I have tried to help making the vision of the <a href=\"http://"
3014"secushare.org\">secushare</a> project a reality. To achieve this the GNUnet "
3015"framework was the perfect match for a solution to fullfill the privacy "
3016"preserving part of that vision, and we could concentrate to build a tool for "
3017"social communication that deserves its name. While trying to use GNUnet, we "
3018"found and fixed bugs. For example there was one <a href=\"https://bugs."
3019"gnunet.org/view.php?id=5822\">bug</a> in CADET which prevented the re-"
3020"establishment of a connection after a communication partner suddenly stopped "
3021"communicating. From our perspective there is no alternativ to GNUnet, which "
3022"led us to first bring the parts of GNUnet needed by secushare to a state "
3023"that they can be used prouctively."
3024msgstr ""
3025
3026#: template/dev_pages/t3sserakt.html.j2:110
3027#, fuzzy
3028#| msgid "Continuous Integration"
3029msgid "Contact Information"
3030msgstr "지속적 통합"
3031
2921#: template/l2o/index.html.j2:6 template/l2o/mile1.html.j2:6 3032#: template/l2o/index.html.j2:6 template/l2o/mile1.html.j2:6
2922#: template/l2o/mile2.html.j2:6 template/l2o/mile3.html.j2:6 3033#: template/l2o/mile2.html.j2:6 template/l2o/mile3.html.j2:6
2923#: template/l2o/mile4.html.j2:6 template/l2o/testng.html.j2:6 3034#: template/l2o/mile4.html.j2:6 template/l2o/testng.html.j2:6