Monero VPN-ის გავლით: სამი ქსელური გზიდან რომელი იცვლება?
საფულის RPC კავშირი, დემონის პირების ტრაფიკი და ტრანზაქციების გადაცემა ცალკე კავშირებია. მონიშნეთ თითოეული, სანამ VPN შეცვლის, რომელი დამკვირვებელი ხედავს მას.
გახსენით საფულე, გაუშვით დემონი და დახაზეთ სამი ისარი, სანამ რამეს ჩართავთ. ერთი ისარი მიდის საფულიდან კვანძის RPC პორტამდე, ერთი ატარებს დემონის პირების სინქრონიზაციას, ხოლო ერთი ატარებს ლოკალურად გაგზავნილ ტრანზაქციებს გადაცემის გზისკენ. ეს სხვადასხვა კონფიგურაციის სხვადასხვა კავშირია და VPN ან ანონიმურობის ქსელი შეიძლება ფარავდეს ერთს, ორს ან არც ერთს მათგანს.
გაიარეთ გზები იმ თანმიმდევრობით, რომლითაც პროგრამა ხსნის მათ. თითოეული ისრის დასახელება მისი დანიშნულებითა და ტრანსპორტით არის ის, რაც შემდგომ კონფიდენციალურობის მტკიცებას შესამოწმებელს ხდის. თანმიმდევრობა მნიშვნელოვანია, რადგან შემდგომი მტკიცება ჩვეულებრივ მხოლოდ ერთ მათგანს მოიცავს.
დაიწყეთ საფულე-კვანძის კავშირის დახატვით
საფულე, რომელიც შორეულ კვანძს ელაპარაკება, RPC მოთხოვნებს აგზავნის ამ კვანძის მისამართზე და პორტზე. ლოკალური დემონის მქონე საფულე სამაგიეროდ loopback ინტერფეისს ელაპარაკება. ეს განსხვავებული ნდობის ურთიერთობებია, თუმცა ყოველდღიურ საუბარში ორივეს „კვანძს“ უწოდებენ.
ჩაწერეთ მისამართი, პორტი და ტრანსპორტი, რომელთა გამოყენებაზეც საფულე კონფიგურირებულია. თუ საფულეს აქვს საკუთარი proxy პარამეტრი, ჩაწერეთ იგი ცალკე დემონის პარამეტრებისგან; ერთი პროცესის კონფიგურაცია მეორეს არ აკონფიგურირებს.
აქვე ხდება საჯარო RPC ბოლო წერტილი მაცდური. კვანძის RPC სერვისის გახსნა დიაგრამის გასამარტივებლად ქსელურ გზას ცვლის შეტევის ზედაპირზე. შეინახეთ საფულე-კვანძის კავშირი კერძო გზაზე ან loopback ინტერფეისზე და დაადგინეთ, რომელია. დიაგრამა, რომელიც ამ გახსნას მალავს, უარესია, ვიდრე დიაგრამის არარსებობა.
შემდეგ მიჰყევით დემონის პირების ტრაფიკს
სინქრონიზებადი დემონი ხსნის გამავალ კავშირებს პირებისკენ და ცვლის ჯაჭვის მონაცემებს თავისი პირ-პირთან პორტით. ეს ტრაფიკი არ არის საფულის RPC კავშირი და ავტომატურად არ გადის საფულის proxy-ში. იგი მიჰყვება დემონის საკუთარ ქსელურ პარამეტრებს და ჰოსტის მარშრუტიზაციის ცხრილს.
ჩაწერეთ პირების პორტი, კავშირების რაოდენობა და ის, კონფიგურირებულია თუ არა დემონი proxy-ს გამოსაყენებლად პირების ტრაფიკისთვის. შემდეგ შეამოწმეთ ჰოსტის მარშრუტი სანიმუშო პირის მისამართისთვის. თუ VPN იპყრობს ნაგულისხმევ მარშრუტს, პირების კავშირები სავარაუდოდ მას იყენებენ; თუ დემონი კონკრეტულ ინტერფეისზეა მიბმული, შეიძლება არა. ეს ორი ფაქტი წყვეტს ისარს.
დამკვირვებლის კითხვა იცვლება ამ გზასთან ერთად. VPN მალავს პირების კავშირებს ლოკალური წვდომის ქსელისგან, მაგრამ VPN-ის ბოლო წერტილი და თავად პირები სხვა სურათს ხედავენ. არც ერთი დაკვირვება არ ამტკიცებს, რომ საფულის მოთხოვნები იმავე მარშრუტით წავიდა.
შემდეგ გამოყავით ტრანზაქციების გადაცემის გზა
ლოკალურად გაგზავნილი ტრანზაქციები შეიძლება გადაეცეს ქსელისკენ კონფიგურირებული რელეს ან proxy-ს მეშვეობით. Monero დემონის მიმდინარე დოკუმენტაციაში ეს პარამეტრი proxy-ს მეშვეობით აგზავნის მხოლოდ იმ ტრანზაქციების გადაცემის ტრაფიკს, რომელსაც თქვენ მიმართავთ მისკენ. ის არ აქცევს ყოველ RPC, საფულისა და სინქრონიზაციის კავშირს proxy-გავლილ ტრაფიკად.
პროექტის ანონიმური ქსელების დოკუმენტაცია Tor-ისა და I2P-ის ინტეგრაციას ექსპერიმენტულად აღწერს და გადაცემის ქცევის ფარგლებს განსაზღვრავს. წაიკითხეთ იმ ვერსიის დოკუმენტაცია, რომელსაც ნამდვილად უშვებთ, რადგან ძველი განხილვები იყენებს Kovri-ის მსგავს სახელებს და აღწერს კომპონენტებს, რომლებიც აღარ არსებობს იმავე ფორმით.
დიაგრამაში ცალკე შეინახეთ გადაცემის გზა. ტრანზაქციას, რომელიც proxy-დან გადის, მაშინ როცა საფულის ბალანსის მოთხოვნები შორეულ კვანძს იყენებს, ორი განსხვავებული დამკვირვებელი ჰყავს და ის ფაქტი, რომ ტრანზაქცია proxy-ში გაიარა, მოთხოვნის გზაზე არაფერს ამბობს.
დაამატეთ VPN მხოლოდ მას შემდეგ, რაც სამი გზა მონიშნულია
ისრების დახატვის შემდეგ მონიშნეთ, რომლებს ატარებს VPN სინამდვილეში. სრული გვირაბის VPN იპყრობს ჰოსტის ნაგულისხმევ მარშრუტს, ამიტომ ნაგულისხმევს მიმდევარი კავშირები მას გამოიყენებენ. გაყოფილი გვირაბი, მიბმული ინტერფეისი ან კონკრეტული მისამართიდან გამავალი proxy შეიძლება ზოგი ისარი გვირაბის გარეთ დატოვოს.
ახლა ცხადად ჩამოაყალიბეთ დამკვირვებლის მოდელი. დიზაინში, სადაც ანონიმური ქსელის კავშირი VPN-ის შიგნით მუშაობს, ლოკალური წვდომის ქსელი ხედავს გარე VPN კავშირს, ხოლო VPN-ის მხარე ხედავს შემდგომ კავშირს. ეს დამკვირვებლის ცვლილებაა და არა მტკიცება, რომ იდენტიფიცირებელი სიგნალები ქრება.
შეამოწმეთ მარცხის ქცევა იმავე გავლის ნაწილად. თუ VPN ვარდება, ბრუნდება თუ არა დემონი პირდაპირ პირების კავშირზე, აგრძელებს თუ არა საფულე შორეული კვანძის კითხვას და იშლება თუ არა გადაცემის proxy დახურულ მდგომარეობაში? თუ ბლოკირება არ არის კონფიგურირებული, ხელახალი დაკავშირება ჩვეულებრივ ნიშნავს ახალ პირდაპირ ცდას და არა სიჩუმეს.
გადაამოწმეთ გზები, რომლებიც ფიქრობთ, რომ კონფიგურირეთ
გამოიყენეთ ჰოსტის საკუთარი ხელსაწყოები: წაიკითხეთ მარშრუტი თითოეული დანიშნულებისთვის, დაათვალიერეთ მოსმენილი და დამყარებული სოკეტები და დაადასტურეთ, რომელი პროცესი ფლობს თითოეულ კავშირს. გააკეთეთ ეს მაშინ, როცა საფულე, დემონი და გადაცემა ყველა მუშაობს, რადგან გზა, რომელიც მხოლოდ გაშვებისას არსებობს, შეიძლება გაქრეს ხელახალი დაკავშირების შემდეგ.
გაიმეორეთ VPN-ის ხელახალი დაკავშირების და დემონის გადატვირთვის შემდეგ. შეადარეთ დანიშნულებები და ტრანსპორტები დიაგრამას. თუ ისარი გადაადგილდა, კონფიდენციალურობის მოდელიც მასთან ერთად გადაადგილდა, მაშინაც კი, როცა ყოველი პროცესი კვლავ ჯანმრთელად იუწყება.
ჩაწერეთ სამი დანიშნულება, თითოეულის ტრანსპორტი და ის დამკვირვებელი, რომლისგანაც აპირებთ მათ დამალვას. სახელდებული დამკვირვებლებით შედგენილი მოკლე გზის რუკა უფრო სასარგებლოა, ვიდრე ერთი VPN ინდიკატორი, როცა ერთ მანქანაზე რამდენიმე დამოუკიდებელი კლიენტი მუშაობს.