როგორ შევინარჩუნოთ IPv6 VPN-ის მისამართების გეგმა წაკითხვადი ერთი წლის შემდეგ
წაკითხვადი გეგმა ამბობს, რომელი პრეფიქსი რომელ საიტს ეკუთვნის და როგორ ბრუნდება პასუხები. ჩაწერეთ როლები, აღნიშვნა, დელეგირება და დაბრუნების მარშრუტები ყოველი ჩანაწერის გვერდით.
ორი კითხვა წყვეტს, იმსახურებს თუ არა მისამართების გეგმა თავის ადგილს: რომელი პრეფიქსი რომელ საიტს ეკუთვნის და როგორ გადის პასუხი ამ საიტიდან. უპასუხეთ ორივეს ერთი გავლით და ტექნიკური მომსახურე შეძლებს პირის შეცვლას ვინმეს გამოკითხვის გარეშე. დოკუმენტში დანარჩენი ყველაფერი ამ ორი პასუხის მხარდასაჭერად არსებობს. რაც არც ერთს არ უჭერს მხარს, დეკორაციაა.
რა უნდა უპასუხოს მკითხველმა სანამ პირს შეეხება
შეკუმშვა მისამართებს მოწესრიგებულად აჩვენებს, და მოწესრიგებულობა სტრუქტურა არ არის. სტრუქტურა არის ცოდნა, რომელი დიაპაზონი გადასცა პროვაიდერმა, რომელი აირჩიეთ თქვენ, რომელია კლიენტთა აუზი და რომელი დგას საიტის უკან.
დაწერეთ კოლეგისთვის, რომელიც მომდევნო კვარტალში შემოგვიერთდება და მეორე საიტის დამატება მოუწევს. გვერდზე არაფერი ეუბნება, საიდან მოვიდა პრეფიქსი, თუ ჩანაწერი ამას არ აკეთებს. გამოტოვეთ ეს და პირველი ცვლილება არქეოლოგიად იქცევა.
რა უნდა ატაროს გეგმის ყოველმა სტრიქონმა
ოთხი ველი ჩანაწერს შესამოწმებელს ხდის: პრეფიქსის სიგრძე, მისი მფლობელი, სად მიდის ტრაფიკი შემდეგ და რომელი კომპონენტი ანაწილებს მნიშვნელობას. შეადარეთ ისინი მოქმედ კონფიგურაციას და ყოველი შეუთანხმებლობა თავისით ვლინდება. გასულ თვეში მოხსნილ გვირაბზე მიმართული შემდეგი ნახტომი მაშინვე არასწორად ჩანს, შერწყმის ნაცვლად.
შეინახეთ როლები ცალკე სტრიქონებში, მაშინაც კი როცა ორი მათგანი დღეს ერთსა და იმავე პრეფიქსს იზიარებს. მათი გაერთიანება შემდგომ გაყოფას ახალი გამოყოფის მსგავსად საკითხავს ხდის და არა შესწორების.
| Entry | Fields to record | Why a reviewer needs it |
|---|---|---|
| Endpoint addresses | Prefix, owning side, session initiator | Firewall rules and peer config both read it |
| Tunnel interfaces | Prefix and length, next hop, interface name | Shows the path a packet actually takes |
| Client allocations | Pool range, size, distributing component | Shows room left before a redesign |
| Downstream networks | Prefix, site label, return route | Explains a reply that never arrives |
სად იშლება კანონიკური ტექსტი და კონფიგურაციის სინტაქსი
RFC 5952 ადგენს მისამართის ერთ ტექსტურ ფორმას: პატარა ასოები, წინა ნულების გარეშე და ნულოვანი ჯგუფების ყველაზე გრძელი მიმდევრობა ზუსტად ერთხელ შეკუმშული. გამოიყენეთ იგი ჩანაწერებში, ბილეთებში და ცვლილებების ჟურნალებში, რათა ორი დოკუმენტი გარდაქმნის გარეშე შედარდეს. მკითხველები, რომლებიც ერთი მისამართის ორ მართლწერას ხვდებიან, იწყებენ ისეთი სხვაობის ძებნას, რომელიც არ არსებობს. თანმიმდევრულობა აქ იაფია და ცრუ განგაშის მთელ კლასს აცილებს.
კონფიგურაციის ფაილები საკუთარ წესებს ემორჩილება და ეს წაკითხვადობის წესები არ არის. პორტთან დაწყვილებულ მისამართს ფრჩხილები სჭირდება მაშინაც, როცა შიშველ მისამართს არ სჭირდება, და ჩანაწერიდან კონფიგურაციის ფაილში კოპირება ამ განსხვავებას გაფრთხილების გარეშე კარგავს. დაასახელეთ ფორმა, რომელსაც ყოველი ველი იყენებს, თორემ გეგმა სწორედ იმ გადაწერის შეცდომას იწვევს, რომლის თავიდან აცილებაც უნდა მომხდარიყო.
ორი აღნიშვნა კარგია, სანამ თითოეული იარლიყიანია. იარლიყის გარეშე შერევა იწვევს შეცდომას.
სად ჩნდება გადამფარავი დიაპაზონები და დაკარგული დაბრუნების გზები
დაფარვა სხვა შეცდომებზე დიდხანს ძლებს, რადგან არაფერი არ ჩანს არასწორად, სანამ ორი საიტი ერთ დიაპაზონს უპასუხებს. მონიშნეთ საიტი და შექმენით ლოკალურად უნიკალური პრეფიქსები დოკუმენტირებული პროცედურით, ნიმუშის კოპირების ნაცვლად.
კლიენტთა სია არასოდეს ხსნის, რომელი მიმართულებით მიდის პასუხი. ჩაწერეთ LAN კარიბჭის დაბრუნების გზა იმ პირის დიაპაზონის გვერდით, რომელსაც გვირაბი ზიდავს, და ჩანაწერი ხსნის შორეულ ქვექსელს, რომელიც იღებს მოთხოვნებს და ჩუმად რჩება. გაუშვით ქვემოთ მოცემული შემოწმებები მანქანაზე და შეადარეთ ჩანაწერს. გეგმა, რომელიც ეწინააღმდეგება ip -6 route-ს, გეგმაა, რომლის კითხვასაც ხალხი წყვეტს.
ip -6 route show default
ip -6 route get 2001:db8:2::10
ip -6 addr show dev wg0მიწვდომადობა ნებართვა არ არის და პრეფიქსი არასოდეს ნიშნავს პოლიტიკას. ჩაწერეთ განზრახული წვდომა იმ მარშრუტის გვერდით, რომელზეც ის ვრცელდება. წინააღმდეგ შემთხვევაში შემდეგი მკითხველი გეგმაში არსებულ მისამართს მიიჩნევს ნებართვად მის უკან არსებულ ყველა სერვისზე წვდომისა.
როგორ უძლებს გეგმა მესამე საიტს
მონიშნეთ ყოველი პრეფიქსი როგორც დელეგირებული, ლოკალურად გამოყოფილი ან სხვაგვარად მარშრუტიზებული. ყველაფრისთვის, რაც შეიძლება გადაადგილდეს, დაასახელეთ პროცესი, რომელიც მას გადაადგილებს. შემდეგ ჩამოთვალეთ DNS ჩანაწერები და ფაირვოლის წესები, რომლებიც იმავე ფანჯარაში უნდა შეიცვალოს, რადგან მარშრუტიზატორზე შემდგარი პრეფიქსის განახლება ნახევრად შესრულებულია.
ცვლილების შემდეგ მიაღწიეთ რესურსს ყოველი იმ საზღვრის მიღმა, რომელსაც ცვლილება შეეხო, სანამ დოკუმენტს შეასწორებთ. გეგმა, რომელიც გასული თვის ქსელს აღწერს, უარესია არაფერზე, რადგან ხალხი ენდობა მას. შეინახეთ გაუქმებული გამოყოფები სიაში იმ თარიღით, როცა ისინი გაქრნენ, რათა არავინ შემთხვევით ხელახლა არ გასცეს ისინი. საიდუმლოებები ფაილის გარეთ რჩება; გეგმა ქსელს ხსნის, მას არ ამხელს.
შეინახეთ გეგმა იქ, სადაც ცვლილებები განიხილება, იმ კონფიგურაციის გვერდით, რომელსაც ის აღწერს. დოკუმენტი, რომელსაც არავინ ხელახლა არ კითხულობს, უფრო სწრაფად ლპება, ვიდრე ქსელი, რომელსაც ის რუკაზე ატანს.