სახლის VPN სერვერი მიუწვდომელია: გაიარეთ NAT ჯაჭვი
როუტერი, პროვაიდერის მთარგმნელი და სერვერის მსმენელი სამი ცალკე საზღვარია. ადმინისტრირების გვერდიდან გარეთ გადადით, სანამ იგივე გადამისამართების წესს ხელახლა დაწერთ.
სერვერი LAN-ში პასუხობს, პორტის გადამისამართების წესი სწორად გამოიყურება, მაგრამ გარე კლიენტი მაინც ვერ უკავშირდება. თითო საზღვრის გარეთ გავლა უფრო სწრაფია, ვიდრე წესის მეოთხედ რედაქტირება, რადგან თითოეული საზღვარი თავის მტკიცებულებას ტოვებს: როუტერის WAN გვერდი, პროვაიდერის თარგმანი და მსმენელი ჰოსტზე. დაიწყეთ უკვე გახსნილი ადმინისტრირების გვერდიდან და დაასრულეთ ტესტით იმ ქსელიდან, რომელსაც არ აკონტროლებთ. ჩაწერეთ ყოველი შედეგი მიდგომისას, რადგან თანმიმდევრობა თავად დიაგნოზია და დამახსოვრებული რიცხვი მტკიცებულება არ არის. თუ მხოლოდ გამავალი გვირაბი გჭირდებათ, თარგმანი თქვენი პრობლემა არ არის: იბლოკება მხოლოდ მოუთხოვნელი შემომავალი ტრაფიკი.
დაიწყეთ როუტერის WAN გვერდიდან
შედით როუტერში და წაიკითხეთ სტატუსის გვერდი და არა პორტების გადამისამართების სია. ჩაინიშნეთ WAN მისამართი, ინტერფეისი, რომელსაც ეკუთვნის, და არის თუ არა კავშირის ტიპი DHCP, PPPoE თუ რამე, რასაც პროვაიდერი გაძლევთ. შემდეგ შეადარეთ ეს მისამართი იმას, რასაც გარე სერვისი იტყობინება, მობილურ მონაცემებზე მყოფი ტელეფონით, რომ დაკვირვება იმავე როუტერით უკან არ დაბრუნდეს. ორი რიცხვი სხვადასხვა კითხვას პასუხობს და მათი შედარება ამ ნაბიჯის მთელი აზრია.
WAN მისამართი, რომელიც დაკვირვებული საჯარო მისამართისგან განსხვავდება, ნიშნავს, რომ როუტერის ზემოთ სულ მცირე ერთი მთარგმნელი დგას. ეს ჯერ არ არის ხარვეზი, რადგან ბევრი პროვაიდერი დიზაინით თარგმნის და სერვისი მაინც მუშაობს. თუ ორივე ემთხვევა, მისამართი სავარაუდოდ როუტერისაა და პრობლემა თქვენი ქსელის შიგნით გადავიდა. ნებისმიერ შემთხვევაში ჩაწერეთ წყვილი თარიღით, რადგან პროვაიდერები მისამართებს ხელახლა ანაწილებენ და გასული თვის ჩანაწერებთან შედარება უსარგებლოა.
აიმაღლეთ ერთი ჰოპით
გაუშვით traceroute თვით როუტერიდან და წაიკითხეთ პირველი ჰოპები. განმეორებადი საჯარო მისამართები, პირველი ჰოპი, რომელიც კერძო მისამართით პასუხობს, ან მისამართი საერთო 100.64.0.0/10 დიაპაზონში ყველა ზემოთ მდგარ მთარგმნელზე მიუთითებს. RFC 6598 სწორედ ასეთი განლაგებისთვის განსაზღვრავს ამ დიაპაზონს, ამიტომ WAN ველში მისი დანახვა ძლიერი სიგნალია და არა ცნობისმოყვარეობა. ორი მთარგმნელი გზაზე კვალს ნაკლებად აშკარას ხდის, ამიტომ წაიკითხეთ ნიმუში და არა ერთი ხაზი.
ზოგი პროვაიდერი გამოყოფილ მისამართს მხოლოდ მომხმარებლის პორტალში აჩვენებს, ამიტომ იქ შეხედეთ, სანამ დაასკვნით, რომ როუტერი ტყუის. პორტალის მისამართი, რომელიც თქვენს გარე დაკვირვებას ემთხვევა, მაშინ როცა როუტერი სხვა რამეს იტყობინება, ზემოთ მდგარი მთარგმნელის ყველაზე ნათელი მტკიცებულებაა. შეინახეთ ორივე გვერდი ცვლილებების ჟურნალში, რადგან კამათი იმაზე, თუ ვის ეკუთვნის რომელი საზღვარი, ორი თარიღიანი სურათით გაცილებით სწრაფად მიდის.
დაადასტურეთ მსმენელი და გადამისამართება
LAN-ში ტესტი ამტკიცებს, რომ სერვისი ლოკალურად მუშაობს და არაფერს ამტკიცებს გარედან მიწვდომადობაზე. ბევრი როუტერი საკუთარ გადამისამართების წესს შიგნიდან პასუხობს, ამიტომ თმის სამაგრის ტესტი წარმატებულია, სანამ გარე გზა ჯერ კიდევ დახურულია. დაადასტურეთ, რომ დემონი თქვენს მიერ ნავარაუდევ მისამართსა და პორტს არის მიბმული, შემდეგ გარედან შეამოწმეთ. ქვემოთ ყველაფერი მხოლოდ წასაკითხია.
ss -lunp | grep -E '1194|51820'
ip -4 addr show | grep -E 'inet '
curl -s --max-time 5 ifconfig.me
traceroute -n -m 5 1.1.1.1
თუ გარე ტესტი აჩვენებს, რომ როუტერს არც ერთი პაკეტი არ აღწევს, ჩავარდნა ზემოთ მოხდა და ვერც ერთი ლოკალური წესი ვერ გამოასწორებს. თუ პაკეტები აღწევს და არაფერი პასუხობს, შემდეგი საზღვარი მსმენელი ან ჰოსტის ფაირვოლია. ჰოსტზე პაკეტების ჩაჭერა წყვეტს, რომელსაც უყურებთ, და ნაკლებ დროს იღებს, ვიდრე წესების გამოცნობის კიდევ ერთი რაუნდი. შედარებისას მსმენელი და მისი ტრანსპორტი უცვლელად დატოვეთ, თორემ შემდეგი ტესტი სხვა კითხვას უპასუხებს.
შეცვალეთ ტოპოლოგია და არა იგივე წესი
როცა მთარგმნელი პროვაიდერისაა, გამოსავალი სხვა გზაა და არა კიდევ ერთი გადამისამართება. პატარა VPS საჯარო მისამართით, სახლის მხრიდან გამავალი გვირაბით დაკავშირებული, სერვისის წინ მიწვდომად საბოლოო წერტილს აყენებს. პროვაიდერის მიერ მოწოდებული საჯარო მისამართი იქ, სადაც არსებობს, უფრო მარტივია და ჩვეულებრივ უფრო იაფი, ვიდრე მანქანის ყოლა. IPv6 თარგმანს სრულიად აშორებს, იმ პირობით, რომ კლიენტის ქსელი, DNS ჩანაწერები და ფაირვოლის პოლიტიკა ყველა მას მხარს უჭერს.
დინამიური DNS მხოლოდ სახელს აახლებს; ის მიწვდომადობას არ ქმნის და საერთო მისამართზე მიმართვა კლიენტებს პროვაიდერის კარიბჭეში აგზავნის, რომელსაც სხვა აბონენტებიც იყენებენ. ეს მარცხი ზუსტად მკვდარ სერვერს ჰგავს, ამიტომ წინა ნაბიჯების ჩანაწერი მნიშვნელოვანია. ჩაწერეთ, რომელ მისამართზე გადაწყდა სახელი, როცა ტესტი ჩავარდა, და პასუხი ტესტის შედეგთან ერთად შეინახეთ.
გადაწერეთ გეგმა იმ საზღვრის გარშემო, რომელსაც აკონტროლებთ: მსმენელი, გვირაბი და მარშრუტები. ძველი გადამისამართება ადგილზე დატოვეთ მხოლოდ მანამ, სანამ ის ჯერ კიდევ რაღაც ჭეშმარიტს აღწერს, რადგან ტოპოლოგიასთან აღარ შესაბამისი წესი წესის არარსებობაზე უარესია. ჩაწერეთ, რომელი შრე ბლოკავდა სინამდვილეში და რომელი მტკიცებულება აჩვენებდა ამას. თორემ ადმინისტრირების გვერდის გამხსნელი შემდეგი ადამიანი ამ მარშრუტის ყველა ნაბიჯს თავიდან გაიმეორებს.