Mac Mail, ორი ანგარიში და ერთი VPN წესი, რომელიც ვერ აცალკევებს მათ
აპის დონის წესი ასახელებს Mail-ს და არა მის ერთ-ერთ ანგარიშს. გაყავით აპი, სერვერი და შესვლა, სანამ სამუშაო ფოსტის მიმდევარ გვირაბს მოითხოვთ.
Mail იხსნება, სამუშაო ყუთი სინქრონდება, პირადი კი დროში ჩერდება. ან ორივე სინქრონდება, მაგრამ სამუშაო სერვერი პასუხობს მხოლოდ მაშინ, სანამ გვირაბი აწეულია, და Mail-მა არ იცის, რომელი ანგარიში რომელია. სიმპტომს ყოველთვის ერთი ფორმა აქვს: ერთი აპი, ორი ანგარიში და წესი, რომელიც აპს იდენტიფიცირებს. გასწორება იწყება იმის აღიარებით, რომ აპი კონტეინერია და არა საზღვარი.
აქ სამი ამომრჩევი მოქმედებს და ისინი ურთიერთშემცვლელნი არ არიან. ერთი არის კავშირის შემქმნელი პროცესი, მეორე არის ჰოსტი, რომელსაც ის აღწევს, ხოლო მესამე არის იდენტობა, რომელიც გამოიყენება ამ ჰოსტზე შესასვლელად. რომელსაც თქვენი პოლიტიკა დაასახელებს, ის არის საზღვარი, რომლის რეალურად აშენებაც შეგიძლიათ.
რატომ არის აპი არასწორი ერთეული
Mail ერთი პროცესია, რომელიც ემსახურება ყველა კონფიგურირებულ ანგარიშს. აპის წინააღმდეგ დაწერილი წესი იჭერს მის ყველა კავშირს, ამიტომ პირადი ანგარიში მემკვიდრეობით იღებს სამუშაო გვირაბს და მის ნაგულისხმევ მარშრუტს. ეს შეიძლება მისაღები იყოს, მაგრამ ეს გადაწყვეტილებაა და არა გვერდითი ეფექტი, რომლის შეუმოწმებლად დატოვებაც შეიძლება.
სანამ რამეს გაასწორებთ, შეამოწმეთ რაზე უჩივის მომხმარებელი რეალურად. ყუთი, რომელიც სინქრონდება, მაგრამ ვერ აგზავნის, ჩვეულებრივ გამგზავნ სერვერზე მიუთითებს და არა შემავალ ყუთზე, და ორივე შეიძლება იყოს სხვადასხვა მისამართზე ერთსა და იმავე კერძო დიაპაზონში. ჰკითხეთ, მიღებაშია ხარვეზი, გაგზავნაში თუ ორივეში. პასუხი განსაზღვრავს, რომელი ბოლო წერტილი უნდა დაფაროს თქვენმა წესმა, და ზოგავს ერთ ვიზიტს სერვერის ადმინისტრატორთან.
როცა ორი ანგარიში სხვადასხვა სერვერს იყენებს
თუ სამუშაო ფოსტა კორპორატიული დიაპაზონის შიგნით ჰოსტთან საუბრობს, ხოლო პირადი საჯარო პროვაიდერთან, დანიშნულებაზე დაფუძნებულმა წყობამ შეიძლება გამოხატოს მოთხოვნა. მას სჭირდება ფოსტის სერვერების რეალური მისამართები, მათი გადამწყვეტი DNS და ნებისმიერი გაგზავნის ან ავთენტიფიკაციის ბოლო წერტილი, რომელიც იმავე სერვისს მოჰყვება. სამივე შეაგროვეთ პოლიტიკის დაწერამდე, რადგან მხოლოდ შემავალი ყუთის დამფარავი წესი პირველ გაგზავნაზე ჩავარდება.
გამოიყენეთ მისამართები და არა @ ნიშნის შემდეგ არსებული ნაწილი. დომენი ფოსტის მისამართში მარშრუტიზაციის განაცხადი არ არის, და მასზე ასე მოქცევა წარმოქმნის წესს, რომელიც არასწორ ჰოსტზე აქტიურდება ან საერთოდ არ აქტიურდება. დაადასტურეთ ფაქტობრივი ბოლო წერტილები ანგარიშის პარამეტრებიდან ან ადმინისტრატორისგან.
როცა ორივე ანგარიში ერთ სერვერს იზიარებს
ორი ანგარიში ერთსა და იმავე ჰოსტის მისამართზე მთლიანად ამარცხებს დანიშნულებაზე დაფუძნებულ შერჩევას. მარშრუტი ამ მისამართზე ემსახურება ყველას, ვინც უკავშირდება, და მას არ შეუძლია შეამოწმოს, რომელი ყუთი შედის შემდეგ. მარშრუტის გადაადგილება გზას გადაადგილებს ორივე ანგარიშისთვის, და ეს ზუსტად ის შედეგია, რომლის თავიდან აცილებასაც მომხმარებელი ცდილობდა.
ამ ეტაპზე პატიოსანი ვარიანტებია ანგარიშის გამცნობი პოლიტიკა, თუ პლატფორმა და კლიენტი მხარს უჭერენ მას, ცალკე დამტკიცებული ფოსტის კლიენტი სამუშაო ანგარიშისთვის, რათა აპის საზღვარი რეალური გახდეს, ან იმის მიღება, რომ ორივე ანგარიში ერთად მოძრაობს. აირჩიეთ ერთი განზრახ და თქვით, რომელი.
გვირაბის გაშვება არ არის იგივე, რაც მისი დაფარვა
Apple-ის App Layer VPN დატვირთვა ადასტურებს MailDomains პარამეტრს: ჩამოთვლილი დომენები აიძულებენ Mail-ს VPN კავშირის გაშვებას მხარდაჭერილ მართულ განლაგებებში. ეს სასარგებლო შესაძლებლობაა და უფრო ვიწროა, ვიდრე ჟღერს. ის იწყებს გვირაბს, როცა Mail ამ დომენებთან საუბრობს; ის არ აღწერს არც ყველა მარშრუტს, არც ყველა აპის კავშირს და არც იმას, რა ხდება გვირაბის ჩამოშლისას.
ეს ასევე მართული ფუნქციაა და არა თითო ანგარიშის მოსანიშნი უჯრა Mail-ის ინტერფეისში. თუ განლაგება მართული არ არის, პარამეტრი თქვენთვის მიუწვდომელია და პროფილების ნებისმიერი რაოდენობის რედაქტირება მას ვერ შექმნის.
სცადეთ ახალი სინქრონიზაციით და არა ქეშირებული ყუთით
მიღების ტესტია ახალი სინქრონიზაცია თითოეული ანგარიშისთვის განკუთვნილი პოლიტიკის ქვეშ, პლუს დაცული ანგარიშის მიუწვდომელი მდგომარეობა. ქეშირებული ყუთი არაფერს ამტკიცებს შემდეგი მოთხოვნის შესახებ, და დაკავშირებული VPN ხატულა მხოლოდ იმას ამბობს, რომ რაღაც გვირაბი არსებობს.
მიეცით ადმინისტრატორს სამუშაო ანგარიშის ბოლო წერტილები და პირადი ფოსტისთვის სასურველი ქცევა, შემდეგ ჰკითხეთ, რომელი მხარდაჭერილი ანგარიშის გამცნობი, დომენზე დაფუძნებული თუ აპლიკაციური პოლიტიკა ახორციელებს მას. ორი ანგარიშის სინქრონიზაციის დაკვირვება ყველა პირობაში ერთადერთი მტკიცებულებაა, რომ თქვენ მიერ დაპროექტებული საზღვარი არის ის საზღვარი, რომელსაც მანქანა აწესებს.