169.254 VPN-ის გავლით: მისამართი არასოდეს ყოფილა მარშრუტიზებადი
Link-local დანიშნულება ტონელამდე მისვლამდე იშლება, ამიტომ მარშრუტების დამატება მხოლოდ აფართოებს ხარვეზს. აირჩიეთ ქვექსელის შეკეთება ან ხიდის აგება.
თქვენ ამატებთ მარშრუტს, ტონელი ადის და მაინც მეორე მხარეს ping სრული დანაკარგით კვდება და არა «network unreachable»-ით. ეს განსხვავება მნიშვნელოვანია, რადგან მზერას მარშრუტიზაციის ცხრილიდან თავად მისამართზე გადააქვს. 169.254 დანიშნულება link-local-ია და მისი არეალი დიზაინით პირველ hop-ზე მთავრდება, არა არასწორი კონფიგურაციის გამო.
შემდეგი გადაწყვეტილება ვიწროა და ღირს ცხადად მიღება: შეაკეთეთ სერვერის მხრის ქვექსელი, ან გააფართოვეთ მე-2 დონის სეგმენტი, რომ მისამართმა ისევ ლოკალური აზრი შეიძინოს. ყველა სხვა რამ, მათ შორის უფრო ფართო მარშრუტი, მხოლოდ იმავე ხარვეზს ავრცელებს მეტ დანიშნულებაზე.
მისამართს მარშრუტი არ აკლია, ის მარშრუტიზებადი არ არის
IPv4 link-local მისამართები თავად ენიჭებათ, როცა უკეთესი არაფერი პასუხობს; აქედან მოდის Windows-ის ავტომატური კერძო მისამართება. დიაპაზონი ერთდროულად გამოიყენება ყველა კავშირზე და სწორედ ამიტომ მუშაობს: ერთი სეგმენტის ორ ჰოსტს შეუძლია ისაუბროს ყოველგვარი კოორდინაციის გარეშე.
სწორედ ამ თვისების გამო მარშრუტიზატორს არ შეუძლია ამ პაკეტების გადაცემა ქსელებს შორის. link-local დანიშნულებაზე მიმართული პაკეტის მიღება და სხვა ინტერფეისიდან გაშვება გაურკვევლობას შექმნიდა, რადგან გამომგზავნის «ლოკალური» და მიმღების «ლოკალური» სხვადასხვა ადგილია. გადაცემა აქ არ არის არჩევანი, რომელიც ადმინისტრატორს შეუძლია ჩართოს; მისამართთა კლასი გამორიცხავს მას.
ამიტომ შესასვლელი, რომელიც 169.254.1.10-ს ტონელით მისაწვდომად აყენებს, ბირთვს სთხოვს იმას, რასაც მისამართის ფორმატი კრძალავს. პაკეტი იშლება შორეულ ჰოსტამდე მისვლამდე დიდი ხნით ადრე, და მარშრუტის სიზუსტე ამას არ ცვლის.
რატომ ხდის ტონელი არეალის პრობლემას ხილვადს
TUN ინტერფეისი IP პაკეტებს გადააქვს ორ პარტნიორს შორის და მის უკან საერთო სეგმენტი არ არის. არ არის ბროდკასტი, არ არის ARP მეორე მხარისთვის და არ არის მეზობლების აღმოჩენა.
სიმპტომები ზუსტად ემთხვევა, როცა იცი რა უნდა მოძებნო. მარშრუტი ცხრილშია, ping სრულ დანაკარგს აცხადებს, მეზობლების ცხრილი არასრულ ჩანაწერს აჩვენებს. ტონელზე გადაღება პაკეტის გასვლას აჩვენებს, რაც ყურადღებას მისამართის კლასიდან შორეულ ბოლოზე გადააქვს.
Windows-ში მეორე, ერთი შეხედვით დაუკავშირებელი სიმპტომია იმავე ფესვით: მხოლოდ link-local მისამართის მქონე ადაპტერს გამოსადეგი შესასვლელი არ აქვს, ამიტომ firewall-ის პროფილი public-ზე ვარდება. ტონელი მიზეზი არ არის; მისამართია.
გადაწყვიტეთ სამი კითხვით
ქვექსელის შეკეთებასა და კავშირის ხიდად გადაქცევას შორის არჩევანი სამ პირობაზეა დამოკიდებული და ნებისმიერმა მათგანმა შეიძლება გადაწყვიტოს იგი ფაილის გახსნამდე.
| Question | If yes | If no |
|---|---|---|
| Can the far-side host be given a routable address? | Change the host or fix DHCP and route normally | Continue to the next question |
| Does the device accept a static address at all? | Assign one from the site's real prefix | Bridging is the only remaining option |
| Can you accept broadcast crossing the tunnel? | A bridge is viable for a small segment | Replace the device or accept no remote access |
უმეტესი შემთხვევა პირველ კითხვაზე ჩერდება. link-local მისამართის მქონე ჰოსტი ჩვეულებრივ ნიშნავს, რომ DHCP არ უპასუხა, კაბელი ან VLAN არასწორია, ან მისამართი ხელით შეიყვანეს. ამის შეკეთება ნებისმიერ ტონელურ სამუშაოზე იაფია და პრობლემას ყოველი მომავალი კლიენტისგან აშორებს.
შეამოწმეთ სერვერის მხარე. გაუშვით ip addr show და ip route ჰოსტზე, და arp -n ან route print -4 კლიენტზე, რომ ნახოთ პრეფიქსი ნამდვილად არსებობს თუ მხოლოდ ძველი ჩანაწერი ამბობს ასე.
რა ღირს ხიდი, როცა ის სწორი პასუხია
ფიზიკური ადაპტერის TAP ადაპტერთან ხიდად დაკავშირება შორეულ კლიენტს ლოკალური ბროდკასტული დომენის ნაწილად აქცევს. მაშინ ბროდკასტი და მეზობლების აღმოჩენა მუშაობს და link-local მისამართი ისევ აზრიანი ხდება.
ხარჯები რეალურია და უნდა ითქვას, სანამ ვინმე დათანხმდება. ბროდკასტული ტრაფიკი ტონელს კვეთს, კლიენტი ლოკალური სეგმენტის წინაშეა ნებისმიერი მიზნით, და სერვერს პაკეტების მარშრუტიზაციის ნაცვლად კადრების გადაცემა უწევს. ეს გონივრული გაცვლაა ლაბორატორიული მაგიდისთვის ან მოწყობილობისთვის მარშრუტიზებადი გზის გარეშე, და ცუდი ნაგულისხმევი დისტანციური წვდომისთვის.
ხიდის აგებისას ორივე ნახევარია საჭირო: ხიდი სერვერზე და მარშრუტი კლიენტის პროფილში, რომელიც ამბობს, რომელი დანიშნულებებია მეორე მხარეს. მხოლოდ ხიდი კლიენტს გამოცნობაზე ტოვებს, და მხოლოდ მარშრუტი მისამართთა კლასს ვერ ასწორებს.