Ongeza uthibitishaji wa jina la mtumiaji kwenye Dante

Badilisha sera ya SOCKS ya Dante 1.4.4 kutoka ufikiaji kwa chanzo pekee hadi ukaguzi wa akaunti ulio wazi, huku ukihifadhi vizuizi vya chanzo na lengwa.

Katika Dante 1.4.4, kanuni za mteja zinakubali muunganisho kabla ya majadiliano ya SOCKS, huku kanuni za SOCKS zikiamua maombi yaliyothibitishwa yanayoweza kuendelea. Muunganisho kutoka chanzo kilichoruhusiwa bado unaweza kuhitaji jina la mtumiaji katika hatua ya pili.

Kwa uthibitishaji kwa jina la mtumiaji wa mfumo wa uendeshaji, kagua utambulisho wa huduma pamoja na mbinu. Kusoma hifadhidata ya akaunti huenda kukahitaji utambulisho wenye mamlaka ya juu:

clientmethod: none
socksmethod: username
user.privileged: root
user.unprivileged: danteproxy

Tumia akaunti halisi ya huduma yenye mamlaka machache iliyosakinishwa kwa Dante. Unda au chagua akaunti ya mteja iliyoidhinishwa inayolingana na mfumo wa nyuma wa majina ya watumiaji; utambulisho wa huduma na kuingia kwa mteja vina majukumu tofauti.

Hifadhi mipaka ya maombi

Baada ya kanuni iliyopo ya mteja yenye wigo finyu, hitaji akaunti kwenye njia ya SOCKS iliyoruhusiwa:

socks pass {
    from: 198.51.100.27/32 to: 203.0.113.20/32 port = 443
    command: connect
    socksmethod: username
    user: proxyuser
    log: connect error
}

Anwani na jina la akaunti ni mifano. Hii inaruhusu chanzo kimoja, lengwa moja, amri moja na mtumiaji aliyethibitishwa aliyetajwa. Usibadilishe mpaka huo kwa vyanzo visivyo na kikomo kwa sababu tu nenosiri limeongezwa.

Mipangilio ya mbinu ya jumla na ya kanuni mahususi lazima ilingane. Angalia kanuni ya zamani inayoruhusu none pekee iliyobaki kutoka usanidi wa chanzo pekee. Pia hifadhi vizuizi vilivyokusudiwa vya kisikilizaji na ngome.

Jaribu majadiliano na ufikiaji kando

Kabla ya kuianzisha, hakiki faili kwa hali ya ukaguzi wa usanidi ya seva iliyosakinishwa. Kisha tumia mteja aliyeidhinishwa anayeunga mkono kweli majadiliano ya SOCKS5 ya jina la mtumiaji/nenosiri. Jaribu kutokuwepo kwa vitambulisho, vitambulisho visivyo sahihi na akaunti iliyoruhusiwa inayoomba lengo lililokatazwa.

Majadiliano madogo ya jina la mtumiaji/nenosiri yaliyofafanuliwa katika RFC 1929 hayasimbi nenosiri kwa njia fiche. Kipindi cha baadaye cha HTTPS na lengwa hakilindi ubadilishanaji huo wa awali wa proksi. Tumia njia iliyolindwa ipasavyo kutoka mteja hadi seva.

Ukaguzi wa usanidi uliofaulu unathibitisha sintaksia na utambulisho, si hifadhidata ya akaunti au njia ya mtandao. Angalia kumbukumbu za seva ili kujua hatua iliyokataa jaribio halisi.

Makala zinazohusiana