FTP સર્વર ખરેખર કયું સરનામું લૉગ કરે છે તે કેવી રીતે જાણવું

એક લૉગ લાઇન એક સરનામું બતાવે છે। લેપટોપ ટનલ સરનામું વહન કરે છે, કનેક્શન બીજા આઉટપુટ દ્વારા જઈ શકે છે, અને તમે કરેલી બ્રાઉઝર તપાસ FTP વિશે કંઈ સાબિત કરતી નથી। આ ત્રણેય અલગ હોઈ શકે છે, અને લૉગ લાઇન તેમાંથી માત્ર એક જ નોંધે છે। કંઈપણ સરખાવતા પહેલાં નક્કી કરો કે તમે કયા કનેક્શન વિશે પૂછો છો।

આ પગલાં નિશ્ચિત સમય વિસ્તાર સાથેના અધિકૃત તપાસને ધારે છે, બીજા કોઈના સ્થાનાંતરણોમાં ફરવાને નહીં।

1. નક્કી કરો કે તમે કયા કનેક્શન વિશે પૂછો છો

FTP બે કનેક્શન વાપરે છે। નિયંત્રણ કનેક્શન આદેશો અને જવાબો વહન કરે છે, અને ડેટા કનેક્શન ફાઇલ પોતે વહન કરે છે। લૉગિન ઘટના પહેલાની છે, સ્થાનાંતરણ ઘટના બીજાની છે, તેથી લૉગમાંનું એક સેશન બે અલગ નેટવર્ક માર્ગોની નિરીક્ષણો ધરાવી શકે છે। તેમાંથી તારણ કાઢતા પહેલાં લખો કે સરનામાનું ક્ષેત્ર કઈ ઘટનાનું છે।

આ વિભાજનનું વ્યવહારુ પરિણામ છે। એક જ સેશનની લૉગિન લાઇન અને સ્થાનાંતરણ લાઇન બે અલગ સ્રોત સરનામાં વહન કરી શકે છે, તેથી તેમાંથી કોઈને “ક્લાયન્ટનું સરનામું” કહીને ટાંકવું એ તમે કયું કનેક્શન વાંચો છો તેની અટકળ છે। કોઈપણ વસ્તુ સાથે સરનામું મેળવતા પહેલાં ઘટનાનો પ્રકાર તપાસો।

2. નિયંત્રણ કનેક્શન અનુસરો

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

જો ક્લાયન્ટ ટનલને બાયપાસ કરે, તો સર્વર એક્સેસ સરનામું જુએ છે અને VPN ઇન્ટરફેસનું પોતાનું સરનામું ક્યારેય વાયર પર દેખાતું નથી। એટલા માટે લેપટોપનું ટનલ સરનામું સામાન્ય રીતે ચિત્રમાં સૌથી ઓછું ઉપયોગી મૂલ્ય છે: તે ફક્ત ટનલની અંદર જ અસ્તિત્વ ધરાવે છે। કન્ફિગરેશન સ્ક્રીન પરથી વાંચવાને બદલે ક્લાયન્ટ જે સ્રોત રજૂ કરે છે તેની પુષ્ટિ કરવા ss અથવા પેકેટ કેપ્ચર વાપરો।

બે આદેશો તેમાંથી મોટા ભાગને આવરી લે છે:

ss -tnp state established "( sport = :21 or dport = :21 )"
tcpdump -ni any tcp port 21

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

3. તપાસો કે ડેટા કનેક્શન મેળ ખાય છે

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

લૉગિન કરતાં અલગ સરનામેથી નોંધાયેલું સ્થાનાંતરણ એ વાસ્તવિક નિરીક્ષણ છે, ભ્રષ્ટ રેકોર્ડ નથી, અને તે સામાન્ય રીતે માર્ગ વિશે કંઈક કહે છે।

4. ઓપરેટરને સાંકડો રેકોર્ડ માટે પૂછો

સર્વર ઓપરેટરને તેના ટાઇમઝોન સાથે સેશનનો સમય, ખાતું, કામગીરી અને લક્ષ્ય આપો। પૂછો કે કયા કનેક્શને સરનામાનું ક્ષેત્ર બનાવ્યું, અને વિશ્વસનીય મધ્યસ્થ તેનો અર્થ બદલે છે કે નહીં।

દરેક ઉત્પાદન મૂળ ક્લાયન્ટ, નિયંત્રણ પીઅર અને ડેટા પીઅર અલગ રીતે નોંધે છે એમ ધારવાને બદલે તે સર્વરની વાસ્તવિક સ્કીમા વાંચો, કારણ કે કેટલાક આખું સેશન એક લાઇન હેઠળ સારાંશ કરે છે। પ્રોટોકોલ પણ સ્પષ્ટ રાખો: SFTP એ SSH આધારિત પ્રોટોકોલ છે, બીજા પોર્ટ પરનું FTP નથી, અને FTPS એ FTP માં TLS ઉમેરે છે, તેથી લૉગમાં સેવાની ઓળખ તમે કયું તૈનાત કર્યું તેના પર આધાર રાખે છે।

5. આભારી કરતા પહેલાં ચકાસો

એક આઉટપુટ સરનામું ઘણા ગ્રાહકોને સેવા આપી શકે છે, અને એક ખાતું કેટલાક મંજૂર સ્રોતોમાંથી વાપરી શકાય છે, તેથી સરનામું અને વપરાશકર્તાનામ એક જ એકમને ઓળખતા નથી। લૉગિંગ એ સર્વર નીતિ છે: VPN કનેક્શન જે સ્રોત રજૂ કરે છે તે બદલે છે, પણ ખાતાનું નામ, ફાઇલનું નામ કે પ્રાપ્ત કરનાર સેવાએ પ્રક્રિયા કરેલી કામગીરી ભૂંસતું નથી। ફક્ત રેકોર્ડ જે બતાવે છે તે જ આભારી કરો અને બાકીનું અજ્ઞાત તરીકે ચિહ્નિત કરો। WinSCP નું FTP વર્ણન બે કનેક્શનના મોડલ માટે સંક્ષિપ્ત સંદર્ભ છે, જો તમારે તે કોઈને સમજાવવું હોય।

બે સામાન્ય કિસ્સા બતાવે છે કે આ કેમ મહત્વનું છે। એક ઓફિસ દરેક વપરાશકર્તાને એક જ આઉટપુટ સરનામા દ્વારા બહાર મોકલી શકે છે, તેથી સો લોકો લૉગમાં એક જ મૂલ્ય ઉત્પન્ન કરે છે। ઊલટું પણ એટલી જ વારંવાર થાય છે: એક ખાતું એક જ અઠવાડિયામાં ઘરની લાઇન અને ઓફિસની લાઇનમાંથી કનેક્ટ થાય છે, અને બંને એન્ટ્રીઓ એ જ વ્યક્તિનું વર્ણન કરે છે।