Odabir metoda SOCKS5 autentifikacije u Danteu

Kod SOCKS5 autentifikacija se dogovara pre nego što klijent pošalje svoj zahtev za odredištem. Zbog toga je rani neuspeh akreditiva drugi događaj od neuspeha FTP-a, HTTPS-a ili druge aplikacije iza proksija.

Klijentov pozdrav navodi metode autentifikacije koje podržava. Server bira jednu metodu sa tog spiska i vraća izbor. Vrednost 0xff znači da nijedna ponuđena metoda nije prihvatljiva i veza se mora zatvoriti. Klijent ne isprobava jednostavno svaku metodu na strani servera nakon neuspele zaporke.

Šta Danteov redosled kontroliše

Dante 1.4.x naziva postavku na nivou protokola socksmethod. Njegova dokumentacija kaže da su metode navedene po redosledu prioriteta. Za politiku koja dopušta obe metode, ova deklaracija preferira korisničko ime/zaporku kada je klijent ponudi:

socksmethod: username none

Obrnuti spisak preferira pristup bez autentifikacije kada se nude obe metode:

socksmethod: none username

To su alternativne deklaracije metoda, a ne potpune konfiguracije servera. Interfejsi za slušanje, dozvoljeni klijenti, pravila odredišta i bilo kakva ograničenja autentifikacije specifična za pravilo i dalje su važni.

Dopuštanje none ima konkretnu posledicu: klijent koji nudi samo bez autentifikacije može biti prihvaćen prema primenjivim pravilima. Stavljanje username na prvo mesto ne pretvara spisak koji sadrži none u zahtev da svi daju zaporku.

Prvo odaberite zahtev

Ako svaki dozvoljeni klijent mora da se autentifikuje korisničkim imenom/zaporkom, konfigurišite taj zahtev dosledno u globalnim i primenjivim pravilima umesto dodavanja none kao opšteg rešenja za kompatibilnost. Ako je anoniman pristup nameran za ograničenu grupu klijenata, učinite grupu i njena dozvoljena odredišta eksplicitnim.

Dante ima i clientmethod, koji se odnosi na provere koje se izvode kada se TCP klijent poveže, pre SOCKS pregovaranja. To je odvojen sloj od metoda razmenjenih u SOCKS5 pozdravu. Konfiguracione isečke koji koriste stariju ključnu reč method treba čitati uz priručnik za instaliranu verziju Dantea.

Kada se dva klijenta ponašaju različito, uporedite šta svaki nudi, šta Dante bira i da li pod-pregovaranje izabrane metode uspeva. Zatim pregledajte odgovor odredišta SOCKS-a. Ovaj sled prepoznaje nedostajući povratni poziv akreditiva bez pripisivanja svakog neuspeha FTP-u ili slepog menjanja serverove politike autentifikacije.

Konačno, SOCKS5 autentifikacija korisničkim imenom/zaporkom ne šifruje razmenu zaporke. Koristite prikladno zaštićen transport ili mrežu kada tim akreditivima treba poverljivost.