બીજા VPN ક્લાયન્ટે પહેલાને તોડ્યું: સહિયારું સંસાધન શોધો

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

ચાર સ્તરોને ક્રમમાં પસાર કરો

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

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

જે સેવા બે વાર ચાલતી નથી તેનાથી શરૂ કરો

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

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

પછી પૂછો કે પોર્ટ કોનો છે

પોર્ટની માલિકી એ સૌથી સ્પષ્ટ પુરાવો છે જે તમને મળશે, કારણ કે બાઇન્ડ નિષ્ફળતા સંઘર્ષનું નામ સીધું આપે છે. બે IKE અમલીકરણો એક જ સ્થાનિક સરનામા અને UDP પોર્ટ પર બંને જવાબ આપી શકતા નથી, અને ફરી પ્રયાસ કરવાની કોઈ પણ માત્રા તેને બદલતી નથી.

Get-NetUDPEndpoint -LocalPort 500,4500 | Select-Object LocalAddress,LocalPort,OwningProcess
netstat -ano | findstr :500
sudo lsof -nP -iUDP:500
ss -lunp | grep -E ':500|:4500'

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

ફિલ્ટર ડ્રાઇવર તમારા રૂટની નીચે બેસે છે

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

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

કયું ઉત્પાદન બૂટની માલિકી ધરાવે તે નક્કી કરો, પછી તે નોંધો

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

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