በDante ውስጥ የSOCKS5 ማረጋገጫ ዘዴዎችን መምረጥ

በSOCKS5 ውስጥ ማረጋገጫ ደንበኛው የመድረሻ ጥያቄውን ከመላኩ በፊት ይደራደራል። ይህ ቀደምት የማስረጃ ውድቀት በፕሮክሲ ማዶ ካለ የFTP፣ የHTTPS ወይም ሌላ የመተግበሪያ ውድቀት የተለየ ክስተት ያደርገዋል።

የደንበኛው ሰላምታ የሚደግፋቸውን የማረጋገጫ ዘዴዎች ይዘረዝራል። አገልጋዩ ከዚያ ዝርዝር አንድ ዘዴ ይመርጣል እና ምርጫውን ወደ ኋላ ይልካል። የ0xff እሴት ምንም የቀረበ ዘዴ ተቀባይነት የለውም ማለት ነው፣ እና ግንኙነቱ መዘጋት አለበት። ደንበኛው የይለፍ ቃል ከወደቀ በኋላ በአገልጋዩ በኩል ያሉትን ሁሉንም ዘዴዎች በቀላሉ አይሞክርም።

የDante ቅደም ተከተል የሚቆጣጠረው

Dante 1.4.x በፕሮቶኮል ደረጃ ያለውን ቅንብር socksmethod ብሎ ይጠራዋል። ሰነዱ ዘዴዎች በምርጫ ቅደም ተከተል እንደሚዘረዘሩ ይናገራል። ሁለቱንም ዘዴዎች ለሚፈቅድ ፖሊሲ፣ ይህ መግለጫ ደንበኛው ሲያቀርበው የተጠቃሚ ስም/የይለፍ ቃልን ይመርጣል፦

socksmethod: username none

ዝርዝሩን መገልበጥ ሁለቱም ዘዴዎች ሲቀርቡ ያለማረጋገጫ መዳረሻን ይመርጣል፦

socksmethod: none username

እነዚህ አማራጭ የዘዴ መግለጫዎች ናቸው፣ ሙሉ የአገልጋይ ቅንብሮች አይደሉም። የሚያዳምጡ በይነገጾች፣ የተፈቀዱ ደንበኞች፣ የመድረሻ ደንቦች እና ማንኛውም ከደንብ ጋር የተያያዘ የማረጋገጫ ገደብ አሁንም ያስፈልጋሉ።

none መፍቀድ ግልጽ ውጤት አለው፦ ያለማረጋገጫ ብቻ የሚያቀርብ ደንበኛ በሚመለከተው ደንብ ስር ሊቀበል ይችላል። username ን መጀመሪያ ማስቀመጥ none የያዘውን ዝርዝር ሁሉም ሰው የይለፍ ቃል እንዲያቀርብ ወደሚያስገድድ መስፈርት አይለውጠውም።

መጀመሪያ መስፈርቱን ይምረጡ

እያንዳንዱ የተፈቀደ ደንበኛ በተጠቃሚ ስም/የይለፍ ቃል ማረጋገጥ ካለበት፣ none ን እንደ አጠቃላይ የተኳኋኝነት ማስተካከያ ከመጨመር ይልቅ ያንን መስፈርት በአለምአቀፍ እና በሚመለከተው ደንብ ውስጥ በተከታታይ ያዋቅሩ። ስም-አልባ መዳረሻ ለተወሰነ የደንበኛ ቡድን ሆን ተብሎ ከሆነ፣ ቡድኑን እና የተፈቀዱ መድረሻዎቹን ግልጽ ያድርጉ።

Dante clientmethod የሚባል ነገርም አለው፣ እሱም TCP ደንበኛው ሲገናኝ ከSOCKS ድርድር በፊት ስለሚደረጉ ፍተሻዎች ነው። በSOCKS5 ሰላምታ ከሚለዋወጡ ዘዴዎች የተለየ ንብርብር ነው። አሮጌ method ቁልፍ ቃል የሚጠቀሙ የማዋቀሪያ ቅንጥቦች ከተጫነው የDante ቅርጸት መመሪያ ጋር መነበብ አለባቸው።

ሁለት ደንበኞች በተለያየ መንገድ ሲሰሩ፣ እያንዳንዱ የሚያቀርበውን፣ Dante የሚመርጠውን እና የተመረጠው ዘዴ ንዑስ ድርድር መሳካቱን ያነጻጽሩ። ከዚያ የSOCKS መድረሻ ምላሽን ይመርምሩ። ይህ ቅደም ተከተል እያንዳንዱን ውድቀት በFTP ላይ ሳይመሰክር ወይም የአገልጋዩን የማረጋገጫ ፖሊሲ በዓይነ ስውር ሳይለውጥ የጎደለ የማስረጃ መልስ ጥሪን ይለያል።

በመጨረሻ፣ የSOCKS5 የተጠቃሚ ስም/የይለፍ ቃል ማረጋገጫ የይለፍ ቃሉን ልውውጥ አያመስጥርም። እነዛ ማስረጃዎች ምስጢራዊነት ሲፈልጉ በተገቢው የተጠበቀ ማጓጓዣ ወይም አውታረ መረብ ይጠቀሙ።