શું વપરાયેલ pppd વિકલ્પ ફાઇલ તમારા બીજા VPN ને તોડે છે?

તમે એક લાઇન ઉમેરો છો જેથી હઠીલી PPTP પ્રોફાઇલ કનેક્ટ થાય, અને એક અઠવાડિયા પછી મહિનાઓથી કામ કરતું L2TP ક્લાયન્ટ બંધ થઈ જાય છે. સ્પષ્ટ અર્થઘટન એ છે કે બંને પ્રોટોકોલ હવે અથડાય છે. વધુ વારંવાર બંને ક્લાયન્ટ pppd શરૂ કરે છે, બંને સમાન ડિફોલ્ટ વાંચે છે, અને તમે ઉમેરેલી લાઇન ક્યારેય તમે સુધારી રહ્યા હો તે પ્રોફાઇલ સુધી મર્યાદિત નહોતી. વપરાયેલ વિકલ્પ ફાઇલ એ જ જોડાણ છે, અને પ્રોટોકોલ નિર્દોષ છે.

ક્લાયન્ટ શરૂ થાય ત્યારે શું વારસામાં મેળવે છે

PPP આધારિત ક્લાયન્ટ ભાગ્યે જ પોતાની કમાન્ડ લાઇન શૂન્યમાંથી બનાવે છે. તે pppd શરૂ કરે છે, જે સિસ્ટમ ડિફોલ્ટ, પછી કોઈપણ વપરાશકર્તા કે ટર્મિનલ ફાઇલ, પછી ક્લાયન્ટ પાસ કરે તે આર્ગ્યુમેન્ટ વાંચે છે, અને ક્લાયન્ટ તેને પીઅર ફાઇલ તરફ પણ નિર્દેશ કરી શકે છે. તેમાંનો દરેક સ્તર પ્લગઇન, પ્રમાણીકરણ પદ્ધતિ કે રૂટ સૂચના ધરાવી શકે છે, અને સુરક્ષિત વિકલ્પ સેટ કરતું પહેલું સ્તર તેને પછીના ફેરફારો સામે લૉક કરી શકે છે.

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

બદલતાં પહેલાં લાઇનનું મૂળ નક્કી કરો

કનેક્શન ચાલુ હોય ત્યારે ચાલતી પ્રક્રિયા જોઈને શરૂ કરો. કમાન્ડ લાઇન બતાવે છે કે કઈ ફાઇલો સ્પષ્ટ રીતે પાસ કરવામાં આવી, અને ત્યાં નામ ન હોય તેવું બધું ડિફોલ્ટ પાથમાંથી આવ્યું છે.

ps -o pid=,args= -C pppd

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

દરેક ક્લાયન્ટ પછી આવતી પ્લગઇન લાઇન

સિસ્ટમ ફાઇલમાં લોડ થયેલો પ્લગઇન સૌથી ખરાબ ગુનેગાર છે કારણ કે તે બદલે છે કે નવી PPP પ્રક્રિયા શું લોડ કરવાનો પ્રયાસ કરે છે, વપરાશકર્તાએ કયું બટન દબાવ્યું તે ધ્યાનમાં લીધા વિના. L2TP પ્લગઇન એ ઉત્તમ ઉદાહરણ છે: એક પ્રોફાઇલ માટે યોગ્ય, સમાન ડિફોલ્ટથી શરૂ થતી PPTP પ્રોફાઇલ માટે અર્થહીન કે હાનિકારક.

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

ખસેડ્યા પછી દરેક ક્લાયન્ટ ચકાસો

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

sudo pppd call office debug dump

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