ફક્ત WireGuard દ્વારા ચાલતી HTTPS સેવા માટે loopback પર Dante SOCKS

આ રનબુક પ્રોક્સી-જાણકાર એપ્લિકેશનને હાલના WireGuard માર્ગમાં પ્રવેશ આપે છે, VPN સર્વર પર કે ઇન્ટરનેટ પર કોઈ પ્રોક્સી પોર્ટ પ્રકાશિત કર્યા વિના. SOCKS ડેમન એપ્લિકેશન ઇન્ટરફેસ પૂરો પાડે છે, WireGuard પહેલેથી મંજૂર થયેલો IP માર્ગ પૂરો પાડે છે, અને બંમાંથી કોઈ તમારા વતી વપરાશકર્તાને પ્રમાણિત કરતું નથી. નીચેનું દરેક પગલું એવું કંઈક ઉત્પન્ન કરે છે જે તમે નિરીક્ષણ કરી શકો, અને દરેકમાં પાછું ફેરવવાનું છે: ઇન્સ્ટન્સ બંધ કરો, નિયમ દૂર કરો, અથવા એપ્લિકેશનનું પ્રોક્સી સેટિંગ કાઢી નાખો. અહીં કંઈ પણ હોસ્ટના ડિફોલ્ટ માર્ગને બદલતું નથી.

ઉદાહરણ ધારે છે કે Dante 1.4.x વિશ્વસનીય Linux વર્કસ્ટેશન પર સમર્પિત, સંચાલિત ઇન્સ્ટન્સ તરીકે સ્થાપિત છે, અને પેકેજ દ્વારા આપેલ સેવા ખાતું તથા લોગ કન્ફિગરેશન તેની જગ્યાએ રાખવામાં આવ્યાં છે. વર્કસ્ટેશન 10.77.0.2 તેના WireGuard ઇન્ટરફેસ પર ધરાવે છે, તે ટનલ દ્વારા 10.60.0.20:443 સુધી પહોંચે છે, અને સેવાનું યોગ્ય નામ app.corp.example છે.

પગલું 1: શ્રોતાને ફક્ત loopback સાથે બાંધો

નેટવર્ક, પદ્ધતિ અને નિયમ વિભાગોને ઇન્સ્ટન્સની સક્રિય કન્ફિગરેશનમાં મૂકો અને ઉદાહરણના સરનામાં બદલો. બધા સર્વર સેટિંગ્સ નિયમ બ્લોક પહેલાં આવે છે:

internal: 127.0.0.1 port = 1080
external: 10.77.0.2
external.protocol: ipv4
clientmethod: none
socksmethod: none

client pass {
    from: 127.0.0.1/32 to: 127.0.0.1/32
}

socks pass {
    from: 127.0.0.1/32 to: 10.60.0.20/32 port = 443
    command: connect
    protocol: tcp
}

આ એક ટુકડો છે, પેકેજનાં વપરાશકર્તા અને લોગ સેટિંગ્સનો વિકલ્પ નથી. ન વપરાયેલ સ્થાનિક પોર્ટ પસંદ કરો અને ખાતરી કરો કે આ સમર્પિત ઇન્સ્ટન્સમાં બીજા કોઈ શ્રોતા, વધુ વ્યાપક પસાર નિયમો અને કરાર બદલી શકે એવી ઉપરના પ્રવાહની શૃંખલા નોંધો નથી. જો અગાઉની કન્ફિગરેશન socks pass ગંતવ્ય-મર્યાદા વગર છોડી ગઈ હોય, તો કંઈ પણ ચકાસતા પહેલાં તેને દૂર કરો.

આ પગલાનું પાછું ફેરવવું એ ઇન્સ્ટન્સ બંધ કરવું છે; તમે તેને પાછું ફેરવો ત્યાં સુધી કન્ફિગરેશન ફાઇલ ડિસ્ક પર રહી શકે છે.

પગલું 2: એક નહીં, બે નિયમ લખો

Danteનું કન્ફિગરેશન સંદર્ભ બે નિયમ પ્રકારોને જુદાં કામો આપે છે. ક્લાયન્ટ નિયમ loopback શ્રોતા સાથે જોડાણ સ્વીકારે છે, અને તેનું ગંતવ્ય શ્રોતાનું પોતાનું સરનામું છે. SOCKS નિયમ મંજૂર હોસ્ટ અને પોર્ટ સુધીનાં વિનંતી કરેલાં આગળના જોડાણને મંજૂરી આપે છે. ન મળતી વિનંતીઓ ડિફોલ્ટ રૂપે અવરોધાય છે, તેથી ખૂટતો નિયમ તૂટેલા માર્ગ જેવો જ દેખાય છે.

ધ્યાન આપો આ કન્ફિગરેશન જાણી જોઈને શું કરતું નથી: તે કોઈ SOCKS પાસવર્ડ માગતું નથી. તે વિશ્વસનીય સ્થાનિક હોસ્ટ માટે યોગ્ય છે, અને તે વપરાશકર્તા પ્રમાણીકરણ નથી. તે મશીન પરની બીજી કોઈ પણ પ્રક્રિયા પણ loopback વાપરી શકે છે. દૂરની એપ્લિકેશનનું પોતાનું પ્રમાણીકરણ યથાસ્થાને રાખો, અને આ અપ્રમાણિત સ્વરૂપને અવિશ્વસનીય સ્થાનિક વપરાશકર્તાઓ કે LAN તરફનાં શ્રોતા માટે ફરી વાપરશો નહીં.

પગલું 3: યોગ્ય સ્રોતથી માર્ગ ચકાસો

external બહાર જતું સ્રોત સરનામું પસંદ કરે છે; તે WireGuard માર્ગ સ્થાપિત કરતું નથી. ઉદાહરણના સ્રોત અને ગંતવ્ય માટે ફક્ત-વાંચન શોધ:

ip -4 route get 10.60.0.20 from 10.77.0.2

તે Danteના વાસ્તવિક નેટવર્ક નામસ્થાનમાં ચલાવો, તમારી પાસે ખુલ્લું હોય તેવા કોઈ પણ શેલમાં નહીં. માર્ગ, WireGuard સાથીની પસંદગી, દૂરના બાજુની પરવાનગી અને પાછા ફરવાનો માર્ગ—બધું તે સ્રોત સરનામા સાથે મેળ ખાવું જોઈએ. સફળ શોધ જરૂરી છે અને પર્યાપ્ત નથી, કારણ કે તે દૂરનો છેડો વિનંતી સ્વીકારે છે કે નહીં તે વિશે કંઈ કહેતું નથી.

શોધ સફળ થાય તે માટે ડિફોલ્ટ માર્ગ ઉમેરવાના લોભનો પ્રતિકાર કરો. પ્રોક્સી પોર્ટ ફક્ત આ વર્કસ્ટેશન પર છે; તેને બનાવવા માટે હોસ્ટનો ડિફોલ્ટ માર્ગ બદલવો આખી રચનાને ઉલટાવી નાખે છે.

પગલું 4: ઇચ્છિત ઓળખ સાથે ચકાસો

માલિક સ્થાપિત કન્ફિગરેશન માન્ય કરે અને સેવા મેનેજર દ્વારા ઇન્સ્ટન્સ શરૂ કરે તે પછી, એક દૃષ્ટાંતરૂપ વિનંતી આ છે:

curl --proxy socks5h://127.0.0.1:1080 --noproxy '' https://app.corp.example/

સાથે socks5h, Dante ગંતવ્યનું વિભાજન કરે છે, પણ Dante આ વર્કસ્ટેશન પર ચાલે છે, તેથી સેટિંગ પોતાની રીતે DNS ટનલના દૂરના છેડે મોકલતું નથી. Dante જે મંજૂર રિઝોલ્વર વાપરે છે તેણે તે નામ માટે મંજૂર સરનામું પાછું આપવું જોઈએ. ખાલી no-proxy યાદી વારસામાં મળેલા અપવાદને ચૂપચાપ SOCKS ટાળતું અટકાવે છે.

ચકાસણીમાં HTTPS હોસ્ટનામ અને પ્રમાણપત્ર ચકાસણી જાળવો, પછી વાસ્તવિક શ્રોતાનું નિરીક્ષણ કરો અને કરારના બંને અર્ધ ખાતરી કરો: મંજૂર વિનંતી સફળ થાય છે અને બાકાત કરેલું ગંતવ્ય નિષ્ફળ જાય છે. એ પણ ચકાસો કે અસમર્થિત ફોરવર્ડિંગ આદેશો નકારાયેલા જ રહે છે, કારણ કે આ ટુકડો TCP પર SOCKS CONNECT આદેશને મંજૂરી આપે છે અને સામાન્ય UDP કે આખા ઉપકરણની ટનલ જેવું કંઈ નહીં.

પગલું 5: ટનલ પડે ત્યારે શું થાય તે નક્કી કરો

આને ઉત્પાદન કહેતા પહેલાં ટનલ-ખોટ અને ઇન્સ્ટન્સ પુનઃપ્રારંભ ચકાસો. જે સુપરવાઇઝર WireGuard પછી Dante શરૂ કરે છે તે fail-closed રૂટિંગ બનાવતું નથી, અને fail-closed DNS પણ બનાવતું નથી; બંને નેટવર્ક માલિક દ્વારા લાગુ કરવાં પડશે. ટનલ નીચે હોય ત્યારે એપ્લિકેશન શું કરે તે જુઓ: સ્વચ્છ ભૂલ સારું પરિણામ છે, જાહેર રિઝોલ્વર પર ચૂપચાપ પડવું નહીં.

બાંધેલું ટનલ સરનામું બદલાય તો અપડેટ્સનું સમન્વયન કરો, કારણ કે external તેના પર પિન થયેલું છે. જ્યારે આ ગોઠવણની જરૂર ન રહે, ત્યારે આ ઇન્સ્ટન્સ અને એપ્લિકેશનનું પ્રોક્સી સેટિંગ સાથે નિવૃત્ત કરો, અને WireGuard માર્ગ તેના માલિકને સોંપી દો.