snapd-ի proxy-ն առանձին է snap հավելվածի proxy-ից
Կարգավորեք snap փաթեթները բերող դեմոնը առանձին այդ փաթեթների ներսում աշխատող հավելվածներից։
Հաջող snap install-ը, որին հաջորդում է չմիացող հավելված, ներառում է երկու տարբեր հարցումների սեփականատերեր՝
| Ձախողված գործողություն | Ուսումնասիրվող կարգավորում |
|---|---|
| snap-ի որոնում, ներբեռնում կամ թարմացում | snapd-ի խանութի հասանելիության կարգավորումը և դեմոնի միջավայրը |
| Միացում տեղադրված հավելվածից | Այդ հավելվածի ցանցային հաճախորդը, sandbox միջավայրը, աշխատասեղանի կարգավորումները և վստահության պահոցը |
snapd-ի համար օգտագործեք տեղադրման աջակցվող ինտերֆեյսը։ HTTP proxy ցանկից վերցված HTTP վերջնակետը թեկնածու է միայն այն դեպքում, երբ հանրային խանութի հասանելիությունը կարող է օգտագործել հանրային proxy-ներ։ Նրա proxy.http և proxy.https ընտրանքները ապրանքային են. դրանց կիրառելիությունը և ծառայության միջավայրի ֆայլերը պետք է համապատասխանեն տեղակայված համակարգին։ snap հրամանի ընթացքում տերմինալում արված export-ը չի փոխարինում դեմոնի մեկնարկային միջավայրին։
Upstream unit-ի ձևանմուշը ներառում է միջավայրի ֆայլերի մուտքեր, սակայն տեղադրված ուղիներն ու առկա արժեքները կարևոր են։ Հարմար դեպքում systemd drop-in-ը կարող է ապահովել այդ միջավայրը։ Փոփոխված unit-ը բեռնելը և դեմոնի գործընթացը նորից ստեղծելը տարբեր քայլեր են։
Աշխատող snap հավելվածի համար ուսումնասիրեք նրա սեփական հարցման ուղին։ Խանութում հաջողությունը չի ապացուցում, որ այն ժառանգել է այդ կարգավորումները կամ վստահում է նույն վկայականներին։ Նախ անվանեք ձախողված գործողությունը, որպեսզի հավելվածի խնդիրը չհանգեցնի առողջ ներբեռնման դեմոնի կրկնակի վերագործարկմանը։