Zgjedhja e metodave të vërtetimit SOCKS5 në Dante
Kuptoni si Dante zgjedh një metodë vërtetimi SOCKS5 të ofruar dhe si rendi i metodave ndryshon politikën që përjetojnë klientët.
Në SOCKS5, vërtetimi negociohet përpara se klienti të dërgojë kërkesën e destinacionit. Kjo e bën një dështim të hershëm të kredencialeve një ngjarje të ndryshme nga një dështim FTP, HTTPS ose aplikacioni tjetër përtej proxy-t.
Përshëndetja e klientit liston metodat e vërtetimit që mbështet. Serveri zgjedh një metodë nga ajo listë dhe e kthen zgjedhjen. Vlera 0xff do të thotë që asnjë metodë e ofruar nuk është e pranueshme dhe lidhja duhet të mbyllet. Klienti nuk provon thjesht çdo metodë në anën e serverit pasi një fjalëkalim dështon.
Çfarë kontrollon renditja e Dante
Dante 1.4.x e quan cilësimin në nivel protokolli socksmethod. Dokumentacioni i tij thotë se metodat listohen sipas rendit të preferencës. Për një politikë që lejon të dyja metodat, ky deklarim preferon emrin e përdoruesit/fjalëkalimin kur klienti e ofron:
socksmethod: username nonePërmbysja e listës preferon aksesin e pavërtetuar kur ofrohen të dyja metodat:
socksmethod: none usernameKëto janë deklarime alternative metodash, jo konfigurime të plota serveri. Ndërfaqet e dëgjimit, klientët e lejuar, rregullat e destinacionit dhe çdo kufizim vërtetimi specifik i një rregulli vazhdojnë të kenë rëndësi.
Lejimi i none ka një pasojë konkrete: një klient që ofron vetëm pa vërtetim mund të pranohet sipas rregullave të zbatueshme. Vendosja e username në radhë të parë nuk e kthen një listë që përmban none në një kërkesë që të gjithë të japin një fjalëkalim.
Zgjidhni së pari kërkesën
Nëse çdo klient i lejuar duhet të vërtetohet me emrin e përdoruesit/fjalëkalim, konfiguroni atë kërkesë në mënyrë konsistente në rregullat globale dhe të zbatueshme në vend që të shtoni none si një rregullim i përgjithshëm përputhshmërie. Nëse aksesi anonim është i qëllimshëm për një grup të kufizuar klientësh, bëni të qartë grupin dhe destinacionet e tij të lejuara.
Dante ka gjithashtu clientmethod, që ka të bëjë me kontrollet e kryera kur klienti TCP lidhet, përpara negocimit SOCKS. Është një shtresë e veçantë nga metodat e shkëmbyera në përshëndetjen SOCKS5. Fragmentet e konfigurimit që përdorin një fjalëkyç method më të vjetër duhet të lexohen sipas manualit të versionit të instaluar të Dante.
Kur dy klientë sillen ndryshe, krahasoni çfarë ofron secili, çfarë zgjedh Dante dhe nëse nën-negocimi i metodës së zgjedhur ka sukses. Më pas inspektoni përgjigjen e destinacionit SOCKS. Ky sekuencë identifikon një kthim-thirrje kredencialesh që mungon pa ia atribuar çdo dështim FTP-së ose pa ndryshuar verbërisht politikën e vërtetimit të serverit.
Së fundi, vërtetimi me emrin e përdoruesit/fjalëkalim i SOCKS5 nuk e kripton shkëmbimin e fjalëkalimit. Përdorni një transport ose rrjet të mbrojtur siç duhet kur ato kredenciale kanë nevojë për konfidencialitet.