VPN વપરાશકર્તાને એક પ્રિન્ટરની જરૂર છે, આખા LANની નહીં

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

લક્ષણ: સાંકડા નિયમે કંઈ બદલ્યું નહીં

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

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

બંને લક્ષણો નવા નિયમના ક્ષેત્રો તરફ નહીં, ક્રમ તરફ ઇશારો કરે છે. એમાંથી એક એવો નિયમ છે જે ક્યારેય મેળ ખાધો નહીં, અને બીજો એવો નિયમ છે જે ખૂબ વહેલો મેળ ખાધો.

ટ્રાફિક ખરેખર કયા નિયમસમૂહને અડે છે

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

એટલે જ નવો સાંકડો પાસ ઍક્સેસ ઘટાડી શકતો નથી. ફાયરવૉલ નિયમો પરવાનગી ઉમેરે છે અને પહેલાના મેળમાંથી તેને લઈ જતા નથી.

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

પ્રિન્ટ કાર્યમાંથી પાસ નિયમ લખો

પ્રિન્ટરથી નહીં, કાર્યથી શરૂ કરો. વપરાશકર્તાને પ્રિન્ટર સરનામા પર પ્રિન્ટ સેવાની જરૂર છે, તેથી નિયમ એ સરનામું, એ પ્રોટોકૉલ અને એ પોર્ટનું નામ લે છે. VPN પૂલ માટે ઉપનામ અને પ્રિન્ટર માટે ઉપનામ નિયમને વાંચવાલાયક રાખે છે.

જાદુગરને ખુશ કરવા શોધ અથવા વ્યવસ્થાપન પોર્ટ ઉમેરવાની પ્રવૃત્તિનો સામનો કરો. આખા પ્રિન્ટરને મંજૂરી આપતો નિયમ પ્રિન્ટ કતારને મંજૂરી આપતા નિયમથી અલગ નીતિ છે.

પ્રિન્ટરની પોતાની પ્રમાણીકરણ પદ્ધતિ યથાસ્થાને રાખો. નેટવર્ક પરવાનગી તેનો વિકલ્પ નથી. કતાર-સ્તરીય ખાતું કોણ શું પ્રિન્ટ કરી શકે તેનું યોગ્ય નિયંત્રણ છે.

છ મૂલ્યો આખો ઉદ્દેશ વહન કરે છે: ક્રિયા તરીકે પાસ, કુટુંબ તરીકે IPv4, પ્રોટોકૉલ તરીકે TCP, સ્રોત તરીકે પૂલ ઉપનામ, લક્ષ્ય તરીકે પ્રિન્ટર ઉપનામ અને પોર્ટ તરીકે 631. એ છથી આગળનું કંઈ પણ માંગાયેલ નીતિથી અલગ નીતિ છે.

LAN પરવાનગી વિના ક્લાયંટને માર્ગ આપો

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

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

પૂલ તરફ પાછા રૂટિંગ અને સ્રોતના અનુવાદ વચ્ચે સભાનપણે પસંદગી કરો. બંને કામ કરે છે, અને દરેક લોગમાંથી અલગ વસ્તુ છુપાવે છે.

કાર્યની સાથે ઇનકાર પણ ચકાસો

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

તૈનાતીને ફક્ત-પ્રિન્ટર કહેતાં પહેલાં IPv6 અને બીજા કોઈપણ સક્રિય VPN માર્ગની સમીક્ષા કરો. એક સરનામા કુટુંબમાં સાંકડો નિયમસમૂહ બીજામાં સંપૂર્ણ ખુલ્લો હોઈ શકે છે.