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

આ સાફ કરવું મુખ્યત્વે ઓળખ વિશે છે: નિયમ હવે શું દર્શાવે છે, અને યાદી કોની છે.

લક્ષણ: એવી બાકાત જે કંઈ સાથે મેળ ખાતી નથી

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

નિયમને ભૂંસવાને બદલે વાંચવાથી શરૂ કરો.

નિયમ શું ઓળખે છે તે શોધો

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

દર્શાવેલું નામ એન્ટ્રીનો સૌથી ઓછો વિશ્વસનીય ભાગ છે, અને લોકો એ જ ભાગ વાંચે છે.

પાથ નિયમો અને પેકેજ નિયમો જુદી રીતે વર્તે છે

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

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

માલિક દ્વારા તેને દૂર કરો

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

ખાલી યાદી લક્ષ્ય નથી. લક્ષ્ય એ યાદી છે જેની એન્ટ્રીઓ હજી પણ વાસ્તવિક જરૂરિયાતો સાથે મેળ ખાય છે.

પછી બંને દિશાઓનું પરીક્ષણ કરો

સફાઈ પછી, એવી એપનું પરીક્ષણ કરો જે હજી બાકાત રહેવી જોઈએ અને એવી એપનું જે હવે ટનલમાંથી પસાર થવી જોઈએ. DNS વર્તન અલગથી ખાતરી કરો, કારણ કે રિઝોલ્વર નીતિ બાકાત યાદીથી અલગ નિયંત્રણ છે. પછી એક વાર ફરી કનેક્ટ થાઓ અને ફરી પરીક્ષણ કરો, કારણ કે પુનઃસ્થાપિત પ્રોફાઇલ એ સૌથી સામાન્ય રીત છે જેમાં સફાઈ શાંતિથી પોતાને રદ કરે છે.

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

સંબંધિત લેખો