Linux પર લોગિન પહેલાં SSTP નિષ્ફળ જાય છે? રનટાઇમ ઘટકો તપાસો

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

મેનુ એન્ટ્રી શું ઉમેરે છે અને શું નહીં

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

પછી ક્લાયન્ટને PPP જોઈએ, કારણ કે SSTP TLS કનેક્શનની અંદર PPP સત્ર વહન કરે છે. pppd વિના ટનલ TLS હેન્ડશેક પૂરો કરી શકે અને તેમ છતાં પ્રથમ નિયંત્રણ ફ્રેમ પર મરી જાય, જે ઓળખપત્રની સમસ્યા જેવું લાગે છે અને તે નથી. Debian અને Ubuntu પર ભાગો network-manager-sstp, sstp-client અને ppp તરીકે આવે છે, અને ફક્ત પ્રથમ ઇન્સ્ટોલ કરવું એ સૌથી સામાન્ય કારણ છે કે ફોર્મ દરેક ક્ષેત્ર સ્વીકારે છે પણ કનેક્શન ક્યારેય પૂરું થતું નથી.

ડેસ્કટોપ પસંદગી એક વધુ વિભાજન ઉમેરે છે. Plasma પ્રોફાઇલ plasma-nm દ્વારા સંપાદિત કરે છે, જેને પોતાનું SSTP ઘટક જોઈએ અને એ જ સેવા વર્ણન વાંચે છે, તેથી SSTP એન્ટ્રી વગરનું એડિટર અને પ્રોફાઇલ સરખી રીતે બનાવતું CLI એ તૂટેલું રનટાઇમ નહીં, પણ ખૂટતો અડધો એડિટર છે.

કંઈ પણ ફરી ઇન્સ્ટોલ કરતા પહેલાં પ્રથમ નિષ્ફળ તબક્કો વાંચો

નિષ્ફળ SSTP પ્રયાસ નિશ્ચિત ક્રમમાં તબક્કાઓમાંથી પસાર થાય છે, અને જે તબક્કો નિષ્ફળ ગયો તે કહે છે કે કયું ઘટક જોવું.

પ્લગઇન શરૂ કરવું પ્રથમ છે, અને ત્યાં નિષ્ફળતા સર્વર વિશે નહીં, VPN સેવા વિશે સંદેશ આપે છે. પછી પોર્ટ 443 પર TCP કનેક્શન આવે છે; અહીં અસ્વીકાર અથવા સમયસમાપ્તિ પહોંચની સમસ્યા છે, TLSની નહીં. પછી TLS હેન્ડશેક અને સર્વર ઓળખ ચકાસણી, પછી PPP વાટાઘાટ અને ખાતાની પ્રમાણીકરણ, અને અંતે સરનામું ફાળવણી અને રૂટ. પ્રોફાઇલ એક વાર સક્રિય કરતી વખતે journalctl -f -u NetworkManager જુઓ, અને છેલ્લી સામાન્ય લાઇનને બદલે પ્રથમ ચોક્કસ લાઇન વાંચો.

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

પ્રમાણપત્રમાં વિશ્વાસ અને ખાતામાં લોગિન બે અલગ દરવાજા છે

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

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

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

એક જ માલિક પાસે પ્રોફાઇલ અને ગુપ્ત માહિતી રહેવા દો

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

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

ટનલ, રૂટ અને રિઝોલ્વર અલગથી ચકાસો

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

નિષ્ફળ પ્રયાસ માટે દરેક ઘટકની આવૃત્તિ અને સાફ કરેલી ભૂલ ટેક્સ્ટ કેપ્ચર કરો. એ શેર કરો, આખી પ્રોફાઇલ નહીં, કારણ કે પ્રોફાઇલમાં પૂર્વ-શેર કરેલ ગુપ્ત માહિતી અને તમારા સંગ્રહિત ઓળખપત્રો હોઈ શકે.

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