branches/original_web/projects/bms/hidserv.wml (c18f0dd52) - tor-webwml.git

hidserv.wml

## translation metadata
# Revision: $Revision: 22515 $
# Translation-Priority: 4-optional
#include "head.wmi" TITLE="NLnet Project: Speed Up Tor Hidden Services" CHARSET="UTF-8"
<div class="main-column">

<h2>NLnet Project - Tor Hidden Services ျမန္ႏႈန္းျမွင့္တင္ျခင္း</h2>
<hr />

Tor Hidden Services က အသံုးျပဳသူမ်ားကို websites မ်ားကဲ့သို႔ အမည္မေဖၚဘဲ
လွ်ိဳ႔ဝွက္ေသာ သတင္းအခ်က္အလက္မ်ား services ကို ထည့္သြင္းအသံုးျပဳရန္
ခြင့္ျပဳသည္။ ယင္းကို Tor network မွသာ ရယူသံုးစြဲႏိုင္ျပီး services တြင္
အလုပ္လုပ္ေနေသာ သံုးစြဲသူ၏ ကိုယ္ေရးရာဇဝင္ အခ်က္အလက္မ်ားကို ကာကြယ္ေပးထားသည္။
Tor Hidden Service ၏ အလြန္႔အလြန္ အေရးပါေသာ ကန္႔သတ္ခ်က္မ်ားမွာ Hidden
Service ကို network အတြင္း မွတ္ပံုတင္ျပီးသည္အထိ ၾကာေသာ အခ်ိန္ႏွင့္
အသံုးျပဳသူ ရယူသံုးစြဲႏိုင္ေသာအခါ ဆက္သြယ္မႈ အေျခခိုင္သည္အထိ ၾကာေသာ
အခ်ိန္ျဖစ္ပါသည္။ ပံုစံထုတ္လုပ္ထားေသာ အေၾကာင္းအရာကို မူလ Tor protocol ထဲတြင္
ထည့္သြင္းထားေသာေၾကာင့္ အသစ္ Hidden Service အတြက္ connection သည္
မိနစ္အနည္းငယ္ ၾကာႏိုင္ပါသည္။ ယင္းက အသံုးျပဳသူ အမ်ားစုကို connection
ဆက္သြယ္မရမွီအခ်ိ္န္အတြင္း လက္ေလ်ာ့သြားေစႏိုင္ပါသည္။ Tor Hidden Services ကို
တိုက္ရုိက္ အသံုးျပဳသူ - အသံုးျပဳသူ ဆက္သြယ္သတင္းပို႔ျခင္း (ဥပမာ -
သတင္းအခ်က္အလက္ေပးပို႔ျခင္း)အတြက္ အသံုးျပဳျခင္းသည္ Hidden Service circuit
setup ၏ ၾကာျမင့္ေသာ သတင္းအခ်က္အလက္ ရွာေဖြေပးပို႔မႈေၾကာင့္ မျဖစ္ႏိုင္ေလာက္ပါ။

ဤပေရာဂ်က္က Tor Hidden Services ကို အသံုးျပဳသူႏွင့္ Hidden Service ၾကား Tor
circuits ထည့္သြင္းတပ္ဆင္ျခင္း နည္းလမ္းမ်ား ႏွင့္ Hidden Service က Tor
network ကို မွတ္ပံုတင္ေသာ နည္းလမ္းမ်ားကို တိုးတက္ေစျခင္းျဖင့္
ျမန္ႏႈန္းျမွင့္တင္ရန္ ရည္ရြယ္ပါသည္။ ပထမအဆင့္အနျဖင့္ lab setups တြင္ တိက်ေသာ
ကြန္ပ်ဳတာခ်ိဳ႔ယြင္းခ်က္ကို ရွာေသာ Hidden Services ၏ လုပ္ေဆာင္ပံု ႏွင့္
လက္ရွိအေျခအေနက ဆိုးဝါးေသာ အခ်ိန္သတ္မွတ္ျခင္း၏ အက်ိဳးသက္ေရာက္မႈ အေျခအျမစ္ကို
ရွာရန္ စီမံခန္႔ခြဲေပးပါသည္။ ယင္း ခ်ိဳ႔ယြင္းခ်က္မ်ားကို အေျခခံ၍
အမွန္ကန္ဆံုးအေျခအေနအတြက္ ဗ်ဴဟာမ်ားကို ပံုစံထုတ္လုပ္ျပီး သြယ္ဝိုက္ေသာအားျဖင့္
ပါဝင္ပတ္သက္ေနေသာ မလိုခ်င္သည့္ Tor network ၏ လံုျခံဳမႈႏွင့္
အမည္လွ်ိဳ့ဝွက္ျခင္းတို႔ကို သက္ေသျပႏိုင္သည္။ အလြန္႔အလြန္ အမွန္ကန္ဆံုးအေျခအေနက
အသံုးျပဳသူအတြက္ သိသာထင္ရွားေသာ တိုးတက္မႈကို ရရွိေအာင္ အေကာင္အထည္ေဖၚေပးပါမည္။
တိက်မွန္ကန္ေသာ ေအာင္ျမင္မႈ metrics သည္ ခ်ိဳ႔ယြင္းခ်က္ကိုရွာေသာ အဆင့္မွာပင္
တိုးတက္လာပါလိမ့္မည္။ အခ်ိန္ ေပ်က္ဆံုးသြားျပီး တိုးတက္မႈမ်ား လက္ေတြ႔က်လာပါက
ယင္းသည္ ပိုမိုထင္သာလာပါလိမ့္မည္။ ေနာက္ဆံုး အဆံုးစြန္ထိ ရည္ရြယ္ခ်က္မွာ Hidden
Services ၏ protocol ေျပာင္းလဲျခင္းကို အသင့္ျဖစ္ေအာင္ ထုတ္လုပ္
ရရွိႏိုင္ျခင္းႏွင့္ 12 လေအာက္ အခ်ိန္သတ္မွတ္ခ်ိန္အတြင္း Tor
အသံုုးျပဳသူမ်ားအတြက္ တိုးတတ္မႈ ရရွိေစရန္ ျဖစ္သည္။

ဒီပေရာဂ်က္ကို သေဘာထားၾကီးစြာျဖင့္ ေငြေၾကးေထာက္ပံ့ေပးေသာ -

<table width="100%" border="0" cellspacing="0" cellpadding="3">
<thead>
<tr>
<th><big>Project</big></th>
<th><big>Due Date</big></th>
</tr>
</thead>

<tr bgcolor="#e5e5e5">
 <td>
 Deliverable A: ပိုင္းျခားစိတ္ျဖာျခင္း၊ တိုင္းတာျခင္း ႏွင့္ and
ျပသနာမ်ားကို အလြယ္တကူ နားလည္ေစရန္ ရွင္းလင္းျခင္း Tor Hidden
Services သည္ လြန္ခဲ့ေသာ ႏွစ္က ထပ္မံတိုးတက္ျခင္း မရွိခဲ့ေသာေၾကာင့္ ျပသနာမ်ား၏
အခ်ိဳ႔ေသာ က႑မ်ားကို ရွာေဖြေျဖရွင္းႏိုင္ျခင္း မရွိခဲ့ပါ။ ရွာေဖြေပးပို႔ရန္
အခ်ိန္ႏွင့္ အခ်ိန္ကုန္ျခင္းမ်ား၏ တိက်ေသာ အရင္းအျမစ္ကို ေဖၚထုတ္သတ္မွတ္ရန္
ပိုမိုေလးနက္ေသာ အေၾကာင္းျပခ်က္မ်ားအတြက္ က်ယ္ျပန္႔ေသာ
ပိုင္းျခားစိတ္ျဖာျခင္းကို စီမံခန္႔ခြဲရန္ လိုအပ္သည္။ Deliverable A ကို အလုပ္
၏ တစ္လတစ္ၾကိမ္ခန္႔ လိုအပ္ပါသည္။ ပိုင္းျခားစိတ္ျဖာျခင္း ရလဒ္မ်ားက Deliverable
B တြင္ ပါေသာ ပံုစံထုတ္လုပ္မႈ ဆံုးျဖတ္ျခင္းကို
လႊမ္းမိုးအက်ိဳးသက္ေရာက္ေစမည္ျဖစ္သည္။
 </td>
 <td>
 ဇြန္လ ၁၅ရက္ ၊ ၂၀၀၈
 </td>
</tr>

<tr>
 <td>
 Deliverable B:ပံုစံ ႏွင့္ လိုအပ္ေသာ ေျပာင္းလဲမႈမ်ား၏ တန္ဖိုးခြဲျခား
သတ္မွတ္ျခင္း Tor Hidden Services ေျပာင္းလဲမႈမ်ားက protocol
၏ အဓိက လုပ္ငန္းတာဝန္ကို အက်ိဳးသက္ေရာက္ေစပါသည္။ ထို႔ေၾကာင့္ လံုျခံဳမႈ ႏွင့္
အမည္လွ်ိဳ့ဝွက္ျခင္းတြင္ ျဖစ္ႏိုင္ေခ်ရွိေသာ သြယ္ဝွက္ အက်ိဳးဆက္မ်ားကို သတိထား၍
တန္ဖိုးခြဲျခား သတ္မွတ္ျခင္းလိုအပ္ပါသည္။ ႏွစ္လဟူေသာ အခ်ိန္ကာလကို က်ယ္ျပန္႔၍
တန္းတူျဖစ္ေသာ ျပန္လည္ဆန္းစစ္ျခင္းမ်ား ပါဝင္သည့္ ပံုစံႏွင့္ တန္ဖိုးခြဲျခား
သတ္မွတ္ျခင္း အဆင့္အတြက္ အစီအစဥ္ ေရးဆြဲထားပါသည္။
 </td>
 <td>
 ၾသဂုတ္လ ၁၅ရက္ ၂၀၀၈
 </td>
</tr>

<tr bgcolor="#e5e5e5">
 <td>
 Deliverable C: ျပီးစီးေအာင္ျမင္ေအာင္ ေဆာင္ရြက္ျခင္း 
ပံုစံထုတ္လုပ္ျပီးေနာက္ တန္ဖိုးခြဲျခား သတ္မွတ္ျခင္း ႏွင့္
တန္းတူျဖစ္ေသာ ျပန္လည္ဆန္းစစ္ျခင္း ျပဳျပင္မြမ္းမံျခင္းတို႔ သည္
ျပီးစီးေအာင္ျမင္ရမည္ျဖစ္ျပီး လက္ရွိ Tor code base ႏွင့္္ ေပါင္းစပ္ႏိုင္ရမည္
ျဖစ္သည္။ လိုအပ္ေသာ အေျပာင္းအလဲမ်ား၏ အမွန္တကယ္ ျပီးစီးေအာင္ျမင္ျခင္းသည္
ႏွစ္လနီးပါမွ် အခ်ိန္ ယူႏိုင္ပါသည္။
 </td>
 <td>
 ေအာက္တိုဘာ ၁၅ရက္ ၂၀၀၈
 </td>
</tr>

<tr>
 <td>
 Deliverable D: ျပီးစီးေအာင္ျမင္ေအာင္ ေဆာင္ရြက္ျခင္း ႏွင့္
ထုတ္ခြင့္ရေသာ အေျခအေနအထိ ေျပာင္းလဲျခင္း၏ စမ္းသပ္ခ်က္ 
ျပဳျပင္မြမ္းမံျခင္းသည္ Tor network ၏ လံုျခံဳမႈ ႏွင့္
အမည္လွ်ိဳ့ဝွက္ျခင္းအတြက္ အလြန္ အေရးၾကီးျပီး က်ယ္ျပန္႔ေသာ
စမ္းသပ္ခ်က္မ်ားႏွင့္ စမ္းသပ္ခန္းတြင္ ပရိုဂရမ္၏ အျပစ္မ်ားကို
ရွာေဖြျပင္ဆင္ျခင္းႏွင့္ လက္ေတြ႔ အေျခအနမ်ား လိုအပ္ပါသည္။ သံုးလဟူေသာ
အခ်ိန္ကာလာသည္ စမ္းသပ္ျခင္းႏွင့္ ရွာေဖြေဖၚထုတ္ျခင္း စီမံကိ္န္းအတြက္ ျဖစ္သည္။
ယင္းတြင္ သက္ဆိုင္ရာ ေဆာင္ရြက္သူမ်ားသည္ အခ်ိန္ကာလ၏ သံုးပံု တစ္ပံုကို
စမ္းသပ္ျခင္းအတြက္ လံု႔လစိုက္ထုတ္ရမည္ ျဖစ္ျပီး စမ္းသပ္ျခင္းအဆင့္၏
တစ္စိတ္တစ္ပိုင္းသည္ public beta ကာလာအပိုင္းအျခား
ျဖစ္ပါလိမ့္မည္။
 </td>
 <td>
 ဇြန္န၀ါရီလ ၁၅ရက္ ၂၀၀၉
 </td>
</tr>

<tr bgcolor="#e5e5e5">
 <td>
 Deliverable E:ပထမဆံုးအၾကိမ္ ထုတ္ေဝေရာင္းခ်ျခင္း Tor
server network အမွန္တကယ္ ပထမဆံုးအၾကိမ္ ထုတ္ေဝေရာင္းခ်ျခင္းကို ပံုမွန္ Tor
ထုတ္လုပ္ျခင္း အစီအစဥ္ႏွင့္ sync စီမံခန္႔ခြဲပါလိမ့္မည္။ ဤ အစီအစဥ္သည္ ျပင္ပ
အခ်က္အလက္ မ်ားစြာအေပၚ မူတည္ေနေသာေၾကာင့္ အျခားေသာ တစ္ခ်ိန္ထဲ ထုတ္ေသာ software
စီမံကိန္းမ်ား အတိုင္း အမွန္တကယ္ ထုတ္ေဝေရာင္းခ်ျခင္းႏွင့္
ထုတ္ေဝေရာင္းခ်ျခင္းကို အသိအမွတ္ျပဳသည္အထိ ၾကာခ်ိ္န္ႏွင့္ Tor server operators
အမ်ားစု ထည့္သြင္းသံုးစြဲခ်ိန္မ်ားသည္ အမ်ိဳးမ်ိဳးျဖစ္ႏိုင္ပါသည္။
အေတြ႔အၾကံဳအားျဖင့္ သံုးလမွ ေလးလအထိ ေမွ်ာ္လင့္ပါသည္။
 </td>
 <td>
 ေမလ ၁၅ရက္ ၂၀၀၉
 </td>
</tr>
</table>

<a id="Reports"></a>
<h2><a class="anchor" href="#Reports">လစဥ္ အစီရင္ခံစာမ်ား</a></h2>

လစဥ္ အစီရင္ခံစာ စုစုေပါင္း ရွစ္ေစာင္ရွိျပီး ပထမဆံုး အၾကိမ္အျဖစ္ ဇြန္လ 15ရက္
၊ 2008 တြင္ ေပးပို႔အစီရင္ခံမည္ျဖစ္ျပီး ျပီးစီးေအာင္ျမင္ေအာင္
ေဆာင္ရြက္ျခင္းႏွင့္ စမ္းသပ္ျခင္း တို႔ကို ဇန္နဝါရီလ 15ရက္ ၊ 2009 တြင္
ျပီးျပည္႔စံုျခင္းႏွင့္အတူ ျပီးဆံုးမည္ ျဖစ္သည္။

<table width="100%" border="0" cellspacing="0" cellpadding="3">
<thead>
<tr>
<th><big>Month,</big></th>
<th><big>အစီရင္ခံစာ</big></th>
</tr>
</thead>

<tr bgcolor="#e5e5e5">
 <td>
 <a id="Jun08"></a> <a class="anchor" href="#Jun08">ဇြန္ 08</a>
 </td>
 <td>
 မူလ ပန္းတိုင္ျဖစ္ေသာ ျပသနာမ်ားကို ခြဲျခားစိတ္ျဖာျခင္းေၾကာင့္ Tor
Hidden Services အခ်ိန္ၾကန္႔ၾကာ ေႏွာင့္ေႏွးမႈမ်ား ျပီးေျမာက္သြားျပီ ျဖစ္သည္။
ဤခြဲျခားစိတ္ျဖာျခင္း၏ အစိတ္အပိုင္းသည္ ေႏွာင့္ေႏွးျခင္းကို
တိုင္းတာျခင္းျဖစ္ျပီး ယင္းကို အသံုးျပဳသူမ်ား ထည့္သြင္း အသံုးျပဳစဥ္ သို႔မဟုတ္
hidden service ရယူသံုးစြဲခ်ိ္န္တြင္ ၾကံဳေတြ႔ရမည္ ျဖစ္သည္။ ထို႔အျပင္ 2008
ခုႏွစ္ ဧျပီလမွ တိုင္းတာျခင္း အခ်က္အလက္မ်ားသည္ hidden service ကို connection
တည္ေဆာက္ရာ၌အတြင္းပိုင္း အဆင့္ခြဲမ်ားကို ေဖါက္ခြဲရန္ အားတစ္ခုျဖစ္ေစခဲ့သည္။
ဤခြဲျခမ္းစိတ္ျဖာျခင္း ရလဒ္မ်ားကို စာမ်က္ႏွာ 22 ရြက္ပါေသာ <a
href="http://freehaven.net/~karsten/hidserv/perfanalysis-2008-06-15.pdf">အစီရင္ခံစာ</a>ျဖင့္
ယင္းကို Tor အတြက္ အမ်ားသံုး <a
href="http://archives.seul.org/or/dev/Jun-2008/msg00019.html">developer
ေမးလ္ပို႔ႏိုင္ေသာ စာရင္း</a>တြင္ ေဖၚျပထားသည္။ 
ခြဲျခမ္းစိတ္ျဖာျခင္းမ်ားကို bugs အနည္းငယ္တြင္လည္း ေဖၚျပထားျပီး ယင္းတို႔သည္
ေႏွာင့္ေႏွးျခင္း အစိတ္အပိုင္းအတြက္ hidden service ကို အသံုးျပဳသူမ်ား
ရယူသံုးစြဲႏိုင္ရန္ ျပဳလုပ္ျခင္းအားျဖင့္ သက္ဆိုင္ပါသည္။ bugs အခ်ိဳ႔သည္
ခြဲျခမ္းစိတ္ျဖာျခင္း အဆင့္ခြဲမ်ားတြင္ တိုက္ခိုက္ျပီး က်န္ bugs မ်ားကလည္း
မၾကာမွီ တိုက္ခိုက္လာႏိုင္ပါသည္။ တန္ဖိုးခြဲျခား သတ္မွတ္ျခင္းသည္ Tor service
performance အတြက္ မ်ားစြာေသာ ျဖစ္ႏိုင္ေခ်ရွိသည့္ ေအာင္ျမင္မႈကို ခ်ည္းကပ္ရာ
လမ္းေၾကာင္းအျဖစ္ ယူေဆာင္ေပးပါသည္။ ယင္း အခ်ိဳ႔ သေဘာသဘာဝမ်ားသည္ ခ်က္ခ်င္း
သက္ေရာက္ေစႏိုင္ေသာ္လည္း အခ်ိဳ႔အတြက္မူ ပိုမိုေလးနက္ေသာ
ခြဲျခမ္းစိတ္ျဖာျခင္းမ်ားႏွင့္ အသစ္ တိုင္းတာမႈမ်ား လိုအပ္ပါသည္။
ေနာက္ဆံုးတြင္ေတာ့ ခြဲျခမ္းစိတ္ျဖာျခင္း လမ္းစဥ္တြင္ ကြ်ႏ္ုပ္တို႔
ရွာေဖြေတြ႔ရွိခဲ့သည္မွာ hidden services ႏွင့္ တိုက္ရိုက္မသက္ဆိုင္ေသာ Tor ကို
နက္ရႈိင္းစြာ ေျပာင္းလဲရန္ လိုအပ္သည့္ အခ်ိဳ႔ တိုးတက္ျခင္းမ်ားျဖစ္သည္။
ဤေျပာင္းလဲျခင္းမ်ားက ယခုစီမံကိန္း၏ time frame ကိုေတာ့ ေအာင္ျမင္ေအာင္
ဖန္တီးႏိုင္စြမ္းရွိမည္ မဟုတ္ပါ။ 
 </td>
</tr>

<tr>
 <td>
 <a id="Jul08"></a> <a class="anchor" href="#Jul08">ဇူလိုင္ 08</a>
 </td>
 <td>
 ခြဲျခမ္းစိတ္ျဖာျခင္းတြင္ ေတြ႔ခဲ့ေသာ bugs အားလံုးကို ျပင္ဆင္ျပီး
ျဖစ္ပါသည္။ ယင္းတြင္ ခြဲျခမ္းစိတ္ျဖာသည့္ အေတာအတြင္း မူလ ပါရွိျပီးျဖစ္ေသာ bugs
2 ခုႏွင့္ လြန္ခဲ့ေသာ ရက္ေပါင္း 30 အတြင္း ေရာက္ရွိလာေသာ ေနာက္ထပ္ 4 ခု
ျဖစ္သည္။
 </td>
</tr>

<tr bgcolor="#e5e5e5">
 <td>
 <a id="Aug08"></a> <a class="anchor" href="#Aug08">ၾသဂုတ္ 08</a>
 </td>
 <td>
 လြန္ခဲ့ေသာ ရက္ေပါင္း ၃၀ မွစ၍ အသံုးျပဳမည္ဟု အဆိုျပဳထားေသာ
ဒီဇိုင္းမ်ားအေၾကာင္းေဆြးေႏြး ျပင္ဆင္ျခင္းမ်ားျပဳလုပ္ခဲ့ၾကပါသည္။
၄င္းတို႔အထဲမွ ၄ ခုကို အနည္းငယ္ ျပင္ဆင္မွဳမ်ားျပဳလုပ္ရံုျဖင့္
အသံုးျပဳႏိုင္မည္ျဖစ္ျပီး ေဆာ့ဝဲတစ္ခုမွာ software မဟုတ္ပဲ bug
အေနျဖင့္တည္ရွိေနသည္။ က်န္ေသာ ၂ ခုမွာ လံုျခံေရးအားနည္းျခင္း၊ performance
မေကာင္းျခင္းမ်ားေၾကာင့္ ပယ္လိုက္ရပါသည္။ July
15 ရက္ထုတ္ျပန္ခ်က္အရ ေဆာ့ဝဲဒီဇိုင္းေဆြးေႏြးခ်က္မ်ားအားလံုး
ႏွင့္ေရွ႕ဆက္လုပ္ရမည့္ လုပ္ငန္းစဥ္မ်ားအားလံုးကို
အေခ်ာသတ္ႏိုင္ျပီျဖစ္ျပီျဖစ္ပါသည္။ Bug တစ္ခုအားရွင္းျခင္း၊ ေဆာ့ဝဲ ၄ ခုအား
ျပင္ဆင္ျခင္း စသည္တို႔ျဖစ္သည္။ ျပင္ဆင္ျခင္းလုပ္ငန္းမ်ား ျပီးဆံုးပါကလည္း
၄င္းေဆာ့ဝဲမ်ားအား စမ္းသပ္အသံုးျပဳရန္လိုအပ္ပါေသးသည္။ <a
href="http://freehaven.net/~karsten/hidserv/design-2008-08-15.pdf">အစီရင္ခံစာ</a>
တစ္ေစာင္အား <a
href="http://archives.seul.org/or/dev/Aug-2008/msg00025.html">developer မ်ား
mailing list </a>. သို႔ upload တင္ထားျပီးျဖစ္ပါသည္။
 </td>
</tr>

<tr>
 <td>
 <a id="Sep08"></a> <a class="anchor" href="#Sep08">စက္တင္ဘာ 08</a>
 </td>
 <td>
 Software မ်ားျပင္ဆင္ျခင္း ပထမအပိုင္းတြင္ hidden services
မ်ားႏွင့္သတ္ဆိုင္ေသာ bug ႏွစ္ခုအားေျဖရွင္းေပးႏိုင္ခဲ့သည္။ <a
href="https://trac.torproject.org/projects/tor/ticket/767"> ပထမ bug</a> ကို
design အဆင့္တြင္ေတြ႕ရျပီး ၄င္း bug သည္ hidden service မ်ား
အလုပ္လုပ္ေနခ်ိန္တြင္ ထူးျခားေသာ ကြန္နက္ရွင္ျပတ္ေတာက္မွဳကိုျဖစ္ေစသည္။ <a
href="https://trac.torproject.org/projects/tor/ticket/814">ဒုတိယ bug</a> ကို
ျပင္ဆင္မွဳျပဳလုပ္ေနခ်ိန္တြင္ ေတြ႔ျပီး ၄င္းသည္ hidden service
အားခ်ိတ္ဆက္မွဳျပဳရာတြင္ ျပတ္ေတာက္မွဳမ်ားကိုျဖစ္ေပၚေစသည္။ ထို bug 2
ခုကိုျပင္ဆင္မွဳမ်ားျပဳလုပ္ျပီး ေနာက္ထြက္မည့္ unstable version
တြင္ထည့္သြင္းေပးသြားမည္ျဖစ္ျပီး stable version မ်ားတြင္ပါ ဆက္လက္
ထည့္သြင္းသြားမည္ျဖစ္ပါသည္။ ျပင္ဆင္မွဳ ၄
ခုစလံုးအား <a
href="https://tor-svn.freehaven.net/svn/tor/branches/hidserv-design-changes/">experimental
branch</a> အျဖစ္ထားရွိပါသည္။ ေဆာ့ဝဲ stable version ထုတ္ရန္မွာ
ကၽြႏ္ုပ္တို႔ရည္ရြယ္ထားသည့္ goal ျဖစ္ျပီး မထုတ္ခင္ စမ္းသတ္မွဳသေဘာျဖင့္ ၄ ပတ္
developer မ်ားမွ tests မ်ားျပဳလုပ္မည္ျဖစ္ပါသည္။
 </td>
</tr>

<tr bgcolor="#e5e5e5">
 <td>
 <a id="Oct08"></a> <a class="anchor" href="#Oct08">ေအာက္တိုဘာ 08</a>
 </td>
 <td>
 ျပင္ဆင္မွဳျပဳလုပ္ျခင္းမ်ားအား အဆံုးသတ္ႏိုင္ျပီျဖစ္ပါသည္။
လြန္ခဲ့ေသာ ရက္ ၃၀ အတြင္းေတြ႔ရေသာ bugfixes ျပင္ဆင္မွဳမ်ားအား developer
version <a
href="http://archives.seul.org/or/talk/Oct-2008/msg00093.html">0.2.1.6-alpha</a>
တြင္ရယူႏိုင္ပါသည္။ ဒီဇိုင္းျပင္ဆင္မွဳပိုင္း၌ ေတြ႔ရေသာ ျပင္ဆင္မွဳ ၄ ခုအား <a
href="https://svn.torproject.org/svn/tor/trunk/doc/spec/proposals/155-four-hidden-service-improvements.txt">proposal
155</a> တြင္ေတြ႔ႏိုင္ျပီး အသစ္ျပင္ဆင္ထားေသာ ဒီဇိုင္း ၃ ခုအား development
codebase တြင္ထည္႕ထားျပီး ေနာင္ထြက္မည့္ development version တြင္
ထည့္သြင္းသြားမည္ျဖစ္ပါသည္။ ပထမ ဒီဇိုင္းျပင္ဆင္မွဳ ၂ ခု သည ္hidden service
သို႔ခ်ိတ္ဆက္မွဳၾကာခ်ိန္ကို စကၠန္႕ ၆၀ မွ ၃၀ သို႔ ေျပာင္းလဲေပးလိုက္ျပီး
စတုတၳျပင္ဆင္မွဳမွာ ေတာ့အသံုးသိပ္မဝင္ပါ။ ယခုလက္ရွိအခ်ိန္အထိ bugfixes ႏွင့္
ဒီဇိုင္းအသစ္မ်ားမရွိေသးဘဲ ရွိလာပါက ေနာင္လာမည့္အသစ္ျပင္ဆင္မွဳမ်ားတြင္
ထည့္သြင္းသြားမည္ျဖစ္ပါသည္။ 
 </td>
</tr>

<tr>
 <td>
 <a id="Nov08"></a> <a class="anchor" href="#Nov08">ႏိုဝင္ဘာ 08</a>
 </td>
 <td>
 ေနာက္ဆံုးျပင္ဆင္မွဳမ်ားျပဳလုပ္ရာတြင္ ျပီးစီးခဲ့ေသာ
တိုးတတ္မွဳမ်ားအား Tor version 0.2.1.7-alpha တြင္ထည့္သြင္းျပီးျဖစ္ပါသည္။
အသံုးျပဳသူမ်ားအေနျဖင့္ Tor homepage တြင္ ၄င္း version အား
ေဒါင္းလုပ္ခ်ျပီးအသံုးျပဳႏိုင္ပါသည္။ ေနာက္ထပ္ bugfixes (<a
href="https://trac.torproject.org/projects/tor/ticket/767">1</a>, <a
href="https://trac.torproject.org/projects/tor/ticket/814">2</a>) ႏွစ္ခုအား
ေနာင္တြင္အသစ္ထြက္မည့္ version 0.2.0.32 တြင္ထည့္သြင္း သြားမည္ျဖစ္ပါသည္။
 ျပင္ဆင္မွဳမ်ားျပဳလုပ္ခဲ့သည့္ ရက္ေပါင္း ၃၁
ရက္အတြင္း tor software အတြက္ improvement မ်ားျပဳလုပ္ျခင္းသည္
ထိေရာက္မွဳရွိမရွိစစ္ေဆးရန္လည္း ရည္ရြယ္ပါသည္။ စစ္ေဆးျခင္းမ်ားကို ႏိုဝင္ဘာ ၆
ႏွင့္ ၇ ရက္ေန႔မ်ားတြင္ ျပဳလုပ္ခဲ့ပါသည္။ ကံဆိုးစြာျဖင့္ ထိုအခ်ိန္တြင္ tor
network အတြင္း <a
href="http://archives.seul.org/or/talk/Nov-2008/msg00053.html"> ျပသနာျဖစ္ေန၍
orperators အမ်ားစု မိမိတို႔ relays မ်ား </a>ပိတ္ပစ္လိုက္ရပါသည္။
ဒုတိယအၾကိမ္စစ္ေဆးမွဳအား ၁၃ ႏွင့္ ၁၄ ရက္ေန႔တြင္ ျပဳလုပ္ခဲ့ပါသည္။ ေဒတာမ်ားအား
<a
href="http://freehaven.net/~karsten/hidserv/perfdata-2008-11-13.tar.gz">ဤေနရာတြင္
</a> (40 MB) ရယူႏိုင္ပါသည္။ စစ္ေဆးမွဳမ်ား၏ ရလဒ္အရ ပထမဆံုးအၾကိမ္ hidden
services မ်ားအား စစ္ေဆးေသာ june 2008 ထက္ပင္ overall network performance
က်ဆင္းေနသည္ကိုေတြ႔ရသည္။ စမ္းသတ္စစ္ေဆးမွဳအသစ္မ်ားအား ဒီဇင္ဘာတြင္
ထပ္မံျပဳလုပ္မည္ျဖစ္ပါသည္။
 </td>
</tr>

<tr bgcolor="#e5e5e5">
 <td>
 <a id="Dec08"></a> <a class="anchor" href="#Dec08">ဒီဇင္ဘာ 08</a>
 </td>
 <td>
 ၿပီးခဲ့ေသာရက္ ၃၀ တြင္ ယခင္ hidden service တိုင္းတာခ်က္မ်ားတြင္
ေပၚေပါက္ေနေသာ bug မ်ားကို ျပင္ဆင္ခဲ့ရသည္။ ပထမ <a
href="http://archives.seul.org/or/cvs/Nov-2008/msg00100.html">bugfix</a>သည္
ျဖစ္ႏိုင္ေသာ တိုင္းတာခ်က္အမွားမ်ားကို ျဖစ္ေစသည့္
အစိတ္ပိုင္းအမွားမ်ားကိုျပင္ဆင္ေပးသည္။ အျခား a
href="https://trac.torproject.org/projects/tor/ticket/847">bug</a>မ်ားသည္
bootstrapping လုုပ္ရာတြင္ေႏွာင့္ေႏွးေစႏိုင္သည္။ အလြန္ေႏွးေသာ directory
authorities သည္ bootstrapping သံုးသူမ်ားကို စိတ္ပ်က္သြားေစၿပီး တျခား
authority မ်ားကိုသံုးစဲြေစသည္။ ရလဒ္အေနျဖင့္ အေႏွးဆံုး directory authorities
၂ ခုသည္ သူတုိ႔ node မ်ားကို bandwidth ပိုေပးၿပီး ရိုက္ခတ္မႈမ်ားကို
ေလ်ာ့ပါးေစသည္။ တတိယ <a
href="https://trac.torproject.org/projects/tor/ticket/874">bug</a> သည္
hidden service လုပ္ေဆာင္ခ်က္တိုးတက္မႈမ်ားကို ႏိုဝင္ဘာလတြင္ မိတ္ဆက္ေပးခဲ့သည္။
ရိုက္ခတ္မႈကေတာ့ hidden service ကိုလုပ္ေဆာင္ေပးေနေသာ Tor configuration
ဝန္ေဆာင္မႈကို ရပ္တန္႔သြားႏိုင္သည္။ ထပ္၍ ထို bug ကို ေဖာ္ထုတ္လုိုက္ၿပီး Tor က
သူ႔ introduction point မ်ားကို ျပန္တည္ေဆာက္လိုက္ၿပီး hidden service မ်ားကို
တည္ၿငိမ္ေအာင္ relode လုပ္ေပးသည္။ ေနာက္ထြက္မည့္ 0.2.1.9-alpha version တြင္
ထို bug ကိုျပင္ဆင္ၿပီးထည့္သြင္းေပးထားပါမည္။ 
bug မ်ားကိုျပင္ဆင္ျခင္းကလဲြ၍ တိုင္းတာစစ္ေဆးခ်က္အသစ္မ်ားကို ဒီဇင္ဘာ ၈ ႏွင့္
၁၀ ရက္ၾကားတြင္လုပ္ေဆာင္ပါသည္။ စီမံကိန္းအစတြင္ လုပ္ေသာ hidden service
လုပ္ေဆာင္ခ်က္မ်ားႏွင့္ယွဥ္လွ်င္ ေနာက္ဆံုးစစ္ေဆးခ်က္ျဖစ္ႏိုင္သည္။ ေဒတာမ်ားကို
တြက္ခ်က္ထားျခင္းေၾကာင့္ ဤအခ်က္တြင္ တိုးတက္မႈအေၾကာင္း
ထုတ္ျပန္ဖုိ႔အခက္ေတြ႔ေစပါသည္။ သို႔ေသာ္ <a
href="http://freehaven.net/~karsten/hidserv/prelimreport-2008-12-15.pdf">preliminary
evaluation</a>သည္ ဝန္ေဆာင္မႈ ထုတ္ျပန္ျခင္းတိုးတက္မႈကို ညႊန္ျပေနပါသည္။ Tor
သံုးစဲြသူ၏ bootstrapping ကိုျမန္ဆန္စြာလုပ္ေဆာင္ျခင္းႏွင့္ ႏိုဝင္ဘာအတြင္း
ထည့္သြင္းထားသည့္ လုပ္ေဆာင္မႈတိုးတက္ခ်က္မ်ား၏ ရလဒ္ျဖစ္ပါသည္။
ဆန္႔က်င္ဘက္အေနျဖင့္ hidden service မ်ားကိုတည္ေထာင္ခ်ိတ္ဆက္ျခင္းရလဒ္မ်ားသည္
ေသခ်ာမႈနည္းေနပါသည္။ ႏိုဝင္ဘာလအတြင္း ျဖည့္စြက္ထားေသာ တိုးတက္မႈမ်ားသည္
လုပ္ေဆာင္ခ်က္မ်ားအေပၚ ေကာင္းေသာအက်ိဳးသက္ေရာက္ေသာ္လည္း substeps exhibit
မ်ားတြင္ ဆိုးက်ိဳးမ်ားျဖစ္ေနပါသည္။ ဥပမာတစ္ခုမွာ hidden service
ကိုဆက္သြယ္ရန္အတြက္ descriptor မ်ားကို ရယူျခင္းျဖစ္သည္။
ျဖစ္ႏုိင္စရာေျဖရွင္းခ်က္မွာ စက္တင္ဘာလအတြင္း ရုတ္ခ်ည္းတုိးတက္လာေသာ hidden
service directory nodes အေရအတြက္၏ စြမ္းေဆာင္ရည္အေပၚ အႏႈတ္လကၡဏာေဆာင္
အက်ဳိးသက္ေရာက္မႈရွိခဲ့ျခင္းျဖစ္သည္။ အလုပ္၏ေနာက္ဆုံး ၃၁ ရက္မ်ားသည္ အဆုိပါ
အခ်က္အလက္မ်ားကို အေသးစိတ္ တြက္ခ်က္ရန္ႏွင့္ ပေရာဂ်က္၏ ေအာင္ျမင္ျဖစ္ထြန္းမႈ
ေနာက္ဆုံး ဆုံးျဖတ္ခ်က္ခ်ရန္ ျဖစ္လိမ့္မည္။
 </td>
</tr>

<tr>
 <td>
 <a id="Jan09"></a> <a class="anchor" href="#Jan09">ဇန္နဝါရီ 09</a>
 </td>
 <td>
 စမ္းသပ္မႈမ်ားျပဳလုပ္ျခင္းျဖင့္ အဆင့္ဆင့္ တိုးတတ္လာေစသည္။
စမ္းသပ္ျခင္းေတြက္ Public Beta ဗားရွင္းကို ေျပာင္းလြဲတိုးတတ္ျဖစ္ေပၚေသာအဆင့္
ႏွင့္ 0.2.1.x-alpha series မွ Hidden services အျဖစ္သို႔ ေျပာင္းလြဲနိုင္သည္။
Bublic Beta ရဲ႕ တိုးတတ္ေျပာင္းလြဲေသာရလဒ္ေတြက identifed bugs အတြဲမ်ားကို
Fixed လုပ္နိုင္ျပီျဖစ္ပါသည္။ အျခား Part
တခုျဖစ္ေသာ measurement ရဲ႕ ဒုတိယ အဆင့္ စမ္းသပ္မႈ အျဖစ္ ဒီဇင္ဘာလတြင္
ျပဳလုပ္နိုင္ခဲ႔သည္။ measurements နွင့္<a
href="http://freehaven.net/~karsten/hidserv/comparison-2009-01-15.pdf">ႏိွဳင္းယွဥ္ျပျခင္း</a>
ကို June နွင့္ December တြင္ ေျပာငး္လြဲမႈရဲ႕ အက်ိဳးသက္ေရာက္မႈမ်ားကို
ျပသခဲ႔ပါသည္။ ၂နာရီ ၁၂မိနစ္ ၅၈စကၠန္႔ရဲ႕ ထက္၀က္ခန္႔သာ Service Publication က
အခ်ိန္ယူခဲ႔သည္။ဒါေတြကလဲ တိုးတတ္ေကာင္းမြန္လာေစရန္အတြက္
ရည္ရြယ္ထားျခင္းျဖစ္ပါသည္။ ထိုတိုးတတ္မႈမ်ားေၾကာင့္ ေနာင္တခ်ိန္တြင္
တည္ျငိမ္မႈျဖစ္လာေစဖို႔ ၾကာအခ်ိန္အား စကၠန္႔၃၀ေအာက္သုိ႔ ေလွ်ာ့ခ် နိုင္လာသည္။
မည္သုိ႔ပင္ဆိုေစကာမႈ Connection ျဖစ္ေပၚလာေရး အတြက္ အခ်ိန္ယူတည္ေဆာက္နုိင္ဖို႔
ခန္႔မွန္းေျခ ၅၆စကၠန္႔ ခန္႔ hidden server နွင့္ Hidden service ရရွိဖို႔အတြက္
ၾကားတြင္ တည္ျငိမ္တဲ႔ ကြန္နက္ရွင္ ရရွိဖုိ႔ေတာ့
ၾကာမည္ျဖစ္ပါသည္။အဓိကအေၾကာင္းျပခ်က္ကေတာ့ Switch မွ ဗပာုိနွင့္ Hidden service
directory ထိန္းခ်ဴပ္မႈၾကားက တိုးတတ္ေကာင္းမြန္ျခင္းျပဳလုပ္ျခင္း
လြဲေခ်ာ္လို႔ျဖစ္ပါသည္။ ဒါကလဲ Hidden Service Directory မွ
ျဖန္႔ျဖဴးျခင္းတုိင္မွီ မေမွ်ာ္လင့္ ေသာ ဆိုးရြားေသာ ရလဒ္ေၾကာင့္ ျဖစ္ပါသည္။
ေနာက္ လုပ္ရမဲ႔ အစီအစဥ္မ်ားတြင္ေတာ့ အဓိကအားျဖင့္ Downloads ကိုထည္႔ hidden
service directory မွ ျဖန္႔ျဖဴးဖို႔ အဓိကထားစီစဥ္ေနပါသည္။ ဥပမာအားျဖင့္
ေတာင္းဆိုမႈအျပိဳင္ေတြအတြက္ ။ လစဥ္ update
အေျခအေန မ်ားရဲ႕ အစီစဥ္ခံစာကို ေကာက္ခ်က္ခ်ခဲ႔သည္။ ထြက္ရွိလာေသာ 0.2.1.x series
အတြင္းပါ၀င္ဖို႔ the hidden service အသြင္အျပင္တိုးတတ္လာေရးအတြက္ ေနာက္ေနာင္
အပတ္စဥ္ လစဥ္မ်ားတြင္ ေနရာယူ သြားမွာျဖစ္ပါသည္။
 </td>
</tr>
</table>

<a id="Links"></a>
<h2><a class="anchor" href="#Links">Links</a></h2>
<ul>
<li>Karsten Loesing ၊ Wermer Sandmann ၊ Christian Wilms ႏွင့္ Guido Wirtz တို႔
ေရးသားေသာ သုေသသန စာမ်က္ႏွာတြင္ Performance တိုင္းတာျခင္းမ်ား ႏွင့္ Tor
Hidden Services ၏ ကိန္းဂဏာန္းအခ်က္အလက္မ်ား (<a
href="http://www.uni-bamberg.de/fileadmin/uni/fakultaeten/wiai_lehrstuehle/praktische_informatik/Dateien/Publikationen/loesing2008performance.pdf">PDF</a>)ပါဝင္သည္။
In the Proceedings of the 2008 International Symposium on Applications and
the Internet (SAINT), Turku, Finland, July 2008.</li>

</ul>

</div>

#include <foot.wmi>

tor-webwml.git

Added 19 FAQ entries