Pi પર બદલાયેલું MAC સરનામું: કઈ ઇન્ટરફેસ બદલાઈ?

Pi પર VPN સેટઅપ આવ્યા પછી, કેટલીક ઇન્ટરફેસ ઓળખ ખસી ગયેલી લાગે છે. ગઈકાલનું Ethernet સરનામું આજની યાદી સાથે હવે મેળ ખાતું નથી, અને તારણ જાતે લખાઈ જાય છે: VPN એ MAC બદલ્યું. સામાન્ય રીતે નહીં. ભૌતિક અપલિંકની બ્રિજ કે વર્ચ્યુઅલ એડેપ્ટર સાથે સરખામણી કરવી એ સરખામણી નથી, અને પહેલું કામ એ નક્કી કરવાનું છે કે તમે ખરેખર કઈ વસ્તુ તરફ જોઈ રહ્યા છો.

ઇન્ટરફેસ અને નિરીક્ષકને નામ આપો

ઉપકરણનું નામ, ઇન્ટરફેસનો પ્રકાર, વર્તમાન લિંક-લેયર સરનામું અને તેની માલિકી ધરાવતું મેનેજર લખો. સમય-છાપ ઉમેરો, કારણ કે બૂટ વખતે બદલાયેલો દેખાવ ટનલ ઊપર આવ્યા પછી બદલાયેલા દેખાવ કરતાં અલગ ઘટના છે.

જોડાણની ઘટના પહેલાં અને પછી એ જ ઇન્ટરફેસ માટે આ કરો. એક જ વસ્તુનાં બે નિરીક્ષણો પુરાવા છે; બે વસ્તુઓનું એક નિરીક્ષણ વાર્તા જોડાયેલો સંયોગ છે. ફરક એ જ આખી તપાસ છે. વસ્તુ ખોટી પકડો તો પછીનું દરેક માપન વ્યર્થ જાય છે.

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

TUN, TAP અને અપલિંક અલગ વસ્તુઓ છે

કર્નલ બે વર્ચ્યુઅલ પ્રકારો વચ્ચે કઠોર રેખા દોરે છે. TUN IP પેકેટો વહેવડાવે છે અને તેની કોઈ Ethernet ઓળખ નથી. TAP Ethernet ફ્રેમ્સ વહેવડાવે છે અને તેથી તેની ઓળખ છે.

એનો અર્થ એ છે કે TAP બાજુનું સરનામું ભૌતિક અપલિંકનું સરનામું નથી, અને રૂટ કરેલું TUN સરનામું Wi-Fi MACનો વિકલ્પ નથી. તે એક જ મશીનના અલગ સ્તરો છે.

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

સાચો ફેરફાર ખરેખર કોનો છે

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

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

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

મેનેજરના ક્લોનિંગ મૂલ્યોનો અર્થ શું છે

NetworkManagerનું Ethernet સેટિંગ્સનો સંદર્ભ સ્પષ્ટપણે ફાળવેલા સરનામાને preserve, permanent, random અને stable જેવા વિશેષ મૂલ્યોથી અલગ પાડે છે, કમાન્ડ લાઇન અને D-Bus ઇન્ટરફેસ પર જોડણી અલગ હોય છે.

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

સેટિંગ ઉપલબ્ધ કરવા બીજું મેનેજર ઇન્સ્ટોલ કરવાને બદલે સેટિંગના માલિકની તપાસ કરો. એક ઇન્ટરફેસ માટે લડતા બે મેનેજર એ જ અસ્થિરતા પેદા કરે છે જે પછી લોકો ટનલ પર ઢોળે છે.

ઓળખની જરૂરિયાત સુધારો, દેખાવ નહીં

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

દૂરનું રૂટ કરેલું VPN પોતાના પીઅરને પ્રમાણિત કરે છે અને પોતાના મોડલ દ્વારા સરનામાં ફાળવે છે. LAN સરનામું સ્થિર કરવાથી એ પીઅર નોંધાતું નથી અને નિશ્ચિત ટનલ ફાળવણી બનતી નથી.

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

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