שיקן א Ruby Net::HTTP POST דורך א פראקסי

האלט דעם ציל פונעם פארם אין דער בקשה און דעם פראקסי אין דער פארבינדונגס קאנפיגוראציע. א פראקסי דארף נישט קיין באזונדער פארם פעלד מיט דער URL וואס איר ווילט, אחוץ אויב איר נוצט די וועב-פראקסי צווישנשטעל פון א געוויסן וועבזייטל.

פאר Rubys Net::HTTP קען מען צושטעלן אן עקספליציטער HTTP פראקסי ביים שאפן דעם קליענט:

require 'net/http'

uri = URI('https://example.com/form')
http = Net::HTTP.new(uri.hostname, uri.port,
                     '203.0.113.10', 8080)
http.use_ssl = true
http.open_timeout = 5
http.read_timeout = 10
request = Net::HTTP::Post.new(uri.request_uri)
request.set_form_data('message' => 'hello')
response = http.start { |session| session.request(request) }

דער פראקסי איז בלויז א ביישפיל; HTTP קאנדידאטן פאר ערלויבטע עפנטלעכע פארם טעסטן זענען פאראן אין HTTP פראקסי ליסטע. דער פארם ענדפונקט מוז ווערן איבערגעביטן מיט א סערוויס געמאכט צו אננעמען די איינגאבע. Net::HTTPs פראקסי דאקומענטאציע באשרייבט אויך פראקסי קרעדענציאלן און פראקסי איינשטעלונגען וואס שטאמען פונעם סביבה.

לייענט די ענטפער איידער איר באשולדיקט דעם פראקסי

א סערווער וואס פארווארפט א פארם קען שאפן אן HTTP פעלער נאכדעם וואס דער וועג דורכן פראקסי האט געארבעט ריכטיג. טשעקט דעם סטאטוס פונעם ענטפער און די פאדערונגען פונעם ציל: מעטאד, אינהאלט סארט, פארם פעלדער, קוקיס און סיי וועלכן בקשה טאקען.

א פראקסי אויטענטיקאציע פאדערונג קומט פונעם פראקסי. אן אפליקאציע אריינלאג אונטערשלאגענער פארם געהערט צום ציל. האלט זייערע קרעדענציאלן אפגעזונדערט. צולייגן א ציל פאסווארט צו דער פראקסי קאנפיגוראציע קען נישט באפרידיגן דעם ציל׳ס אריינלאג.

Squid's דורכפירונג-העדער תקנות זענען נאך א מעגלעכער מקור פון צעמישונג. זייער סערווער-זייט פאליטיק איז אפגעזונדערט פון בויען א גילטיקן Ruby POST. ענדערט נישט די העדער תקנות פון א געמיינזאמן פראקסי בלויז ווייל דער פארם איז דורכגעפאלן איינמאל.

פאר ווידערהאלונגען, באטראכט צי די ערשטע איינגאבע קען שוין זיין באהאנדלט. א פארלוירענער ענטפער איז נישט קיין באווייז אז א POST איז קיינמאל נישט אנגעקומען צו דער אפליקאציע.