NetworkManager-ssh დაკავშირებულს აჩვენებს, მაგრამ არაფერი მარშრუტიზდება
ინდიკატორი მხოლოდ იმას ამტკიცებს, რომ მართული SSH ურთიერთობა არსებობს. შეამოწმეთ, პლაგინმა გვირაბის მოწყობილობა ააგო თუ გადამისამართებების ნაკრები, შემდეგ გამოცადეთ აპის გზა.
მენიუ SSH კავშირს აქტიურად აჩვენებს, ჰოსტის გასაღები მიღებულია, და ბრაუზერი მაინც ვერ აღწევს იქ, სადაც უნდა აღწევდეს. ეს წინააღმდეგობა არ არის, რადგან NetworkManager-ssh პროფილს ერთი და იმავე ჰოსტიდან და გასაღებიდან ორი სრულიად განსხვავებული შედეგის მიღება შეუძლია: პაკეტების მატარებელი გვირაბის მოწყობილობა, ან გადამისამართებების ნაკრები, რომლის გამოყენებაც მხოლოდ გარკვეულ აპებს შეუძლიათ. ინდიკატორი აცნობებს, რომ მართული SSH ურთიერთობა არსებობს. ის არასოდეს აცნობებს, ორიდან რომელი მიიღეთ.
ორი შედეგი ერთი მენიუს ჩანაწერის უკან
ორივე რეჟიმი ერთნაირად ამოწმებს ვინაობას, და სწორედ ამიტომ ერევა ერთი მეორეში. პროფილის ზუსტად იმავე გზით, იმავე მონაცემებით არჩევა დაგტოვებთ ან ინტერფეისით, რომელზეც მარშრუტიზაცია შეიძლება, ან მსმენელი სოკეტით, რომლის შესახებაც ერთ აპს უნდა ეცნობოს.
დაიწყეთ იმის გადაწყვეტით, თუ რომელი შედეგი სჭირდება დავალებას სინამდვილეში. მთელ ქვექსელზე მისადგომობის მოთხოვნას მოწყობილობა სჭირდება. დისტანციურ ჰოსტზე ერთ სერვისს გადამისამართება სჭირდება, და მისთვის გვირაბის აგება ჩვეულებრივ იმაზე მეტ სამარშრუტო სამუშაოს ქმნის, ვიდრე პრობლემა იმსახურებდა.
რა უნდა ჰქონდეს თითოეულ რეჟიმს სანამ იმუშავებს
პროექტი ორივე რეჟიმს აღწერს, და წინაპირობები იმდენად განსხვავდება, რომ დაკარგული ერთი პროტოკოლის მარცხად გამოიყურება და არა დიზაინის არჩევნად.
| Mode | What must exist | What still has to be true |
|---|---|---|
| Tunnel device | Compatible TUN/TAP arrangement on both ends, permission, addressing | A route policy that actually sends the intended prefixes into it |
| Forwarding only | A chosen SOCKS, local-forward or remote-forward listener | A permitted destination path on the far side |
ყურადღებით წაიკითხეთ მარჯვენა სვეტი, რადგან სწორედ იქ მთავრდება ასეთი ბილეთების უმეტესობა. სრულყოფილად აგებული გვირაბის მოწყობილობაც კი მხოლოდ იმას ფარავს, რასაც მარშრუტიზაცია მასში აგზავნის, და სრულყოფილი გადამისამართებაც მხოლოდ იმ აპებს ეხმარება, რომლებსაც ნათქვამი აქვთ, რომ ის გამოიყენონ.
ფიქტიური ინტერფეისი გვირაბი არ არის
გადამისამართების რეჟიმში პლაგინი აღწერს ფიქტიურ ინტერფეისს, რომელიც კავშირის მოდელის დასაკმაყოფილებლად იქმნება. ის არსებობს იმისთვის, რომ მენეჯერს ჰქონდეს რაღაც, რაზეც მდგომარეობას მიამაგრებს. ის თვითნებურ აპლიკაციის პაკეტებს დისტანციურ ქსელში არ გადააქვს, და მის არსებობაში არაფერი მიუთითებს, რომ IP მარშრუტიზაცია შეიცვალა.
პროექტის სრული გვირაბის მაგალითები OpenSSH-ის გვირაბის მოწყობილობის მხარდაჭერას ეხება, ამიტომ ეტიკეტში სიტყვა გვირაბი შესაძლებლობას აღწერს და არა თქვენს ფაქტობრივ პოლიტიკას. შეამოწმეთ, რას გააკეთებს ბირთვი და არა რა ჰქვია პროფილს.
nmcli connection show --active
ip -br link
ss -lntp | grep -E "1080|8080"შემდეგ შეუსაბამეთ შედეგი აპს. SOCKS-ის გამგებელ პროგრამას პროქსის გამოყენება უნდა დაუკონფიგურირდეს. ლოკალური გადამისამართების მომხმარებელი თავის მსმენელზე უნდა იყოს მიმართული. არც ერთი მათგანი დამოუკიდებლად არ აღმოაჩენს გადამისამართებას, და არც ერთს არ ეხმარება მწვანედ ქცეული კავშირის ინდიკატორი.
მოამზადეთ დისტანციური მხარე და ნუ აიძულებთ მას
ჩვეულებრივ SSH ანგარიშს შეუძლია ვინაობის დადასტურება დისტანციური გვირაბის მოწყობილობის აწევის ყოველგვარი ნებართვის გარეშე. პროექტი აღწერს root-ის გარეშე გზას, როცა ადმინისტრატორი მოწყობილობას წინასწარ ქმნის ამ მომხმარებლისთვის, და კლიენტი შემდეგ შესაბამის ნომერს ირჩევს.
ასეთი წყობა სერვერის გვირაბის პოლიტიკასთან და დისტანციურ ქსელში მისამართების მფლობელთან კოორდინაციას მოითხოვს. მოწყობილობის შექმნა თავისთავად არ იძლევა რესურსების მარშრუტებს, გადამისამართების ნებართვებს ან დაბრუნების გზას, და ამათგან არაფერი მოდის იმიტომ, რომ ნიმუშის კონფიგურაცია დამაჯერებლად გამოიყურებოდა.
რაც არ უნდა გააკეთოთ, ეს არის შეუზღუდავი გადამისამართების ან დისტანციური root-შესვლის ჩართვა ნიმუშის გასამუშავებლად. სადაც ოპერატორს ეკუთვნის დისტანციური ქსელის გამართვა, გამოიყენეთ მხარდაჭერილი წყობა იმ ბრძანებების იმავე მფლობელზე დასატოვებლად, და მოერიდეთ მეორე დამხმარეს, რომელიც გათიშვისას წინააღმდეგობრივ მისამართებს აღადგენს.
ვინაობის დადასტურების კონტექსტი, და რა უნდა ჩაიწეროს ბილეთში
ვინაობის დადასტურებას თავისი კონტექსტი აქვს. პლაგინი ეძებს მომხმარებლის სესიასთან დაკავშირებულ SSH აგენტს და მოითხოვს, რომ დანიშნულების ჰოსტი ცნობილი იყოს, ამიტომ ერთ ტერმინალში მომუშავე გასაღები ავტომატურად არ ხდება ხილული მენეჯერის დადასტურების გზისთვის. მიეცით ჰოსტის გასაღებს დარეგისტრირება და შემოწმება დამტკიცებული პროცესით, ნაცვლად იმისა, რომ შემოწმება გამორთოთ.
მხარდაჭერისთვის ჩაიწერეთ ოთხი რამ: პლაგინი და ვერსია, არჩეული რეჟიმი, განზრახული დისტანციური იდენტობა, და ის ინტერფეისი ან მსმენელი, რომელიც უნდა გამოჩენილიყო. შემდეგ პირდაპირ გამოცადეთ აპის შესასვლელი წერტილი. დაკავშირებული ინდიკატორი მომუშავე ტესტთან ერთად მტკიცებულებაა; მხოლოდ დაკავშირებული ინდიკატორი განცხადებაა SSH-ზე და არა იმ მარშრუტიზაციაზე ან რესურსის ნებართვაზე, რომლის მიღებასაც ცდილობდით.