PPTP કહે છે કે તમારો પાસવર્ડ ખોટો છે: કયો સુધારો પહેલા આવે છે?

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

સિક્રેટની ચકાસણી કેમ કદી થતી નથી

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

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

વાટાઘાટ વાંચો, છેલ્લી ભૂલ નહીં

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

sudo pppd call provider debug nodetach

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

બીજું કારણ સિક્રેટ ફાઇલમાં છુપાયેલું છે

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

sudo cat -A /etc/ppp/chap-secrets

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

સર્વર કોનું છે તે મુજબ સુધારો પસંદ કરો

જો સર્વર તમારું છે, તે ખાતા માટે MSCHAPv2 ને મંજૂરી આપવી સૌથી નાનો ફેરફાર છે, અને તમે જાણી જોઈને નબળી પદ્ધતિ સ્વીકારી તે નોંધવું જોઈએ. જો તે બીજા કોઈનું હોય, તો EAP-PEAP અમલમાં મૂકતો ક્લાઇન્ટ પ્રામાણિક સુધારો છે; pppd ને પેચ કરવાથી અસંગતિ તમારી જાળવણીની સમસ્યા બની જાય છે. જો પ્રોટોકોલની પસંદગી હજી ખુલ્લી હોય, તો PPTP ડિઝાઇનનો સૌથી નબળો ભાગ છે અને સ્થળાંતર સામાન્ય રીતે પેચ કરેલા ક્લાઇન્ટને જીવતો રાખવા કરતાં સસ્તું પડે છે. તે નિર્ણય પ્રોફાઇલની બાજુમાં લખો જેથી આગળની વ્યક્તિ તેને ફરી ન ખોલે.

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