ფილიალის ბრაუზერი პროქსისკენ: ორი კავშირი, ორი მარშრუტი

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

ნაბიჯი 1: ჩაწერეთ ორი ნაკადი

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

branch browser -> site VPN -> central proxy listener
central proxy -> approved egress policy -> website

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

ნაბიჯი 2: მიეცით ბრაუზერს გზა მსმენელამდე

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

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

ნაბიჯი 3: დააკონფიგურირეთ ბრაუზერი და არა მხოლოდ მარშრუტების ცხრილი

გამოიყენეთ ბრაუზერის პროქსის პარამეტრი, PAC ფაილი ან ორგანიზაციის მართული აღმოჩენის მექანიზმი. ჩვეულებრივი ვებსაიტის პაკეტების მარშრუტით პროქსის მისამართისკენ გაგზავნა ბრაუზერს პროქსის პროტოკოლზე საუბარს არ აიძულებს; ეს გამჭვირვალე ჩარევაა და სხვა კარიბჭის დიზაინს ეკუთვნის.

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

ნაბიჯი 4: დაამტკიცეთ პროქსის გამავალი კავშირი

პროქსს სჭირდება საკუთარი resolver და დაშვებული მარშრუტი ვებსაიტამდე, ასევე ნებისმიერი firewall ან თარგმანის პოლიტიკა, რომელსაც მისი ინტერნეტ საზღვარი მოითხოვს. მსმენელამდე მიმავალი ბრაუზერი ამათგან არაფერს ამტკიცებს. შეამოწმეთ მეორე ნაკადი თავად პროქსიდან, იმავე დანიშნულებითა და პორტით, რომელიც მომხმარებელმა შეატყობინა.

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

ნაბიჯი 5: გაარჩიეთ ოთხი უკმარისობა

პროქსის ავთენტიფიკაციის გამოწვევა არის 407 მსმენელისგან. უარყოფილი CONNECT არის პოლიტიკის გადაწყვეტილება პროქსზე, ჩვეულებრივ საკუთარი სტატუსითა და ჟურნალის ხაზით. ჩავარდნილი გამავალი კავშირი დროის ამოწურვას ან გადატვირთვას ჰგავს, რომელსაც პროქსი დანიშნულების მიმართ ჟურნალში წერს. ვებსაიტის პასუხი ნიშნავს, რომ ორივე კავშირი მუშაობდა და პრობლემა წყაროშია.

შეატყობინეთ დაკვირვებული საზღვარი და არა შეჯამება, რომ VPN ჩავარდა.

ნაბიჯი 6: განსაზღვრეთ მოცულობა და დაგეგმეთ სარეზერვო გზა

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

დაადასტურეთ საჭირო ბრაუზერის ოპერაცია და ერთი საჭირო უარი დამტკიცებული გეგმის მიხედვით, სანამ დიზაინს მეტ კლიენტზე გაავრცელებთ.