በEmacs ውስጥ «URL መክፈት» የሚሉ ሁለት ትዕዛዞች የተለያዩ መንገዶችን ሊከተሉ ይችላሉ።

አንደኛው URLን ለውጫዊ አሳሽ ሊያስረክብ ይችላል። ከዚያ አሳሹ የራሱን የፕሮክሲ አቀማመጥ ይጠቀማል። ሌላው ምንጩን በEmacs የURL ቤተ-መጽሐፍት ማምጣት ይችላል። የአሳሹ ስኬታማ ጥያቄ ስለዚህ ሁለተኛ መንገድ ብዙም አይናገርም።

የURL ቤተ-መጽሐፍቱ የፕሮክሲ አካባቢ ተለዋዋጮችንና የLisp አማራጭ url-proxy-servicesን ይመዘግባል። መሠረታዊ ግልጽ አቀማመጥ ይህን ቅርጽ አለው፦

(setq url-proxy-services
      '(("http" . "proxy.example:8080")
        ("https" . "proxy.example:8080")))

የመርሃግብር ስሞቹ የመዳረሻ ፕሮቶኮሉን ይመርጣሉ። የፕሮክሲ እሴቶቹ ይህ አማራጭ የሚጠብቀው የመጨረሻ ነጥብ ቅርጽ ናቸው፣ የPAC ስክሪፕት URL አይደሉም። ለተፈቀዱ የህዝብ HTTP መንገዶች፣ አስተናጋጁንና ወደቡን ከየHTTP ፕሮክሲ ዝርዝር ውስጥ ካለ እጩ ይውሰዱ።

ይህ ቅንብር ያንን ቤተ-መጽሐፍት የሚጠቀሙ ደንበኞችን ይመለከታል። ለምሳሌ ውጫዊ የGit አስፈጻሚ የሚጠራ ጥቅል ሌላ የኔትወርክ መንገድ አለው። ሁሉም የEmacs ኔትወርክ አንድ አቀማመጥ ይጋራል ብለው ከመገመት በፊት ሥራውን ይለዩ።

ለWindows፣ ከአሮጌ የሶስተኛ ወገን ጥቅል የመጣ መዝገብ የሚያነብ ቅንጣቢ ለPAC ግምገማ፣ ለምስክርነቶችና ለሚለዋወጥ የኔትወርክ ፖሊሲ አጠቃላይ መፍትሔ አድርገው ከመውሰድ ይቆጠቡ። በመጀመሪያ ቋሚ የመጨረሻ ነጥብ ወይስ የቤተ-መጽሐፍቱ የተመዘገበ የአካባቢ አቀማመጥ ትክክለኛውን ፍላጎት እንደሚያሟላ ያረጋግጡ።

ተዛማጅ ጽሑፎች