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