გვერდი URL-ის ველით ვებ-აპლიკაციაა. იქ დანიშნულების შეყვანა სთხოვს ამ აპლიკაციას შიგთავსის მოტანასა და წარდგენას. ეს განსხვავებული წყობაა იმისგან, როცა ბრაუზერს ვეუბნებით HTTP ან SOCKS პროქსის გამოყენებას.

ჩაშენებული პროქსის პარამეტრით ბრაუზერი დანიშნულების URL-ს მაინც საიტად მიიჩნევს. ჩვეულებრივ ვებ-ფორმის პროქსში ხილული გვერდი მიეწოდება თავად პროქსი-აპლიკაციის URL-სქემითა და წარმომავლობით. სერვისმა შეიძლება გადაწეროს ბმულები, სკრიპტები, სათაურები ან ქუქიები, რომ ნავიგაცია გაგრძელდეს.

ქცევარატომ არის სხვაობა მნიშვნელოვანი
ერთი წარმომავლობის შემოწმებებიბრაუზერი აფასებს იმ წარმომავლობას, რომელიც რეალურად ჩატვირთა
ქუქიები და გადამისამართებებიდომენის, ბილიკისა და უსაფრთხო კონტექსტის ქცევა უნდა შეესაბამებოდეს წარმოდგენილ URL-ებს
სკრიპტები, რომლებიც ახალ URL-ებს ქმნიანმოთხოვნებმა შეიძლება გვერდი აუაროს ბმულების გადაწერის მარტივ სქემას
მუდმივი კავშირები ან WebSocketsპროქსი-აპლიკაციას სჭირდება ცხადად თავსებადი დამუშავება

ეს ხსნის ნაცნობ შედეგს: მარტივი სტატია იტვირთება, მაგრამ დოკუმენტის რედაქტორი ან შესვლის ნაკადი ვერ მუშაობს. წარუმატებლობა სულაც არ ნიშნავს, რომ დანიშნულება უარყოფს სერვისის გამავალ IP-ს. შუამავალმა შეიძლება ვერ შეძლოს აპლიკაციის ვარაუდების შენარჩუნება URL-ებსა და ბრაუზერის უსაფრთხოებაზე.

განასხვავეთ აგრეთვე, სად მთავრდება TLS. სერვისი, რომელიც დანიშნულების შიგთავსს იღებს და ხელახლა აქვეყნებს, სხვა ნდობის მდგომარეობაშია, ვიდრე დაშიფრული სესიის მატარებელი ჩვეულებრივი CONNECT რელე. HTTPS-ის დანახვა პროქსი-საიტის საკუთარ მისამართზე არ ადასტურებს TLS კავშირს ბოლოდან ბოლომდე ბრაუზერიდან თავდაპირველ საიტამდე.

თუ მიზანი სხვა გასასვლელით ჩვეულებრივი დათვალიერებაა, აირჩიეთ HTTP ან SOCKS ბოლო წერტილი თქვენი სერვისიდან ან პროქსების სიიდან და გამოიყენეთ მხარდაჭერილი ჩაშენებული პროქსის კონფიგურაცია, მაგალითად Firefox-ის კავშირის პარამეტრები. ეს ჩვეულებრივ უფრო მეტს ინარჩუნებს ბრაუზერის დანიშნულების ნორმალური სემანტიკიდან. URL-ველის მქონე საიტი მაინც შეიძლება იყოს განზრახ არჩეული აპლიკაცია, მაგრამ ის არ უნდა წარმოდგეს როგორც იგივე ინტერფეისი ნაკლები კონფიგურაციით.

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