VPN પોર્ટ શાંત? શ્રોતા, બાઈન્ડ સરનામું કે હોસ્ટ ફાયરવોલ

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

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

સોકેટ બિલકુલ છે ખરું

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

systemctl status openvpn-server@server --no-pager
journalctl -u openvpn-server@server -n 30 --no-pager
ss -lunp

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

સોકેટ કયા સરનામા અને કયા કુટુંબ પર જવાબ આપે છે

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

યાદીને એક પોર્ટ સુધી મર્યાદિત કરવાથી હોસ્ટ પર ઘણી સેવાઓ ચાલતી હોય ત્યારે તે વાંચવા યોગ્ય રહે છે. sport ફિલ્ટર તમે પરીક્ષણ કરી રહ્યા છો તે ટ્રાન્સપોર્ટ સાથે પોર્ટ લે છે:

ss -lun 'sport = :51820'
ss -ltnp 'sport = :1194'

પ્રોટોકોલ સ્તંભ આખો જવાબ બદલી નાખે છે

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

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

એક પ્રયાસ, જોવાના ત્રણ સ્થળ

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

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

નિયમ બદલતાં પહેલાં તબક્કાનું નામ આપો

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

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