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

ક્લાયન્ટ શું જણાવે છે અને ખરેખર શું થયું

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

પોર્ટ અને બંધાયેલું સરનામું એ બે તથ્યો છે જે નક્કી કરે છે કે પેકેટ કદી પહોંચશે કે નહીં.

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

પેકેજ જે સરનામા પર સાંભળે છે તે શોધો

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

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

sudo ss -lunp | grep 1194

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

ફોરવર્ડ સુધારો, પછી કાઉન્ટર જુઓ

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

જો DSM તે સરનામું DHCP દ્વારા લે છે, તો પહેલા રિઝર્વેશન બનાવો. લીઝનો ફેરફાર ગઈકાલે કામ કરતું ફોરવર્ડ ચૂપચાપ તોડી નાખે છે.

sudo tcpdump -i any -n udp port 1194

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

ત્યારે જ પ્રમાણપત્રો અને ટ્રાન્સપોર્ટ જુઓ

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

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

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

સંબંધિત લેખો