Dante સાથે મર્યાદિત SOCKS5 સર્વર

Dante બે પહોંચ તપાસ કરે છે: ક્લાયન્ટ નિયમ આવતા સ્ત્રોતને સ્વીકારે છે અને SOCKS નિયમ માગેલા ગંતવ્ય તથા આદેશને મંજૂરી આપે છે. આ Dante 1.4.4 ઉદાહરણ એક ક્લાયન્ટને એક નિયંત્રિત ગંતવ્યના પોર્ટ 443 સુધી પહોંચ આપે છે.

સેવાની ઓળખ અને સરનામાં

ઇન્સ્ટોલેશન ન આપતું હોય તો અલગ ઓછા અધિકારવાળું ખાતું બનાવો:

sudo useradd --system --no-create-home --shell /usr/sbin/nologin danteproxy

નીચેના ઊંચા પોર્ટ અને મંજૂર સ્ત્રોતની યાદી વાપરતા સેટઅપમાં બંને ઓળખ આ ખાતું વાપરી શકે છે. પાસવર્ડ પ્રમાણીકરણ કે વિશેષ અધિકારનાં ફીચર માટે તે ગોઠવણી ફરી જોવી પડે. વાપરતાં પહેલાં દસ્તાવેજનાં બધાં સરનામાં બદલો.

logoutput: stderr
internal: 192.0.2.10 port = 1080
external: 192.0.2.10
clientmethod: none
socksmethod: none
user.privileged: danteproxy
user.unprivileged: danteproxy

client pass {
    from: 198.51.100.27/32 to: 192.0.2.10/32 port = 1080
    log: connect error
}

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

internal ક્લાયન્ટ તરફનું લિસનર પસંદ કરે છે; external બહાર જતું સરનામું પસંદ કરે છે. એક ઇન્ટરફેસવાળું સર્વર બંને માટે એક જ ફાળવેલું સરનામું લઈ શકે છે. યોગ્ય હોય તો ઇન્ટરફેસનું નામ પણ આપી શકાય; તે કયાં સરનામાંમાં વિસ્તરે છે તે તપાસો.

આ નીતિ શું મંજૂરી આપે છે

પહેલો નિયમ ચોક્કસ સ્ત્રોતને લિસનર પર આવવા દે છે. બીજો માત્ર ચોક્કસ લક્ષ્ય પર CONNECT મંજૂર કરે છે. ન મળતી વિનંતીઓ બંધ જ રહે છે, જેમાં BIND અને UDP ASSOCIATE સામેલ છે.

method ગોઠવણી વપરાશકર્તા નામ પ્રમાણીકરણ આપતી નથી. પહોંચ સાંકડા સ્ત્રોત નિયમ અને તેની નેટવર્ક સીમા પર આધારિત છે. તે સ્ત્રોત અધિકૃત ક્લાયન્ટને ઓળખતો હોય ત્યાં જ આ વ્યવસ્થા યોગ્ય છે.

sockd -V -f /path/to/sockd.conf

અમુક વિતરણ executableનું નામ danted રાખે છે. સેવા શરૂ કરતાં પહેલાં ઇન્સ્ટોલ કરેલા આદેશથી ગોઠવણી તપાસો. ફાયરવોલ પર અનુરૂપ સ્ત્રોત મર્યાદા મૂકો, પછી મંજૂર લક્ષ્ય તથા નકારાવું જોઈએ એવું નિયંત્રિત લક્ષ્ય બંને તપાસો.