Տվեք GlassFish հավելվածի օրինակին իր ելքային պրոքսին
Պահպանեք HTTP-ի և HTTPS-ի պրոքսի հատկությունները հավելվածը գործարկող GlassFish թիրախում, ապա ստուգեք գործող կարգավորումը և հաճախորդի վարքը։
Նախքան պրոքսի ընտրանքներ ստեղծելը ընտրեք հավելվածը գործարկող GlassFish թիրախը։ create-jvm-options լռելյայն ուղղվում է դոմենի կառավարման սերվերին. այն ընդունում է նաև օրինակ, կլաստեր կամ անվանված կարգավորում։ Հետևաբար լռելյայնը կարող է փոխել սխալ JVM-ը։
Օրինակելի անվանված կարգավորման համար app-config:
asadmin create-jvm-options --target app-config "-Dhttp.proxyHost=proxy.example:-Dhttp.proxyPort=8080:-Dhttps.proxyHost=proxy.example:-Dhttps.proxyPort=8080"
Փոխարինեք թիրախը և վերջնակետը. HTTP պրոքսիների ցանկը տրամադրում է HTTP թեկնածուներ թույլատրված հանրային թիրախներին ուղղված հարցումների համար։ Երկու կետով բաժանված արգումենտը պարունակում է չորս ընտրանք։ Հոսթի արժեքները URL նախածանցեր չունեցող հոսթի անուններ են։ Java-ի առանձին HTTP/HTTPS հատկությունները նկարագրում են նպատակակետի արձանագրությունները. HTTPS թիրախը դեռ կարող է օգտագործել սովորական HTTP CONNECT պրոքսի։
Ստուգեք պահպանված արժեքները list-jvm-options-ով նույն թիրախի համար։ Նախ վերանայեք գոյություն ունեցող գրառումները. create-ը նույնական ընտրանք նորից չի ստեղծում, ուստի հաջող հրամանն ինքնին չի լուծում հակասական արժեքները։
Այնուհետև ստուգեք աշխատող օրինակի գործող հատկությունները և իրական HTTP հաճախորդը։ GlassFish-ը տարբերում է վերագործարկում պահանջող ընտրանքները համակարգային հատկություններից, որոնք կարող է անմիջապես թարմացնել։ Հետևեք տեղակայված թողարկմանը, այլ ոչ թե անվերապահ վերագործարկման բաղադրատոմսի. գոյություն ունեցող հաճախորդը կարող է պահել իր երթուղին։
Այս մեթոդը կիրառվում է JVM ցանցային հատկությունները հարգող հաճախորդների համար։ Բացահայտ գրադարանային պրոքսին կամ առանձին տրանսպորտը պահանջում է իր աջակցվող կարգավորումը, մինչդեռ ներգնա լսողները կապ չունեն։ Պահպանեք անհրաժեշտ ուղղակի նպատակակետերը Java-ի շրջանցման քաղաքականության մեջ։ Կամայական օգտանուն/գաղտնաբառ JVM հատկություններ ավելացնելը չի ապահովում յուրաքանչյուր հաճախորդի պրոքսի նույնականացումը։