ਫਾਰਮ ਦੀ ਮੰਜ਼ਿਲ ਬੇਨਤੀ ਵਿੱਚ ਅਤੇ ਪ੍ਰੌਕਸੀ ਕਨੈਕਸ਼ਨ ਸੰਰਚਨਾ ਵਿੱਚ ਰੱਖੋ। ਪ੍ਰੌਕਸੀ ਨੂੰ ਤੁਹਾਡੇ ਲੋੜੀਦੇ URL ਵਾਲਾ ਖਾਸ ਫਾਰਮ ਖੇਤਰ ਨਹੀਂ ਚਾਹੀਦਾ, ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ ਕਿਸੇ ਖਾਸ ਵੈੱਬਸਾਈਟ ਦਾ ਵੈੱਬ-ਪ੍ਰੌਕਸੀ ਇੰਟਰਫੇਸ ਨਹੀਂ ਵਰਤ ਰਹੇ।

Ruby ਦੇ 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::HTTP ਦਾ ਪ੍ਰੌਕਸੀ ਦਸਤਾਵੇਜ਼ ਪ੍ਰੌਕਸੀ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਅਤੇ ਵਾਤਾਵਰਨ ਤੋਂ ਮਿਲਣ ਵਾਲੀਆਂ ਪ੍ਰੌਕਸੀ ਸੈਟਿੰਗਾਂ ਵੀ ਦੱਸਦਾ ਹੈ।

ਪ੍ਰੌਕਸੀ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਜਵਾਬ ਪੜ੍ਹੋ

ਫਾਰਮ ਅਸਵੀਕਾਰ ਕਰਨ ਵਾਲਾ ਸਰਵਰ ਪ੍ਰੌਕਸੀ ਮਾਰਗ ਦੇ ਸਹੀ ਕੰਮ ਕਰਨ ਤੋਂ ਬਾਅਦ ਵੀ HTTP ਗਲਤੀ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ। ਜਵਾਬ ਦੀ ਸਥਿਤੀ ਅਤੇ ਮੰਜ਼ਿਲ ਦੀਆਂ ਲੋੜਾਂ ਜਾਂਚੋ: ਢੰਗ, ਸਮੱਗਰੀ ਕਿਸਮ, ਫਾਰਮ ਖੇਤਰ, ਕੂਕੀਜ਼ ਅਤੇ ਕੋਈ ਵੀ ਬੇਨਤੀ ਟੋਕਨ।

ਪ੍ਰੌਕਸੀ ਪ੍ਰਮਾਣਿਕਤਾ ਚੁਣੌਤੀ ਪ੍ਰੌਕਸੀ ਤੋਂ ਆਉਂਦੀ ਹੈ। ਐਪਲੀਕੇਸ਼ਨ ਲੌਗਇਨ ਜਾਂ ਅਸਵੀਕਾਰਿਆ ਫਾਰਮ ਮੰਜ਼ਿਲ ਦਾ ਹੁੰਦਾ ਹੈ। ਉਹਨਾਂ ਦੇ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਵੱਖਰੇ ਰੱਖੋ। ਪ੍ਰੌਕਸੀ ਸੰਰਚਨਾ ਵਿੱਚ ਮੰਜ਼ਿਲ ਦਾ ਪਾਸਵਰਡ ਜੋੜਨ ਨਾਲ ਮੰਜ਼ਿਲ ਦਾ ਲੌਗਇਨ ਪੂਰਾ ਨਹੀਂ ਹੋ ਸਕਦਾ।

Squid ਦੇ ਫਾਰਵਰਡਿੰਗ-ਹੈਡਰ ਨਿਯਮ ਇੱਕ ਹੋਰ ਸੰਭਾਵੀ ਉਲਝਣ ਦਾ ਸਰੋਤ ਹਨ। ਉਹਨਾਂ ਦੀ ਸਰਵਰ-ਪਾਸੜ ਨੀਤੀ ਵੈਧ Ruby POST ਬਣਾਉਣ ਤੋਂ ਵੱਖਰੀ ਹੈ। ਸਿਰਫ਼ ਇਸ ਲਈ ਕਿ ਫਾਰਮ ਇੱਕ ਵਾਰ ਫੇਲ੍ਹ ਹੋਇਆ, ਸਾਂਝੀ ਪ੍ਰੌਕਸੀ ਦੇ ਹੈਡਰ ਨਿਯਮ ਨਾ ਬਦਲੋ।

ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ਾਂ ਲਈ, ਵਿਚਾਰੋ ਕਿ ਪਹਿਲਾ ਸਬਮਿਸ਼ਨ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰੋਸੈਸ ਹੋ ਚੁੱਕਾ ਹੋ ਸਕਦਾ ਹੈ। ਗੁੰਮਿਆ ਜਵਾਬ ਇਹ ਸਬੂਤ ਨਹੀਂ ਕਿ POST ਕਦੇ ਐਪਲੀਕੇਸ਼ਨ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਿਆ।

ਸੰਬੰਧਿਤ ਲੇਖ