VPN ગેટવેનું અપડેટ નિષ્ફળ જાય છે: બહાર જવાનો માર્ગ ખોલતા પહેલા તબક્કો વાંચો
નિષ્ફળ અપડેટ ગુમ થયેલા પોર્ટનું નહીં, એક તબક્કાનું નામ આપે છે. સંદેશને તેના માલિક સાથે જોડો, પ્રોક્સીનો માર્ગ વાંચો અને પછી જાણી જોઈને જાળવણી નીતિ નક્કી કરો.
સુરક્ષા અપડેટ્સ ઇન્સ્ટોલ કરવાનો ઇન્કાર કરવો એ બીજાની સમસ્યા બનવાથી ફક્ત એક ખરાબ અઠવાડિયા દૂર છે, અને જે ગેટવે ક્લાયન્ટ્સને અંદર આવવા દે છે તે આ ટેવ વિકસાવવાનું સૌથી સહેલું સ્થળ છે. સામાન્ય કારણ ગુમ થયેલો માર્ગ નથી પરંતુ ગુમ થયેલો નિર્ણય છે: કોઈએ કહ્યું નથી કે જ્યારે ક્લાયન્ટ ફોરવર્ડિંગ જાણી જોઈને સાંકડું હોય ત્યારે યજમાને પોતે ભંડાર સુધી કેવી રીતે પહોંચવું. તે નિર્ણય સ્પષ્ટ રીતે લેવો પડશે, અને તે એક બપોર માટે બહિર્ગમન નીતિ બંધ કરવા કરતાં વધુ સાંકડો હોવો જોઈએ.
ચાર તબક્કા, ચાર અલગ માલિકો
અપડેટની નિષ્ફળતા એ નામ આપેલો તબક્કો છે, સંદેશ તેમ કહે કે ન કહે, અને દરેક તબક્કો અલગ માલિકનો છે. જે નામ ઉકેલાતું નથી તે રિઝોલ્વરનો પ્રશ્ન છે. જે કનેક્શન સમયમર્યાદા વટાવે છે તે પરિવહન, પ્રોક્સી કે દૂરના છેડાનો પ્રશ્ન છે. TLS ઓળખની ભૂલ વિશ્વાસનો પ્રશ્ન છે, અને નકારાયેલ ભંડાર મેટાડેટા સહીનો પ્રશ્ન છે. ચાર તબક્કા, ચાર માલિક, અને પોર્ટનો નિયમ હંમેશા આમાંથી ફક્ત એકનો જ જવાબ આપે છે.
| The failure text mentions | Which component owns it | What you check first | What you must not change |
|---|---|---|---|
| a name that will not resolve | the resolver policy for this host | which resolver is used, and whether its path is permitted | nothing in the firewall: no repository packet has left yet |
| a connection that times out | routing, proxy or the far end | the destination, port and proxy the manager actually attempts | the egress policy, before you know that destination |
| a TLS identity mismatch | trust configuration and the server's identity | the chain the manager is presented with | verification settings, which only hide the mismatch |
| rejected archive metadata | the repository's signing metadata | whether the source carries valid, trusted metadata | the signature check, which is not a routing question |
પિંગ અને નામ વિશ્લેષણ એ બે પરીક્ષણો છે જે લોકો પહેલા લે છે, અને બંને એવા પ્રશ્નોના જવાબ આપે છે જે કોઈએ પૂછ્યા નથી. ઇકો જવાબ ભંડાર કનેક્શન કરતાં અલગ પ્રોટોકોલ વાપરે છે, અને સફળ શોધ લાવવાનું પરીક્ષણ કર્યા વિના નામ વિશ્લેષણ પર અટકી જાય છે. બંને વાસ્તવિક વ્યવહાર નિષ્ફળ થતી વખતે પાસ થઈ શકે છે, અને બંને માર્ગ સાથે સંબંધ ન હોય તેવા કારણોસર નિષ્ફળ થઈ શકે છે.
મેનેજર ખરેખર જે માર્ગ લે છે તે વાંચો
રૂપરેખાંકિત સ્રોત URI અને પ્રોક્સીની વાસ્તવિક ગોઠવણી તપાસો, તેમાંથી એકને ધારી લેવાને બદલે. સાદા HTTP માટે લખાયેલો નિયમ ત્યારે સમારકામ નથી જ્યારે ભંડાર HTTPS બોલે છે, અને જે સંસ્થા પ્રોક્સી ફરજિયાત કરે છે તેણે માર્ગ પહેલેથી પસંદ કરી લીધો છે. પેકેજ મેનેજરો પર્યાવરણ ચલો અને પોતાના રૂપરેખાંકનનું સન્માન કરે છે, અને યજમાન-વિશિષ્ટ સેટિંગ્સ વૈશ્વિક સેટિંગને બાજુ પર મૂકી શકે છે. ઇન્ટરેક્ટિવ બ્રાઉઝર જે કરે છે તે જ મેનેજરે કરવું જરૂરી નથી.
apt-get update -o Debug::Acquire::http=true
apt-config dump | grep -i proxy
env | grep -i proxyAPT પરિવહન દસ્તાવેજ સમજાવે છે કે કઈ સેટિંગ કઈ URI યોજના પર લાગુ પડે છે અને યજમાન-વિશિષ્ટ પસંદગીઓ કેવી રીતે લખાય છે. આદેશોનું આઉટપુટ ટિકિટ સાથે રાખો, કારણ કે તે પ્રોક્સી સમસ્યાને ગુમ થયેલા માર્ગથી પિંગ પરિણામોની કોઈપણ સંખ્યા કરતાં ઝડપથી અલગ પાડે છે. મેનેજર જે ચોક્કસ ગંતવ્ય, પોર્ટ અને પ્રોટોકોલ અજમાવે છે તે લખો, અને ફાયરવોલ ફેરફારને મહિનાઓમાં જૂનું થતા અનુમાનિત મિરર સરનામાને બદલે તે જ રેકોર્ડ પર રહેવા દો.
જાળવણી નીતિ પસંદ કરો, અપવાદ નહીં
ત્રણ નીતિઓ રક્ષણક્ષમ છે: સુરંગ દ્વારા જાળવણી, સંચાલિત અપડેટ પ્રોક્સી દ્વારા જાળવણી, અથવા સાંકડા અધિકૃત સીધા માર્ગ દ્વારા જાળવણી. દરેક તેને અનુરૂપ રિઝોલ્વર ગોઠવણી ધારે છે. જે રક્ષણક્ષમ નથી તે અપવાદ છે જે સુરંગ પડે ત્યારે દર વખતે ચૂપચાપ અમર્યાદિત વૈકલ્પિક માર્ગ બની જાય છે.
પસંદ કરેલી નીતિ માલિક સાથે લખો, કારણ કે આગલો ઓપરેટર નિયમ શોધશે, તેની પાછળનો તર્ક નહીં. પરવાનગી હાલના ફાયરવોલ અને નેટવર્ક માલિક દ્વારા લાગુ કરો, નિયમો ખાલી કરીને અથવા એક યજમાન માટે બીજો નીતિ મેનેજર ઉમેરીને નહીં. વાસ્તવિક સ્રોત વાપરે તે સરનામા કુટુંબો અને સેવા અંતિમબિંદુઓને આવરી લો, અને ભંડાર સ્થળાંતરિત થાય ત્યારે યાદીની સમીક્ષા કરો.
વિશ્વાસ નબળો કર્યા વિના ચકાસો
સફળ પરિવહન ચકાસણી ઢીલી કરવાની પરવાનગી નથી: ભંડાર પ્રમાણીકરણ અને TLS સર્વર ઓળખ બે અલગ તપાસ છે, અને તેમાંથી કોઈપણ બંધ કરવાથી ભૂલ અદૃશ્ય થાય છે જ્યારે યજમાન શું સ્વીકારશે તે બદલાય છે. અવરોધક પ્રોક્સી નેટવર્ક માલિકનો વિશ્વાસ નિર્ણય છે, તપાસ સ્થાનિક રીતે બંધ કરવાનું કારણ નથી, અને ભંડારની ઓળખપત્રો વિભાજિત નિદાનમાં ન હોવી જોઈએ, કારણ કે વિગતવાર લોગ તેમને લીક કરવાનું સૌથી સહેલું સ્થળ છે.
ફેરફારને નિયંત્રિત મેટાડેટા પુનઃપ્રાપ્તિ અને પછી એક મંજૂર પેકેજ વ્યવહાર સાથે સ્વીકારો, પછી સુરંગ પડે ત્યારે શું થાય તે ચકાસો. વિક્ષેપ દરમિયાન ચૂપચાપ પહોળો થતો જાળવણી માર્ગ બંધ થઈને નિષ્ફળ થતા માર્ગ કરતાં ખરાબ છે, અને પરિણામ નામ આપેલા માલિક અને મર્યાદિત વ્યાપવાળો અપડેટ માર્ગ હોવો જોઈએ.