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

તમારો સ્ટૅક ખરેખર આ ત્રણમાંથી કયું કરે છે તે નક્કી કરો અને પછી તેને અનુરૂપ નિયમ જોડો. ઉત્પાદનના લેબલ અહીં કંઈ નક્કી કરતા નથી, અને વપરાતો પ્રોટોકૉલ પણ કસોટી નથી.

પ્રોક્સી અથવા VPN કરી શકે તેવા ત્રણ કૃત્યો

ગેટવે TCP પ્રવાહ સ્વીકારે છે, સરનામાં ફરીથી લખે છે અને બંને દિશામાં સેગમેન્ટ ફોરવર્ડ કરે છે. જોડાણમાંથી ડિસ્ક પર કંઈ રહેતું નથી, અને ગ્રાહક ગેટવે સાથે TLS ની વાટાઘાટ કરે તો સિવાય પેલોડ ગેટવે માટે અસ્પષ્ટ રહે છે.

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

પુનઃપ્રકાશન એક ડગલું આગળ જાય છે. સામગ્રી તમે નિયંત્રિત કરો છો તેવા માળખા પર બેસે છે, તમે પસંદ કરેલા પ્રેક્ષકોને સંબોધીને, ઘણી વાર સંપાદન પછી. પ્રથમ બે કૃત્યો પરિવહન વર્ણવે છે, જ્યારે ત્રીજું વિતરણ વર્ણવે છે.

કૃત્યપછી શું રહે છેપરિણામ નક્કી કરતો પ્રશ્ન
પ્રવાહ વહન કરવોસેકન્ડો ટકતી અનુવાદ સ્થિતિ અને બફરક્ષણિક પ્રસારણને કઈ મધ્યસ્થી જોગવાઈ આવરી લે છે?
પ્રતિસાદ સંગ્રહવોએક ઑબ્જેક્ટ અને તાજગી તથા વૅલિડેટર મેટાડેટાશું રાખવું અને ફરી ચલાવવું અધિકૃત હતું, અને ક્યાં સુધી?
તમારી URL હેઠળ કૃતિ પરોવવીનવા પ્રેક્ષકોને સંબોધિત પ્રકાશિત નકલતે પ્રેક્ષકોને વિતરણને કઈ પરવાનગી આવરી લે છે?

જ્યાં ડિક્રિપ્ટ કરતી પ્રોક્સી વહનને નકલમાં ફેરવે છે

મોટાભાગની ચર્ચાઓ નક્કી કરતો ભેદ એ છે કે શું બૉક્સ ક્યારેય સ્પષ્ટ લખાણ રાખે છે. શુદ્ધ ટનલ, પછી તે WireGuard હોય, OpenVPN tun ઉપકરણ હોય કે SSH -L ફોરવર્ડ હોય, છેડાઓ વચ્ચે એન્ક્રિપ્ટ થયેલું લખાણ ખસેડે છે અને વાંચી શકાય તેવું કંઈ છોડતું નથી. TLS સમાપ્ત કરતી પ્રોક્સી ઊલટું કરે છે: હૅન્ડશેક પૂરો કરે છે, પ્રતિસાદને મેમરીમાં બફર કરે છે અને પછી ગ્રાહક તરફનો પ્રવાહ ફરી એન્ક્રિપ્ટ કરે છે. આ ક્રિયાઓ વચ્ચે કૃતિ એવા સ્વરૂપમાં હોય છે જે ઑપરેટર તપાસી અને રાખી શકે.

17 USC 106 પુનઃઉત્પાદન અને વિતરણને વિશિષ્ટ હક્કોમાં ગણાવે છે, જેમાંથી દરેક એ જ શીર્ષકમાં નિર્ધારિત મર્યાદાઓને આધીન છે. મિલિસેકન્ડનું બફર વિના વિવાદ મર્યાદામાં બંધ બેસી શકે; રાખવામાં આવેલી, ફરી ચલાવી શકાય તેવી વસ્તુને ત્યાં મૂકવી ઘણી અઘરી છે. સમયગાળો અને હેતુ એ હકીકત કરતાં વધુ વજન ધરાવે છે કે મેમરીને સ્પર્શ થયો હતો.

એમાંથી કંઈ પણ VPN ને લાઇસન્સમાં ફેરવતું નથી, અને કંઈ પણ દરેક પ્રોક્સીને ઉલ્લંઘનકર્તા બનાવતું નથી. પરિવહન એ ઘણી હકીકતોમાંથી એક છે, અને મૂલ્યાંકનયોગ્ય પ્રશ્ન એ જ રહે છે: કયું કૃત્ય, કોની સામગ્રી પર, કઈ પરવાનગી હેઠળ.

કૅશ હેડર પ્રોટોકૉલ પરવાનગી વર્ણવે છે, કાનૂની પરવાનગી નહીં

HTTP કૅશ પ્રતિસાદના મેટાડેટા પરથી નક્કી કરે છે કે તે શું સંગ્રહી શકે, અને RFC 9111 તે અનુસરે તેવા નિયમો નક્કી કરે છે. Cache-Control: no-store દરેક અનુરૂપ કૅશને પ્રતિસાદ કાઢી નાખવા કહે છે, જ્યારે private ફરી વાપરવાનું એક જ વપરાશકર્તા સુધી મર્યાદિત કરે છે અને લાંબું max-age વિભાજિત સંગ્રહને આમંત્રે છે. એક જ વિનંતી તમને કહે છે કે મૂળ સ્રોતે કઈ નીતિ પસંદ કરી. બીજા કોઈ પણ વિષય પર ચર્ચા કરતા પહેલાં તેને ચલાવો.

curl -sI https://origin.example/media/report.pdf | grep -i -E 'cache-control|etag|age'

લાંબો જીવનકાળ જાહેર કરતો પ્રતિસાદ કૅશને કહે છે કે પ્રોટોકૉલ સ્તરે ફરી ચલાવવું સ્વીકાર્ય છે. તે નિવેદન એ વિશે કંઈ કહેતું નથી કે તમે એ જ ઑબ્જેક્ટ લઈને ફરી હોસ્ટ કરીને તમારી સેવામાં ભેળવી શકો છો. બે જુદી પરવાનગીઓ બે જુદી પ્રક્રિયાઓમાંથી આવે છે, અને એકને પૂરી કરવાથી બીજી બરાબર જ્યાં હતી ત્યાં જ રહે છે.

અરીસાનો કિસ્સો પણ એ જ રીતે નિષ્ફળ જાય છે. છેડાથી-છેડા સુધીનું HTTPS પારદર્શક કૅશને કંઈ સંગ્રહવા દેતું નથી, પણ તે પરિણામ ન તો સામગ્રી વિતરણ કરવાનો હક્ક ઊભો કરે છે ન તો તમારી પાસે પહેલેથી હતો તે હક્ક દૂર કરે છે. પ્રોટોકૉલનું વર્તન સમજાવે છે કે બૉક્સ શું કરી શકે; તે ક્યારેય અધિકાર આપતું નથી.

સેવા શરૂ થાય તે પહેલાં શું લખી રાખવું

ગોઠવણીને એવી શરતોમાં વર્ણવો જે બહારની વ્યક્તિ ચકાસી શકે. સામગ્રી અને તેના સ્રોતનું નામ આપો, સિસ્ટમ કરે છે તે કૃત્યોની યાદી બનાવો, અને જણાવો કે દરેક સંગ્રહિત ઑબ્જેક્ટ કેટલો સમય ટકે છે.

તે વર્ણન તૈનાતીની સાથે રાખો, કોઈની યાદશક્તિમાં નહીં. ફરિયાદ આવે ત્યારે, સંરક્ષણીય સ્થિતિ અને અનુમાન વચ્ચેનું અંતર સામાન્ય રીતે મહિનાઓ પહેલાં લખાયેલો એક ફકરો હોય છે જે રાખવાનો સમયગાળો અને લાઇસન્સ જણાવે છે.

ટૂંકી સમીક્ષા યાદી વારંવાર આવતા છિદ્રોને આવરી લે છે:

  • સામગ્રીનો સ્રોત અને તેની સાથે જોડાયેલી શરતો.
  • દરેક કરેલું કૃત્ય: ફોરવર્ડ, સંગ્રહ, સંપાદન, પરોવણી.
  • ઑબ્જેક્ટ વર્ગ દીઠ રાખવાનો સમય, કલાકો કે દિવસોમાં.
  • પરોવણીના પગલા માટે આધાર રાખેલી પરવાનગી કે મર્યાદા.
  • હક્કધારકો માટે સંપર્ક અને દૂર કરવાનો માર્ગ.

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

સંબંધિત લેખો