ઇન્ટરનેટ લિંક વિના LAN પર Raspberry Pi નું વહીવટ

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

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

સુરક્ષા કામ પ્રમાણે પસંદ કરો, ટેવ પ્રમાણે નહીં

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

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

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

LAN શું છોડશે તેની યાદી બનાવો

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

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

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

ઓળખ તપાસ જ્યાં હોવી જોઈએ ત્યાં જ રાખો

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

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

અપલિંક ખરેખર ગેરહાજર હોય ત્યારે પરખો

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

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