ગ્રે NetworkManager નિયંત્રણ? પરવાનગીઓ પહેલાં માલિકી તપાસો

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

કંઈપણ બદલતા પહેલાં ત્રણ ફક્ત-વાંચન આદેશો કેસોને અલગ પાડે છે.

ત્રણ પ્રશ્નો ક્રમમાં પૂછો

nmcli device status
nmcli general permissions
nmcli connection show

આ એવી સિસ્ટમ માટે નિરીક્ષણ આદેશો છે જે ખરેખર NetworkManager વાપરે છે, અને સામાન્ય વપરાશકર્તા તરીકે ચલાવવા સુરક્ષિત છે. જો તમે આઉટપુટ ક્યાંય પેસ્ટ કરો તો ખાનગી કનેક્શન વિગતો જાહેર લૉગની બહાર રાખો.

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

માલિકી અને પરવાનગી અલગ ખામીઓ છે

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

પરવાનગી એ અલગ ધરી છે. NetworkManager PolicyKit દ્વારા બિન-root કૉલરોને અધિકૃત કરે છે, અને જણાવાયેલો જવાબ yes, auth કે no હોઈ શકે. અધિકૃતતા એજન્ટ વિનાનું સેશન auth જણાવે છે અને પછી ડેસ્કટૉપમાં શાંતિથી નિષ્ફળ જાય છે, જે ખૂટતા એજન્ટને બદલે તૂટેલું નિયંત્રણ લાગે છે.

ડેસ્કટૉપને root તરીકે ચલાવીને બેમાંથી એક પણ ઠીક ન કરો

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

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

પ્લગિનનો પ્રશ્ન એડિટરનો પણ છે

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

સ્વતંત્ર ક્લાયન્ટ બાઇનરી પણ પુરાવો નથી. OpenVPN બાઇનરી સ્થાપિત કરવાથી ડેસ્કટૉપ એડિટરને OpenVPN પ્રોફાઇલ બનાવવાનું ફોર્મ મળતું નથી.

જવાબદાર સીમા સુધારો, પછી ચકાસો

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

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