დისტანციური DNS-ის გამოყენებამდე პროქსის ჰოსტის სახელის გადაწყვეტა

დისტანციურმა DNS-მა შეიძლება გადაჭრას დანიშნულების ძიების პრობლემა და მაინც დაგტოვოთ დაკავშირების შესაძლებლობის გარეშე. კლიენტმა ჯერ პროქსი უნდა იპოვოს.

განვიხილოთ proxy.office.example სახელის მქონე საბოლოო წერტილი. ვებსაიტის ჰოსტის სახელის SOCKS-ით გაგზავნა კლიენტს არ ეუბნება, როგორ მიიღოს იმ საწყისი საბოლოო წერტილის მისამართი. SOCKS საუბარი ჯერ არ დაწყებულა.

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

გამოყავით სახელები

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

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

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

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