VPN માટે UFW અપવાદ જ્યારે એન્ડપોઇન્ટનું સરનામું બદલાય

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

ટનલ ફરી જોડાય છે, પછી કંઈ બહાર જતું નથી

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

જાહેર શોધ પરત આપતું સરનામું પિન કરી દેવાથી આજે ચાલે છે અને કાલે તૂટેલું રહે છે. તે એકવારનું સંપાદન છે, જાળવણીની નીતિ નહીં.

તમે ખરેખર ઈચ્છો છો તે અપવાદનું વર્ણન કરો

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

નીચેનો આદેશ તારવાળા અપલિંક પર એક IPv4 UDP એન્ડપોઇન્ટનો આકાર બતાવે છે. બંને મૂલ્યો તમે તૈનાતી સામે ચકાસેલા મૂલ્યોથી બદલો.

sudo ufw allow out on enp3s0 proto udp to 192.0.2.44 port 1194
sudo ufw status verbose

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

તેને એક વર્કફ્લો તરીકે તાજો કરો

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

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

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

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

જૂની પરવાનગી જાણી જોઈને પાછી ખેંચો

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

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

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