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

કિલ સ્વિચ શું છોડી દે છે અને કેમ

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

શોધ સમસ્યાને ગૂંચવણભરી બનાવે છે. પ્રિન્ટર પોર્ટ 5353 પર મલ્ટિકાસ્ટ DNS દ્વારા જાહેરાત કરે છે, અને પ્રિન્ટર ઉમેરો સંવાદમાં દેખાતી કતાર તે જાહેરાતોમાંથી બને છે. અવરોધ સક્રિય હોય ત્યારે જાહેરાત ન પહોંચે, તેથી પ્રિન્ટર યાદીમાંથી અદૃશ્ય થાય છે છતાં તેનું સરનામું હજુ જવાબ આપે છે. 631 પર IPP, 9100 પર કાચું પ્રિન્ટિંગ અને 445 પર SMB ટનલ માર્ગ વગરની સામાન્ય LAN સેવાઓ છે.

પહેલા સાબિત કરો કે પ્રિન્ટર પહોંચી શકાય તેવું છે

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

VPN ડિસ્કનેક્ટ કરો, પછી સરનામું અને બે સામાન્ય પ્રિન્ટ પોર્ટ ચકાસો:

nc -vz 192.168.1.50 9100
nc -vz 192.168.1.50 631

Windows માં સમકક્ષ Test-NetConnection 192.168.1.50 -Port 9100 છે. VPN ફરી જોડો અને પુનરાવર્તન કરો. જો VPN બંધ હોય ત્યારે પોર્ટ જવાબ આપે અને ચાલુ હોય ત્યારે સમય સમાપ્ત થાય, તો તમે અવરોધ પુનઃઉત્પન્ન કર્યો છે અને બાકીનું નીતિનું પ્રશ્ન છે. જો બંને સ્થિતિમાં નિષ્ફળ જાય, તો થોભો: પ્રિન્ટર, Wi-Fi સેગમેન્ટ અથવા ક્લાયન્ટ આઇસોલેશન જવાબદાર છે, અને VPN અપવાદ ફક્ત જોખમ ઉમેરશે.

પરવાનગી કે અવરોધ નક્કી કરતી ત્રણ શરતો

આને ક્રમમાં ચલાવો. પહેલી શરત જે નિષ્ફળ જાય તે પરિણામ નક્કી કરે છે, તેથી પછીની ચકાસવાની જરૂર નથી.

ConditionAllow a scoped exceptionKeep the block
Who owns the networkHome or single-tenant office where you control the segmentHotel, cafe or shared Wi-Fi where the printer is not yours
Who owns the device policyPersonal device with no enforced profileManaged profile that enforces always-on VPN
What the device carriesNothing another LAN peer must not reachClient data that must not touch an untrusted segment

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

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

તમારો ક્લાયન્ટ જે સૌથી નાનો અપવાદ ટેકો આપે છે

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

Windows સ્પ્લિટ ટનલિંગ આપે છે, અને કેટલાક બિલ્ડ સ્થાનિક-નેટવર્ક વિકલ્પ પણ આપે છે. જ્યાં એકમાત્ર સમર્થિત માર્ગ હોસ્ટ એન્ટ્રી હોય, ત્યાં ટનલ ઊભી થયા પછી ભૌતિક ગેટવે દ્વારા એક જ સરનામું ઉમેરો, ઉદાહરણ તરીકે route add 192.168.1.50 mask 255.255.255.255 192.168.1.1, અને સત્ર પૂરું થાય ત્યારે તેને કાઢી નાખો. WireGuard અલગ રીતે કામ કરે છે: AllowedIPs નક્કી કરે છે કે ટનલમાં શું પ્રવેશે, તેથી સંપૂર્ણ-ટનલ 0.0.0.0/0 પ્રોફાઇલ પ્રિન્ટ કાર્યને અંતિમ બિંદુ સુધી લઈ જાય છે સિવાય કે વધુ ચોક્કસ રૂટ તેને ટાળે, અને wg-quick બાકીનું બધું અવરોધતા ફાયરવોલ નિયમો સ્થાપિત કરી શકે છે.

Android માં VPN વગરના કનેક્શનને અવરોધતું હંમેશા-ચાલુ સેટિંગ એ કિલ સ્વિચ છે, અને તે અવરોધની અંદરની એપમાંથી પ્રિન્ટર શોધવાનો કોઈ LAN માર્ગ નથી. પ્રતિ-એપ અને અપવાદ મોડેલ Android VPN પૃષ્ઠ પર દસ્તાવેજિત છે, અને કંઈપણ બદલતા પહેલાં ત્યાં જ તપાસવું જોઈએ: Android VPN કનેક્ટિવિટી માર્ગદર્શિકા. તાજેતરના macOS સંસ્કરણો ટનલથી અલગ સ્થાનિક નેટવર્ક પરવાનગી માંગે છે, અને iOS સ્થાનિક નેટવર્ક ઍક્સેસ માટે એ જ કરે છે, તેમ છતાં ટનલ ચાલુ હોય ત્યારે પણ કતાર નિષ્ફળ જઈ શકે છે કારણ કે વેન્ડર ક્લાયન્ટ સબનેટને તેની અંદર રૂટ કરે છે.

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

અપવાદ ચકાસો અને ક્યારે તેને પાછો ખેંચવો તે જાણો

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

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

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

સંબંધિત લેખો