sbt អាចត្រូវការបណ្តាញមុនពេលនិយមន័យសាងសង់របស់អ្នកធ្វើអ្វីដែលមានប្រយោជន៍។ launcher របស់វាត្រូវទទួលបានសមាសធាតុ ហើយការសាងសង់អាចទាក់ទងឃ្លាំងនៅពេលក្រោយតាមរយៈបណ្ណាល័យបន្ថែម។ ការកំណត់ប្រូកស៊ីដែលលាក់នៅក្នុងភារកិច្ចអាចមកយឺតពេកសម្រាប់ការទាញយកដំបូង។

ចាប់ផ្តើមជាមួយ JVM ដែលពិតជាដំណើរការ sbt។ សម្រាប់ launcher ដែលអាន .jvmopts របស់គម្រោង លក្ខណៈសម្បត្តិចុងបញ្ចប់មូលដ្ឋានអាចជា៖

-Dhttp.proxyHost=proxy.example.net
-Dhttp.proxyPort=8080
-Dhttps.proxyHost=proxy.example.net
-Dhttps.proxyPort=8080

តម្លៃទាំងនេះបែងចែកឈ្មោះម៉ាស៊ីន និងច្រក; ពួកវាមិនមែនជា URL ប្រូកស៊ីពេញលេញទេ។ សម្រាប់ការទាញយកឃ្លាំងសាធារណៈដែលបានអនុញ្ញាត បញ្ជីប្រូកស៊ី HTTP ផ្តល់តម្លៃបេក្ខជនសម្រាប់វាលទាំងនោះ។ ឃ្លាំង HTTPS នៅតែអាចឈានដល់បានតាមរយៈប្រូកស៊ី HTTP ដោយប្រើ CONNECT។

សម្គាល់ថាការទាញយកមួយណាបានបរាជ័យ

bootstrap របស់ launcher សមាសធាតុឧបករណ៍សាងសង់ កម្មវិធីបន្ថែម និងភាពអាស្រ័យ មិនចាំបាច់ប្រើស្រទាប់កំណត់រចនាសម្ព័ន្ធដូចគ្នាទេ។ កំណត់ URL និងដំណាក់កាលដែលបរាជ័យ មុនពេលកែប្រែសេចក្តីប្រកាសឃ្លាំង។

ការជ្រើសរើសឃ្លាំងឆ្លើយថាតើអ្នកទទួលបានវត្ថុសិល្បៈពីណា។ ការកំណត់ប្រូកស៊ីឆ្លើយថាតើអតិថិជនបណ្តាញឈានដល់ចុងបញ្ចប់នោះដោយរបៀបណា។ ការជំនួសឃ្លាំងដោយកញ្ចក់ខាងក្នុងអាចជាជម្រើសដែលគាំទ្រដោយឡែក ប៉ុន្តែវាមិនកំណត់ប្រូកស៊ីបណ្តាញសម្រាប់គោលដៅផ្សេងទៀតទាំងអស់ទេ។

ការផ្ទៀងផ្ទាត់ប្រូកស៊ីគឺជាការត្រួតពិនិត្យមួយទៀត។ កុំសន្មតថាអ្នកទាញយក Java គ្រប់រូបចាត់ទុកលក្ខណៈ proxyUser តាមអំពើចិត្តជាយន្តការចូលដែលគាំទ្រ។ ប្រើការរៀបចំផ្ទៀងផ្ទាត់ដែលបានចងក្រងជាឯកសារសម្រាប់ launcher ដែលបានដំឡើង និង resolver ពាក់ព័ន្ធ។

ចុងក្រោយ ពិនិត្យបរិស្ថាន launcher ជាក់ស្តែង ជំនួសឱ្យការចម្លងអថេរពីការណែនាំសម្រាប់ runner ផ្សេង។ ការបរាជ័យ DNS ឃ្លាំងដែលមិនអាចប្រើបាន និងការចូលប្រូកស៊ីដែលត្រូវបានបដិសេធ អាចលេចឡើងទាំងអស់កំឡុងពេលដោះស្រាយភាពអាស្រ័យ ប៉ុន្តែត្រូវការការកែតម្រូវខុសគ្នាខ្លាំង។

អត្ថបទពាក់ព័ន្ធ