በ3proxy HTTP እና SOCKS አገልግሎቶች ሁለቱም ላይ መግቢያ ይጠይቁ

ተጠቃሚን መግለጽ የ3proxy መግቢያ ውቅር በሙሉ አይደለም። አገልግሎቱ በተጨማሪ የማረጋገጫ ዘዴ እና እሱን የሚጠቀም የመዳረሻ ደንብ ይፈልጋል። ቅደም ተከተሉ አስፈላጊ ነው ምክንያቱም የአገልግሎት ቅንብሮች ውቅሩ ሲሠራ ይተገበራሉ።

ለሁለት አገልግሎቶች የአካባቢ ብቻ ምሳሌ፦

users alex:CL:replace_with_a_private_password
auth strong
allow alex
proxy -i127.0.0.1 -p3128
flush
allow alex
socks -i127.0.0.1 -p1080

የውቅር ማጣቀሻው users፣ auth strong እና የአገልግሎት ትዕዛዞችን ያብራራል። CL ይህን የምሳሌ የይለፍ ቃል በግልጽ ጽሑፍ ያከማቻል። ፋይሉን ይጠብቁ እና ለማሰማራቱ ተስማሚ የሆነ የሚደገፍ የምስክር ወረቀት ማከማቻ ዓይነት ይምረጡ።

ደንበኛው ትክክለኛውን የመግቢያ ልውውጥ ይፈልጋል

የHTTP አገልግሎት የHTTP ፕሮክሲ ማረጋገጫ ይጠብቃል። የSOCKS አገልግሎት የSOCKS5 የተጠቃሚ ስም እና የይለፍ ቃል ማረጋገጫን የሚደግፍ ደንበኛ ይፈልጋል። የSOCKS4 ደንበኛ ተመሳሳይ የመስሚያ ወደብ ስለደረሰ ብቻ ያንን ልውውጥ ማቅረብ አይችልም።

strong የሚለው ቃል የማረጋገጫ ሁነታ ስም ነው፣ የተመሰጠረ ማጓጓዣ ዋስትና አይደለም። አስፈልግ ከሆነ ከደንበኛ ወደ ፕሮክሲ ያለውን መስመር ይጠብቁ። ወደ መዳረሻው HTTPS እና ወደ ፕሮክሲው ማጠራቀሚያ የተለያዩ ውሳኔዎች ሆነው ይቆያሉ።

የሉፕባክ ማሰሪያዎች ይህን ምሳሌ ለአካባቢ መዳረሻ ብቻ ይገድባሉ። ለርቀት ደንበኞች የታሰበውን መስሚያ እና የአውታረ መረብ ፖሊሲ በግልጽ ይምረጡ። ሕዝባዊ የዱርካርድ መስሚያ የመግቢያ ባህሪን ለመመርመር ምትክ አይደለም።

አንድ አገልግሎት ቢጠይቅ ሌላው ግን ካልጠየቀ፣ ከእያንዳንዱ የአገልግሎት ትዕዛዝ በፊት ያሉትን ቅንብሮች፣ ከማንኛውም flush በኋላ ያሉትን ደንቦች እና የማረጋገጫ መሸጎጫን ይመርምሩ። የይለፍ ቃል መቀየር በተሳሳተ ፖሊሲ ሥር የተጀመረን አገልግሎት ማርመስ አይችልም። እንደዚሁም የዴሞኑን የስርዓተ ክወና መለያ መቀየር የፕሮክሲ ተጠቃሚ አይፈጥርም።