PPTP hotspot-ის გავლით: TCP 1723 მხოლოდ ნახევარია

გაიარეთ შემოწმებები რიგრიგობით: იხსნება თუ არა კონტროლის კავშირი, უძლებს თუ არა GRE გზას, იღებს თუ არა სერვერი ზარს და სრულდება თუ არა ავთენტიფიკაცია. PPTP კლიენტს სჭირდება როგორც TCP სესია 1723-ზე, ისე GRE გზა, რომელიც მონაცემებს ატარებს, და hotspot-მა შეიძლება ერთი გაატაროს და მეორე ჩამოაგდოს. მათი რიგრიგობით შესრულება გეუბნებათ, რომელი საზღვარი გამოიკვლიოთ, ვიდრე გამოიცნოთ. Windows-ის შეცდომის ნომრები ამას თქვენთვის არ აკეთებენ.

GRE არის IP პროტოკოლი 47. ეს არ არის TCP ან UDP პორტი 47, და ეს განსხვავება ხსნის ქსელური ფარების გარშემო არსებული დაბნეულობის უმეტეს ნაწილს.

ორი გზა, ერთი კავშირი

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

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

hotspot ამატებს კიდევ ორ საზღვარს

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

მენიუს პუნქტი სახელწოდებით PPTP passthrough, სადაც არსებობს, განსაზღვრავს, როგორ ამუშავებს ეს მოწყობილობა ამ პროტოკოლს. ეს არ არის იგივე ფუნქცია, რაც ტელეფონზე VPN-ის ჰოსტინგი ან ყოველი პროტოკოლის უპირობოდ გადაცემა, და მისი ჩართვა GRE-ის გატარების ზოგადი ნებართვა არ არის.

წაიკითხეთ 807 როგორც შეწყვეტა, და არა განაჩენი

Windows 807-ს იტყობინება შეწყვეტილ კავშირად, რაც აღწერს შედეგს და არა მიზეზს. მისი შეცდომების ცხრილი 806-ს ცალკე განიხილავს GRE-სთან დაკავშირებულ კატეგორიად, და ეს განსხვავება ღირს იცოდეთ თეორიის აგებამდე. არც ერთი რიცხვი არ ამჟღავნებს, გაფილტრა თუ არა ოპერატორმა პროტოკოლი 47, ამოეწურა თუ არა სერვერს ტევადობა, ან სწორი იყო თუ არა რწმუნებები. შეცდომა ამბობს, რომ სესია დასრულდა; გზა ამბობს სად.

hotspot-ზე წარმატებული ბრაუზერის ტესტი მხოლოდ იმას ამტკიცებს, რომ ჩვეულებრივი აპლიკაციის გზა მუშაობს. GRE-ზე ის არაფერს ამბობს.

გამოყავით ეტაპი, რომელიც ჩავარდა

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

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

მუდმივი წვდომისთვის შეთანხმდით მხარდაჭერილ მიგრაციაზე VPN-ის მფლობელთან. ჩამონათვალი გადაწყვეტილებით მთავრდება და არა დროებითი ხერხით.