DS-Lite ბლოკავს შემომავალ IPv4 ჰოსტინგს და არა გამავალ VPN-ს

DS-Lite არის გზა, მიეცეს კლიენტს IPv4 კავშირი მხოლოდ IPv6-ის მატარებელი წვდომის ქსელის გავლით. სახლის როუტერს არ აქვს საკუთარი გამოყოფილი საჯარო IPv4 მისამართი და ეს ერთი ფაქტი არწმუნებს ადამიანებს, რომ IPv4 VPN ვერ იმუშავებს ამ კავშირიდან. გამავალი მიმართულებით ის ჩვეულებრივ კარგად მუშაობს. კავშირს პროვაიდერი თარგმნის და შორეული მხარე ჩვეულებრივ IPv4 კლიენტს ხედავს. რაც ფუჭდება, საპირისპირო მიმართულებაა: იმის ჰოსტინგი, რაც მოუთხოვნელ შემომავალ IPv4-ს ელოდება. განსხვავება იმაშია, რომელი მხარე იწყებს საუბარს.

რომელი მხარე იწყებს კავშირს

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

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

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

არქიტექტურა RFC 6333 ორივე ბოლოს ასახელებს. კლიენტის მხარეს ელემენტია B4, რომელიც IPv4-ს IPv6-ში ახვევს. პროვაიდერის მხარეს ელემენტია AFTR, რომელიც ასრულებს მისამართის თარგმანს და გადასცემს პაკეტს როგორც IPv4-ს.

Client's IPv4 VPN packet
  → Customer B4
  → IPv4 carried over the provider's IPv6 network
  → AFTR address translation
  → IPv4 VPN server

VPN სერვერი იღებს ჩვეულებრივ IPv4 კავშირს პროვაიდერის თარგმნილი მისამართიდან. მას არ სჭირდება DS-Lite რეჟიმი, სპეციალური პორტი ან ცოდნა იმისა, რომ კლიენტის წვდომის ქსელი მხოლოდ IPv6-ია. სწორედ ამ ნაწილს გამოტოვებენ ადამიანები: შორეული მხარე ამას ვერ იცნობს.

თავად კლიენტის კონფიგურაცია თანაბრად ჩვეულებრივია. მას სჭირდება მუშა IPv4 გზა სერვერამდე, რომელსაც B4 და AFTR უზრუნველყოფენ, და სჭირდება, რომ სერვერის ჰოსტის სახელი IPv4 მისამართად გადაიშალოს.

რატომ არის შემომავალი ჰოსტინგი ის შემთხვევა, რომელიც ფარდდება

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

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

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

დიაგნოსტიკა წვდომის გეგმის შეცვლამდე

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

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

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

ყურადღებით წაიკითხეთ პროვაიდერის ცვლილებები

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

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

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