નેટવર્ક સંવાદમાં L2TP વિકલ્પ ગુમ છે: શું ઇન્સ્ટોલ કરવું

તમે VPN કનેક્શન ઉમેરો છો, યાદીમાં L2TP/IPsec શોધો છો, અને તે ત્યાં નથી. અથવા તે ત્યાં છે, પ્રોફાઇલ સાચવાય છે, અને કનેક્શન પ્લગઇન વિશેના સંદેશ સાથે મરી જાય છે. બંને લક્ષણો સ્વતંત્ર રીતે ઇન્સ્ટોલ થતા પેકેજોના ઢગલા તરફ ઇશારો કરે છે, અને સંવાદ તમને ફક્ત તેનો અંત બતાવે છે. કંઈપણ ઇન્સ્ટોલ કરતા પહેલા ટુકડાઓનો નકશો બનાવો.

મેનુથી નહીં, ઢગલાથી શરૂ કરો

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

મેનુમાંથી ગુમ થયેલી વસ્તુ પેકેજિંગનો પ્રશ્ન છે. તે લગભગ ક્યારેય રૂપરેખાંકનનો પ્રશ્ન નથી, ભલે તે ખૂબ એવું લાગે.

સંપાદન અને ચલાવવું અલગ પેકેજો છે

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

પેકેજનું નામ પસંદ કરતા પહેલા ચાલતું ડેસ્કટોપ વાતાવરણ જુઓ. GNOMEનું સંપાદન ઘટક KDE ફ્રન્ટએન્ડ જેવું જ પેકેજ નથી, અને વિતરણ બંનેમાંથી કોઈપણનું નામ બદલી શકે છે. નામ તે આવૃત્તિની પોતાની પેકેજ યાદીમાંથી લો.

PPP પ્લગઇન સંસ્કરણવાળા પથ પર રહે છે

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

કૉપિ કરેલા બિલ્ડ કરતાં વિતરણના પેકેજની તરફેણમાં આ સૌથી મજબૂત દલીલ છે. પેકેજ સંભાળનારા આ પથને અનુસરે છે; કૉપિ કરેલી configure લાઇન એવું કરતી નથી.

વાટાઘાટની નિષ્ફળતા ઇન્સ્ટોલેશનની નિષ્ફળતા નથી

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

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

બે રહસ્યો, બે ક્ષેત્રો

IPsec પ્રમાણીકરણ અને વપરાશકર્તાનું PPP લોગિન એકબીજાથી અસંબંધિત રહસ્યો છે જે સંજોગવશાત્ એક જ સંવાદમાં બેઠા છે. એક મશીનોને પ્રમાણિત કરે છે, બીજું વ્યક્તિને L2TP સેવા સામે પ્રમાણિત કરે છે, અને સર્વર એક સ્વીકારીને બીજું નકારી શકે છે.

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