OpenVPN પર ખાલી LAN ગેમ યાદી? ડિસ્કવરી માર્ગ તપાસો

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

સેશનમાં જોડાવાને તેને શોધવાથી અલગ કરો

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

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

ટનલને સ્પર્શ કરતા પહેલાં સીધું જોડાણ અજમાવો

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

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

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

બ્રોડકાસ્ટ ક્યાં અટકે છે તે સમજો

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

એ ડિઝાઇનનો ગુણધર્મ છે, વિકલ્પથી પેચ કરવાની ખામી નથી. OpenVPN અને તેનું client-to-client સેટિંગ ટનલની અંદર પીઅર ટ્રાફિક નિયંત્રિત કરે છે અને તે ડિસ્કવરી રિલે નથી, જોકે ઘણા થ્રેડમાં આ હેતુ માટે તેની સલાહ આપવામાં આવે છે. રિલે એ અલગ ઘટક છે જેની પોતાની રૂપરેખા અને પોતાની નિષ્ફળતાની રીતો છે. હાલનો વિકલ્પ આ પહેલેથી આવરી લે છે એવું માનવું એ આ તપાસ અટકી જવાનું સૌથી સામાન્ય કારણ છે.

મલ્ટિકાસ્ટ ડિસ્કવરીમાં અલગ સરનામા વર્ગ સાથે એ જ સમસ્યા છે, અને તેને બ્રોડકાસ્ટ અપવાદને બદલે મલ્ટિકાસ્ટ રૂટિંગ અથવા રિલેની જરૂર છે.

રિલે વાજબી હોય ત્યારે તેને સાંકડો રાખો

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

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

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

ડિઝાઇનને Ethernetની જરૂર હોય ત્યારે જ બ્રિજ કરો

Ethernet ફ્રેમ TAPની અંદર મુસાફરી કરે છે, તેથી TAP ટનલ જાણી જોઈને બ્રિજ કરેલા બ્રોડકાસ્ટ ડોમેનનો ભાગ હોઈ શકે છે. ફક્ત dev tun થી dev tap બદલવાથી એ બ્રિજ બંધાતો નથી, સર્વર રૂપરેખા સુસંગત બનતી નથી અને એપ્લિકેશન નવું ઇન્ટરફેસ પસંદ કરતી નથી. OpenVPN બ્રિજિંગ માર્ગદર્શિકા એક ખાલી લોબી માટે ઉપાય નહીં, પણ વિશાળ ગોઠવણી વર્ણવે છે.

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

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