მიეცით Tomcat-ის Windows სერვისს მისი პროქსის პარამეტრები

შეაკონფიგურირეთ პროქსის თვისებები ნამდვილი Tomcat Windows სერვისის JVM პარამეტრებში და გაითვალისწინეთ სერვისის იდენტობა და კლიენტისთვის დამახასიათებელი ქცევა.

tomcat9w.exe //ES//MyTomcat

Tomcat 9-ის MyTomcat სახელის მქონე Windows სერვისისთვის ეს ხსნის მის დოკუმენტირებულ კონფიგურაციის რედაქტორს. გამოიყენეთ სერვისის ნამდვილი სახელი და შესაბამისი ინსტალაციის ხელსაწყო. Java პარამეტრებში შეინარჩუნეთ არსებული ჩანაწერები და დაამატეთ ისინი, რომლებსაც აპლიკაციის HTTP სტეკი იყენებს:

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

გამოიყენეთ ჰოსტის სახელი URL სქემის გარეშე. პროქსის სერტიფიკატების გარეშე დაშვებული საჯარო HTTP ტესტისთვის HTTP პროქსების სიიდან კანდიდატს შეუძლია მოგვცეს ჰოსტი და პორტი; საჭირო სერვისული ქსელის მარშრუტი ცალკე შეინახეთ. HTTP და HTTPS თვისებები ირჩევენ თავიანთ დანიშნულების პროტოკოლებს. თუ საჭიროა პირდაპირი გამონაკლისები, გამოიყენეთ განკუთვნილი http.nonProxyHosts პოლიტიკა; JDK-ის HTTPS დამმუშავებელი ამ თვისებას იზიარებს.

გამოიყენეთ სერვისის ცვლილება და გადატვირთეთ შესაბამის ტექნიკურ ფანჯარაში. ეს ახალი JVM-ის გაშვების თვისებებია; კერძოდ, java.net.useSystemProxies მოწმდება გაშვებისას. ინტერაქტიულ გარსში ექსპორტი არ ამტკიცებს, რომ სერვისმა ის მიიღო.

შემდეგ შეაფასეთ მუშის ანგარიში და კლიენტი. სისტემის აღმოჩენა და ინტეგრირებული ავთენტიფიკაცია შეიძლება განსხვავდებოდეს ადმინისტრატორის ბრაუზერის სესიისგან. JVM თვისებები მოქმედებს მხოლოდ იმ კოდზე, რომელიც მათ იკითხავს; სხვა ბიბლიოთეკას შეიძლება დასჭირდეს საკუთარი ამგებელი ან მარშრუტის დამგეგმავი. 407-ისთვის დააკონფიგურირეთ ამ კლიენტის მიერ მხარდაჭერილი პროქსის ავთენტიფიკაცია, ნაცვლად თვითნებური proxyUser/proxyPassword თვისებების დამატებისა.

დაკავშირებული სტატიები