HTTP પુરાવા ચૂંટવા: ગેટવે રેકોર્ડ કે એપ લોગ

વેબ મોનિટરિંગ ઉદ્દેશથી શરૂ થાય છે, કેપ્ચર પોઇન્ટથી નહીં। સક્રિય ગ્રાહકોની ગણતરી, API કૉલનો સમય માપવો અને સંદેશ બોડી વાંચવા—દરેકને અલગ પુરાવા અને અલગ ગોપનીયતા નિર્ણયો જોઈએ। સુરક્ષિત HTTPS આગળ મોકલતો ગેટવે પૃષ્ઠ સામગ્રી નહીં, જોડાણો જુએ છે। ખોટો સ્તર ચૂંટવાથી એવી માહિતી મળે છે જે સમૃદ્ધ લાગે છે અને કંઈ જ જવાબ આપતી નથી।

માહિતી સ્રોત પહેલાં પ્રશ્નનું નામ આપો

એ ઓપરેશનલ નિર્ણયથી શરૂ કરો જેને માહિતીએ ટેકો આપવો છે। ઉપલબ્ધતાના પ્રશ્નોને ગણતરી અને સમય જોઈએ, વિનંતીના પ્રશ્નોને માર્ગ અને સ્થિતિ કોડ જોઈએ, અને સામગ્રીના પ્રશ્નોને સંદેશ બોડી જોઈએ। અંદર તરફનું દરેક પગલું સંવેદનશીલતા અને એન્જિનિયરિંગ જટિલતા ઉમેરે છે। સંગ્રહ શરૂ થાય તે પહેલાં સેવાના માલિક અને સુરક્ષાના માલિક પાસેથી પ્રેક્ષક, ઉદ્દેશ અને હેન્ડલિંગની મંજૂરી લો, કારણ કે ટનલ ચલાવવી એ નિર્ણય નથી।

પ્રશ્ન એક વાક્યમાં લખો અને તેને સંગ્રહ યોજનાની બાજુમાં રાખો। તે જ અવકાશનું એકમાત્ર વિશ્વસનીય નિયંત્રણ છે।

ગેટવે શું બતાવી શકે અને શું નહીં

યોગ્ય રીતે સુરક્ષિત HTTPS આગળ મોકલતો ગેટવે સામાન્ય રીતે સરનામાં, પોર્ટ અને વોલ્યુમ જુએ છે, વિનંતી લીટીઓ કે બોડી નહીં।

conntrack -L -d 203.0.113.10 | head
tcpdump -ni vpn0 -c 20 'tcp port 443'

conntrack યાદી પ્રવાહ અને અનુવાદ બતાવે છે, અને ટૂંકું કેપ્ચર વાંચી શકાય એવી એપ સામગ્રી વિના પેકેટ બતાવે છે। ટ્રાફિક વહે છે કે નહીં, કેટલો, અને કયા અંતિમ બિંદુઓ વચ્ચે—એનો જવાબ આપવા માટે આ પૂરતું છે। તે URL ની યાદી નથી, અને સામાન્ય CONNECT પ્રોક્સી એપના TLS ને સમાપ્ત કર્યા વિના એન્ક્રિપ્ટેડ વિનિમય આગળ મોકલે છે। જ્યારે કોઈ તે સ્થિતિથી વિનંતી માર્ગનું વચન આપે, ત્યારે પૂછો કે કયો ઘટક ડિક્રિપ્ટ કરે છે અને કોના વિશ્વાસ હેઠળ।

એપ લોગ મોટાભાગની વિનંતી પ્રશ્નોના જવાબ આપે છે

તમે ચલાવતી એપ માટે, તેનું પોતાનું સમર્થિત લોગિંગ સામાન્ય રીતે બીજાના જોડાણો ડિક્રિપ્ટ કર્યા વિના વિનંતી-સ્તરના પ્રશ્નનો જવાબ આપે છે।

curl -sS -o /dev/null -w "%{http_code} %{time_total}\n" https://app.example.com/health
tail -n 5 /var/log/nginx/access.log

હેલ્થ વિનંતી ગ્રાહકની સ્થિતિથી ઉપલબ્ધતા માપે છે, અને એક્સેસ લોગ સર્વરે પહેલેથી રાખવા ચૂંટેલા ક્ષેત્રો નોંધે છે। કાર્યને જરૂરી ક્ષેત્રો ચૂંટો અને બાકીના બહાર રાખો, કારણ કે URL પણ સંવેદનશીલ પરિમાણો ધરાવી શકે છે। લોગ લીટી તે સેવા વિશેનો પુરાવો છે, વપરાશકર્તા ટનલ દ્વારા પહોંચેલી દરેક બીજી સેવા વિશે નહીં। સંગ્રહ સાંકડો રાખવાથી જાળવણીનો પ્રશ્ન પણ નાનો રહે છે, તેથી જે વિચાર-પ્રયોગે જરૂરિયાત ઉપજાવી તેના કરતાં ટૂંકી વિંડો નક્કી કરો।

ઇન્ટરસેપ્શન અલગ વિશ્વાસ રચના છે

જો સંદેશ-સ્તરની તપાસ ખરેખર જરૂરી હોય, તો TLS ઇન્ટરસેપ્શન નવું વિશ્વસનીય અંતિમ બિંદુ અને ગ્રાહક વિશ્વાસ ગોઠવણી બનાવે છે જે વહેંચવી અને જાળવવી પડે છે। સર્ટિફિકેટ પિન કરતી એપ તૂટી પડશે, અને ઓપરેટર પાસે હવે ખાનગી કી છે જેમની સુરક્ષા કોઈપણ સર્વર કી જેટલી મહત્વની છે। સર્ટિફિકેટ માન્યતા નબળી કરીને, અથવા પોતાના સર્ટિફિકેટ પિન કરતી એપને પેચ કરીને સંગ્રહ ચલાવવો એ સુરક્ષા નિયંત્રણને લોગ લીટી સાટે બદલે છે। એવી દસ્તાવેજી તપાસ રચના પસંદ કરો જેની વિશ્વાસ વહેંચણી પહેલેથી સંચાલિત હોય, અને સત્તાધિકારીની ખાનગી કીને વહેંચાયેલી કોઈપણ વસ્તુની બહાર રાખો।

સંગ્રહ વિંડોના અંતે, માલિકો મારફતે ગોઠવણી અને તેની વિશ્વાસ સામગ્રી દૂર કરો, અને સંમત નીતિ હેઠળ રાખેલા પુરાવાનો નિકાલ કરો। જાહેર ઉદ્દેશ માટે પૂરતી વિશ્વસનીય માહિતી જ સફળતાનો માપદંડ છે, સૌથી મોટું સંભવિત કેપ્ચર નહીં।