Linux VPN ક્લાયન્ટને જૂનાં ઉપકરણના પ્રોટોકોલ સાથે મેળવો

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

દૂરનો છેડો શું પ્રકાશિત કરે છે તે નોંધો

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

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

PPTP: pppd સંપાદિત કરતા પહેલાં GRE સાબિત કરો

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

pppd call branch-office
tcpdump -ni any proto gre -c 5

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

L2TP/IPsec: એક મેળ ખાતો પ્રસ્તાવ દસ પ્રયાસોને હરાવે છે

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

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

XAuth સાથે આક્રમક IKEv1, અને પોર્ટલનો કિસ્સો

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

conn branch
    keyexchange=ikev1
    aggressive=yes
    leftauth=psk
    leftauth2=xauth
    leftsourceip=%config
    right=203.0.113.10

strongSwan ના જૂનાં રિલીઝ xauth=client વાપરતા હતા જ્યાં આવૃત્તિ 5 leftauth2=xauth વાપરે છે, તેથી નકલ કરેલો સ્નિપેટ ફક્ત વાક્યરચનાથી નિષ્ફળ થઈ શકે. TLS પોર્ટલ માટે, AnyConnect પ્રોટોકોલ બોલતું openconnect Cisco અને મોટાભાગની પુનઃબ્રાન્ડેડ ઉત્પાદનો સંભાળે છે, અને તેને TUN ઉપકરણ તથા તેને ગોઠવવાના અધિકારોની જરૂર છે. પોર્ટલનું સરનામું બ્રાઉઝર જેમ બતાવે તેમ જ આપો, ઉપકરણ જે પણ માર્ગની અપેક્ષા રાખે તે સહિત, પછી તેની પાછળ કંઈ પણ ચકાસતા પહેલાં ફાળવેલું સરનામું તપાસો. અગાઉથી ઇન્ટરફેસ બનાવવું સેટઅપ દરમિયાન એક પ્રકારની આશ્ચર્ય દૂર કરે છે.

sudo ip tuntap add dev tun0 mode tun
sudo openconnect --protocol=anyconnect vpn.example.com

કનેક્ટ કરો, પછી નિશ્ચિત ક્રમમાં ચકાસો

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

ip -4 addr show tun0
ip route get 10.20.30.10
getent hosts app.internal

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