OpenVPN AF_INET ચેતવણી: નિર્દોષ ફોલબેક કે નિષ્ફળ સોકેટ?

બે OpenVPN લોગ લાઇન એક જ શબ્દોથી શરૂ થાય છે, અને તેમાંથી ફક્ત એક જ સમસ્યાની જાણ કરે છે. Could not determine IPv4/IPv6 protocol. Using AF_INET ફોલબેક સૂચના છે: પ્રોફાઇલે એડ્રેસ કુટુંબ ખુલ્લું છોડ્યું, તેથી ડીમન એક પસંદ કરીને આગળ વધ્યું. નિષ્ફળતાની શાખા જણાવે છે કે કોઈ સોકેટ બનાવવામાં આવ્યું નથી અને પુનઃપ્રારંભ માટે કહે છે. સામાન્ય ઉપસર્ગ પછીનું બધું તેમને અલગ પાડે છે, તેથી કંઈપણ બદલતા પહેલા તેની આગળ વાંચો.

ફોલબેક સૂચના શું જણાવે છે

OpenVPN proto udp4 અથવા proto udp6 દ્વારા સ્પષ્ટ કુટુંબ સ્વીકારે છે, અને જ્યારે સ્ટાર્ટઅપ વખતે કુટુંબ મેળવવાનું હોય ત્યારે proto udp સ્વીકારે છે. બીજા કિસ્સામાં ડીમન સ્થાનિક બાઇન્ડ માહિતી તપાસે છે અને પસંદ કરે છે.

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

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

નિષ્ફળતાની શાખા કેવી દેખાય છે

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

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

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

ચેતવણીને બદલે શ્રોતા તપાસો

ચાલુ સર્વર લોગ ટેક્સ્ટમાંથી અનુમાન કર્યા વિના કુટુંબના પ્રશ્નનો સીધો જવાબ આપે છે.

ss -lunp | grep openvpn
ss -ltnp | grep openvpn

કુટુંબ, સરનામું અને પોર્ટને પ્રોફાઇલ સાથે મેળવો. 0.0.0.0:1194 લાઇન ફક્ત IPv4 છે, જ્યારે ડ્યુઅલ-સ્ટેક હોસ્ટ પર [::]:1194 લાઇન bindv6only સેટિંગ પર આધાર રાખીને બંને કુટુંબ સ્વીકારી શકે છે. જો પ્રોફાઇલ udp કહે અને સોકેટ IPv4 હોય, તો જેમનું રિઝોલ્વર ફક્ત AAAA રેકોર્ડ પરત કરે તે ક્લાયન્ટ ટનલ પર વાટાઘાટ થાય તે પહેલાં જ નિષ્ફળ જશે.

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

કુટુંબ ફરજિયાત કરવું ક્યારે યોગ્ય છે

proto udp4 પિન કરવું ફક્ત-IPv4 જમાવટ માટે યોગ્ય છે: ફક્ત A પ્રકારનું DNS નામ, એક v4 સરનામા માટે ફાયરવોલ નિયમો, ફક્ત v4 સરનામાં આપતા ઓપરેટરો પાછળના ક્લાયન્ટ. તે અસ્પષ્ટતા દૂર કરે છે અને આગળના લોગ લાઇનોના સમૂહને અનુમાનક્ષમ બનાવે છે.

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

અંતિમ બિંદુઓ અને તેમને પહોંચવાના ક્લાયન્ટના આધારે પસંદ કરો. OpenVPN 2.6 માર્ગદર્શિકા પરિવહન સ્વરૂપોનું દસ્તાવેજીકરણ કરે છે, અને સંદેશ તે પસંદગીનું આઉટપુટ છે, તેનું ઇનપુટ નહીં.

રેકોર્ડ સાંકડો રાખો

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

આ ચેતવણી સાથે આવતા પેકેજ સૂચનો અસંબંધિત છે જ્યાં સુધી કોઈ ભૂલ ગુમ થયેલ ચલાવી શકાય તેવી ફાઇલનું નામ ન લે.

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