snapd ପାଇଁ ପ୍ରକ୍ସି snap ଆପ୍ର ପ୍ରକ୍ସିଠାରୁ ଅଲଗା
snaps ଆଣୁଥିବା ଡେମନକୁ ସେହି snaps ଭିତରେ ଚାଲୁଥିବା ଆପ୍ଠାରୁ ଅଲଗା ଭାବରେ କନଫିଗର କରନ୍ତୁ।
ସଫଳ snap install ପରେ ଆପ୍ ସଂଯୋଗ କରିପାରିଲା ନାହିଁ କହିଲେ ଦୁଇଟି ଭିନ୍ନ ଅନୁରୋଧ-ମାଲିକ ଜଡ଼ିତ:
| ବିଫଳ କାର୍ଯ୍ୟ | ଯାଞ୍ଚ କରିବାକୁ ଥିବା କନଫିଗରେସନ୍ |
|---|---|
| snap ଖୋଜିବା, ଡାଉନଲୋଡ୍ କରିବା କିମ୍ବା ସତେଜ କରିବା | snapd ର ସ୍ଟୋର-ପ୍ରବେଶ କନଫିଗରେସନ୍ ଓ ଡେମନ ପରିବେଶ |
| ଇନଷ୍ଟଲ୍ ହୋଇଥିବା ଆପ୍ରୁ ସଂଯୋଗ | ସେହି ଆପ୍ର ନେଟୱର୍କ କ୍ଲାୟେଣ୍ଟ, ସ୍ୟାଣ୍ଡବକ୍ସ ପରିବେଶ, ଡେସ୍କଟପ୍ ସେଟିଂସ୍ ଓ ଟ୍ରଷ୍ଟ ସ୍ଟୋର |
snapd ପାଇଁ ଇନଷ୍ଟଲେସନର ସମର୍ଥିତ ଇଣ୍ଟରଫେସ୍ ବ୍ୟବହାର କରନ୍ତୁ। HTTP ପ୍ରକ୍ସି ତାଲିକାରୁ HTTP ଏଣ୍ଡପଏଣ୍ଟ କେବଳ ସେତେବେଳେ ପ୍ରାର୍ଥୀ ଯେତେବେଳେ ସାର୍ବଜନୀନ ସ୍ଟୋର ପ୍ରବେଶ ସାର୍ବଜନୀନ ପ୍ରକ୍ସି ବ୍ୟବହାର କରିପାରିବ। ଏହାର proxy.http ଓ proxy.https ବିକଳ୍ପ ଉତ୍ପାଦ-ନିର୍ଦ୍ଦିଷ୍ଟ; ସେଗୁଡ଼ିକର ପ୍ରଯୁଜ୍ୟତା ଓ ସେବା-ପରିବେଶ ଫାଇଲ ମୁତୟନ ସିଷ୍ଟମ ସହିତ ମେଳ ଖାଇବା ଉଚିତ। snap ଆଦେଶ ଚାଲୁଥିବା ବେଳେ ଟର୍ମିନାଲରେ କରାଯାଇଥିବା ଏକ୍ସପୋର୍ଟ ଡେମନର ଆରମ୍ଭ ପରିବେଶକୁ ବଦଳାଏ ନାହିଁ।
ଅପଷ୍ଟ୍ରିମ୍ unit ଟେମ୍ପଲେଟରେ ପରିବେଶ-ଫାଇଲ ଇନପୁଟ ଅଛି, କିନ୍ତୁ ଇନଷ୍ଟଲ୍ ହୋଇଥିବା ପଥ ଓ ବର୍ତ୍ତମାନର ମୂଲ୍ୟ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ। ଯେଉଁଠି ଉପଯୁକ୍ତ, systemd drop-in ସେହି ପରିବେଶ ଯୋଗାଇପାରେ। ପରିବର୍ତ୍ତିତ unit ଲୋଡ୍ କରିବା ଓ ଡେମନ ପ୍ରକ୍ରିୟା ପୁନଃ ସୃଷ୍ଟି କରିବା ଅଲଗା ପଦକ୍ଷେପ।
ଚାଲୁଥିବା snap ଆପ୍ ପାଇଁ ଏହାର ନିଜ ଅନୁରୋଧ-ପଥ ଯାଞ୍ଚ କରନ୍ତୁ। ସ୍ଟୋରରେ ସଫଳତା ଏହା ପ୍ରମାଣ କରେ ନାହିଁ ଯେ ଏହା ସେହି ସେଟିଂସ୍ ଉତ୍ତରାଧିକାରରେ ପାଇଛି କିମ୍ବା ସେହି ପ୍ରମାଣପତ୍ରକୁ ବିଶ୍ୱାସ କରେ। ପ୍ରଥମେ ବିଫଳ କାର୍ଯ୍ୟର ନାମ ଦିଅନ୍ତୁ, ଯାହାଫଳରେ ଆପ୍ ସମସ୍ୟା ସୁସ୍ଥ ଡାଉନଲୋଡ୍ ଡେମନକୁ ବାରମ୍ବାର ରିଷ୍ଟାର୍ଟ କରିବାକୁ ନ ନେଇଯାଏ।