Webguneak VPN bidez kargatzen dira, baina apt ez da biltegira iristen
VPN bidez dabilen nabigatzaileak ez du ezer esaten apt-en proxy ezarpenen inguruan. Irakurri huts egiten ari den etapa, bota indarrean dagoen konfigurazioa, eta gero ezarri apt-ek irakurtzen duen proxya.
VPN konektatzen da, barneko wikia nabigatzailean kargatzen da, eta apt update oraindik iritsi ezin duen ispilu baten gainean zintzilik dago. Irudi horretan tunelean ez da ezer hautsi. Nabigatzaileak eta pakete-kudeatzaileak proxyari buruzko bi erabaki bereizi hartu zituzten, eta horietako bat bakarrik zegoen konfiguratuta.
Zein erabaki huts egin zuen da lehenengo finkatzea merezi duen gauza bakarra.
Irakurri errorea ezarpena ukitu aurretik
Etapa bakoitzak mezu desberdin bat uzten du. Inoiz ebazten ez den izena DNS da, inoiz osatzen ez den konexioa bideratzea edo suebakia da, berehalako 407a proxyaren autentifikazioa da, ziurtagiriari buruzko kexa TLS egiaztapena da, eta sinaduraren abisua biltegiko metadatuak dira. Bost hutsegite horiek bost konponketa desberdin behar dituzte, eta DNS arazoaren gainean itsatsitako proxy lerro batek zintzilikatzeko tokia aldatzen du soilik.
Kopiatu lerro zehatza eta hark izendatzen duen biltegia ezer aldatu aurretik. „Denbora agortu zen“ oroimen lausoa da hamar minutuko diagnostikoa arratsalde osoko bihurtzen duena.
APT-k bere proxy ezarpenak ditu
APT-k /etc/apt/apt.conf.d/, apt.conf nagusia eta APT_CONFIG-k izendatzen duen edozein fitxategi irakurtzen ditu. Ez du mahaigaineko proxy profilik, GNOME sare ezarpenik edo nabigatzaile gehigarririk irakurtzen. Garraioak proxy ingurune-aldagaiak errespetatzen ditu, horregatik zure shell-ean funtzionatzen duen export https_proxy=...-k ez du ezer frogatzen beste ingurune batean dabilen tenporizadore bati buruz.
Bota huts egiten ari den prozesuak benetan ikusten duena: apt-config dump | grep -i proxy.
Exekutatu hori huts egiten ari den eragiketa daraman erabiltzaile gisa. Root-ek beste fitxategi multzo bat irakurtzen badu, edo systemd tenporizadore bat beste ingurune batekin hasten bada, botatzeak desberdin egingo du, eta alde hori da zure erantzuna. Elkarrekin bat ez datozen bi proxy balio txarragoak dira falta den balio bakarra baino, garraioak aurkitzen duen bat-etortze zehatzenari jarraitzen diolako.
Ezarri proxya konfigurazioaren jabeak espero duen tokian
Administratzaileak onartutako proxy esplizitu baterako, fitxategi berri bateko zati txiki bat nahikoa da:
Acquire::http::Proxy "http://proxy.corp.example:3128/";
Acquire::https::Proxy "http://proxy.corp.example:3128/";
Acquire::http::Proxy::archive.example.internal "DIRECT";Hirugarren lerroa adibide gehienek uzten duten zatia da. Ostalari bakoitzeko gakoak balio orokorra gainditzen du, beraz tuneletik irisgarria den barneko ispilu batek proxya saihes dezake, gainerako guztiak oraindik haren bidez pasatzen diren bitartean. DIRECT horretarako dokumentatutako balioa da, ez kate hutsa.
Gehitu zatia zenbakitutako fitxategi berri gisa, adibidez /etc/apt/apt.conf.d/95proxy. Banaketa-fitxategi bat gainidazteak esan nahi du hurrengo pakete-eguneratzekoak zure aldaketa isilpean itzuliko duela.
Kredentzialak URItik kanpo geratzen dira
APT garraioaren erreferentzia autentifikaziorako apt_auth.conf-era jotzen du, eta han dute tokia erabiltzaile-izenak eta pasahitzak. Proxyaren URIan txertatzeak prozesuen zerrendetara, shellaren historikora eta tiket batean itsatsitako konfigurazio-botatze orotara eramaten ditu. Autentifikazio-fitxategiak baimen zorrotzak behar ditu, kredentzialen biltegia delako.
Egiaztatu eskema ere. HTTPS biltegi bat HTTP proxy baten bidez irits daiteke oraindik; garraioa ispiluaren URI eskemaren hautapen bereizia da.
Grafiko software zentroa aurreko plano bereizia da. PackageKit edo snap backend bat erabiltzen badu, APT-ren zatiak ez du ezer aldatzen harentzat, beraz egiaztatu zein prozesuk egin zuen huts egindako eskaera.
Egiaztatu bidea, ez irteera-kodea soilik
Zatia tokian dagoenean, behatu eskaera emaitza berde batean fidatu beharrean. apt-get -o Debug::Acquire::http=true update-k konexio-saialdia, hautatutako proxya eta erantzun-kodea inprimatzen ditu, eta horrek proxy okerra zuri uko egin zion proxy batetik bereizten du.
Gero probatu funtzionatu behar ez lukeen kasua. Deskonektatu VPNa eta egiaztatu barneko ispiluak erantzuteari uzten diola; oraindik deskargatzen badu, zerbait tuneletik kanpo bideratzen ari da edo cache zaharra zerbait zerbitzatzen ari da. Egiaztatu baimendutako bideak TLS egiaztatzen jarraitzen duela eta biltegiko sinadurak egiaztatzen jarraitzen duela, trafikoa ikuskatzen duen proxy bat ez delako bietako bat itzaltzeko arrazoia. Egiaztatu ere autentifikatu gabeko bezero batek uko egite argi bat jasotzen duela isilpeko denbora-muga baten ordez.
Eduki itzazu elkarrekin funtzionatzen duen zatia eta huts egindako irteera aldaketa-erregistroan. Hurrengo aldiz zintzilikadura berbera aurkitzen duen pertsonak bi lerroko aldea edozein azalpenek baino azkarrago ezagutuko du.