બધું એક હોસ્ટ પર ફોરવર્ડ કરવું કે પોર્ટ પણ ફરીથી લખવો?

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

શરત એક: નિયમ કયા ક્ષેત્રો બદલે છે?

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

મેનુ લેબલ નહીં, વાસ્તવિક નિયમ વાંચો. DMZ અથવા બધા પોર્ટ કહેતી સ્ક્રીન ઇરાદાનું વર્ણન કરે છે, પેકેટના માર્ગનું નહીં. Netfilter NAT દસ્તાવેજીકરણ બે ભાષાંતરોને અલગ પાડે છે, અને તમારી સામેનું રાઉટર ગ્રાહક ઉપકરણ હોય તો પણ તે સાચું માનસિક મોડેલ છે.

બે ક્ષેત્રો, બે અલગ પ્રશ્નો.

શરત બે: જાળવેલા પોર્ટ પર શું સાંભળે છે?

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

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

પસંદ કરતા પહેલાં શ્રોતાની યાદી બનાવો.

શરત ત્રણ: બહારનું પ્રવેશદ્વાર કેટલું પહોળું છે?

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

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

અનુવાદિત અંતિમ બિંદુ પૂરેપૂરું લખો: પ્રોટોકોલ, બહારનો પોર્ટ, અંદરનું સરનામું, અંદરનો પોર્ટ.

બંને નિયમોમાંથી કોઈ તમને શું આપતું નથી

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

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

એક્સપોઝર વિશ્લેષણ એ છે કે શું શું સુધી પહોંચી શકે, સ્ક્રીન પરના લેબલ વિશે નહીં.

અનુવાદિત અંતિમ બિંદુ હાથમાં રાખીને નિર્ણય લો

નિયમનું પરિણામ વાક્ય તરીકે લખો: જાહેર UDP પોર્ટ X સરનામા Y પોર્ટ Z સુધી પહોંચે છે. પછી પૂછો કે Y પર કઈ સેવાઓ Z પર જવાબ આપી શકે છે અને તેમનો માલિક કોણ છે.

nft list ruleset

જો જવાબ તમે ઇચ્છતા હતા તે એક જ શ્રોતા હોય, તો નિયમ તેનું કામ કરી રહ્યો છે.

જો જવાબ ઘણા હોય, તો તમે સમગ્ર હોસ્ટ પર ફોરવર્ડિંગ પસંદ કર્યું છે, ઇન્ટરફેસે તેને એવું કહ્યું હોય કે નહીં.