ppp0 કે ppp1? સ્ક્રિપ્ટ માટે PPP VPN સેશનનું નામકરણ

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

વિકલ્પોથી હૂક સુધી એક સેશનને અનુસરો

જ્યાં સેશન બને છે ત્યાંથી શરૂ કરો. xl2tpd એ ટનલના pppoptfile દ્વારા નામ આપેલી વિકલ્પ ફાઇલ સાથે pppd ચાલુ કરે છે, તેથી પ્લગઇન, યુનિટ નંબર અને કોઈ પણ પ્રોફાઇલ માર્કર વૈશ્વિક ફાઇલમાં નહીં, ત્યાં જ નક્કી થાય છે. કનેક્શન મેનેજર પોતાના વિકલ્પો બનાવી શકે છે, એટલે કે /etc/ppp/options સંપાદિત કરવું એ પુરાવો નથી કે તમને જે ટનલની ચિંતા છે તે બદલાઈ છે. લિંક ઉપર આવે ત્યારે pppd ડિસ્ટ્રિબ્યુશનના ડિસ્પેચરમાંથી સૂચના સ્ક્રિપ્ટો ચલાવે છે. તે સ્ક્રિપ્ટો ઇન્ટરફેસનું નામ પ્રથમ આર્ગ્યુમેન્ટ તરીકે અને પ્રોફાઇલ માર્કર છઠ્ઠા આર્ગ્યુમેન્ટ તરીકે મેળવે છે.

પર્યાવરણ એ જ હકીકતો IFNAME અને PPP_IPPARAM જેવા નામો હેઠળ ધરાવે છે, પણ તેમની ઉપલબ્ધતા સ્થાપિત ડિસ્પેચર પર આધાર રાખે છે. કોઈ ચલ પર આધાર રાખતા પહેલાં ડિસ્પેચર વાંચો: કેટલાક ડિસ્ટ્રિબ્યુશન અપસ્ટ્રીમ આર્ગ્યુમેન્ટ ક્રમ રાખે છે, અન્ય તમારી સ્ક્રિપ્ટ બોલાવતા પહેલાં પર્યાવરણ ફિલ્ટર કરે છે. ફક્ત $1 અને છઠ્ઠું આર્ગ્યુમેન્ટ વાપરતી સ્ક્રિપ્ટ બંને ગોઠવણીમાં કામ કરે છે.

કૉલમાંથી ઇન્ટરફેસ વાંચો

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

ipparam office-vpn

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

નામ ફક્ત ત્યારે માંગો જ્યારે ઇનકાર સાચો હોય

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

ifname ppp-office

ifname વિકલ્પ અલગ રીતે વર્તે છે: માંગેલું નામ પહેલેથી વપરાય છે અથવા સોંપી શકાતું નથી તો pppd બીજું પસંદ કરવાને બદલે બહાર નીકળી જાય છે. એ નીતિ-નિર્ણય છે, સૌંદર્યલક્ષી નામાંતર નહીં. એક જ પ્રોફાઇલની બીજી સમકાલીન નકલ નકારવી હોય ત્યારે તેનો ઉપયોગ કરો, અને ખાતરી કરો કે સ્થાપિત pppd અને તમારું કનેક્શન મેનેજર વિકલ્પ પસાર કરે છે.

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

ટિયરડાઉનને તમે ગોઠવેલા સેશન સાથે મેળવો

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

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

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