Mac Mail สองบัญชี และกฎ VPN หนึ่งข้อที่แยกทั้งสองไม่ได้

Mail เปิดขึ้น กล่องจดหมายงานซิงก์ และกล่องส่วนตัวเริ่มหมดเวลา หรือทั้งสองซิงก์ได้ แต่เซิร์ฟเวอร์งานตอบเฉพาะตอนที่อุโมงค์ทำงาน และ Mail ไม่รู้ว่าบัญชีไหนคือบัญชีไหน อาการมีรูปแบบเดิมเสมอ: แอปเดียว สองบัญชี และกฎที่ระบุตัวแอป การแก้เริ่มจากการยอมรับว่าแอปเป็นภาชนะ ไม่ใช่ขอบเขต

มีตัวเลือกสามตัวที่เกี่ยวข้อง และแทนกันไม่ได้ ตัวหนึ่งคือโปรเซสที่สร้างการเชื่อมต่อ อีกตัวคือโฮสต์ที่มันไปถึง และตัวที่สามคือ ตัวตนที่ใช้ลงชื่อเข้าใช้ผ่านโฮสต์นั้น ตัวใดก็ตามที่นโยบายของคุณระบุชื่อได้ นั่นคือขอบเขตที่คุณสร้างได้จริง

ทำไมแอปจึงเป็นหน่วยที่ผิด

Mail เป็นโปรเซสเดียวที่ให้บริการทุกบัญชีที่ตั้งค่าไว้ กฎที่เขียนต่อต้านแอปจะจับการเชื่อมต่อทั้งหมดของมัน บัญชีส่วนตัวจึงสืบทอดอุโมงค์งานและเส้นทางเริ่มต้นของมัน นั่นอาจยอมรับได้ แต่มันเป็นการตัดสินใจ ไม่ใช่ผลข้างเคียงที่ปล่อยไว้โดยไม่ตรวจสอบได้

ตรวจสอบว่าผู้ใช้ร้องเรียนเรื่องอะไรจริง ๆ ก่อนแก้ไขสิ่งใด กล่องจดหมายที่ซิงก์ได้แต่ส่งไม่ได้มักชี้ไปที่เซิร์ฟเวอร์ส่งมากกว่ากล่องขาเข้า และทั้งสองอาจอยู่ที่อยู่ต่างกันในวงเดียวกัน ถามว่าความล้มเหลวอยู่ที่การรับ การส่ง หรือทั้งสองอย่าง คำตอบกำหนดว่ากฎของคุณต้องครอบคลุมปลายทางใด และประหยัดการติดต่อกับผู้ดูแลเซิร์ฟเวอร์หนึ่งรอบ

เมื่อสองบัญชีใช้เซิร์ฟเวอร์ต่างกัน

ถ้าอีเมลงานคุยกับโฮสต์ในวงองค์กรและอีเมลส่วนตัวคุยกับผู้ให้บริการสาธารณะ การจัดวางตามปลายทางสามารถแสดงข้อกำหนดได้ ต้องใช้ที่อยู่จริงของเซิร์ฟเวอร์อีเมล DNS ที่แก้ไขที่อยู่เหล่านั้น และปลายทางการส่งหรือการยืนยันตัวตนใด ๆ ที่มาพร้อมบริการเดียวกัน เก็บทั้งสามอย่างก่อนเขียนนโยบาย เพราะกฎที่ครอบคลุมเฉพาะกล่องขาเข้าจะล้มเหลวในการส่งครั้งแรก

ใช้ที่อยู่ ไม่ใช่ส่วนหลังเครื่องหมาย @ โดเมนในที่อยู่อีเมลไม่ใช่คำแถลงการกำหนดเส้นทาง และการปฏิบัติต่อมันเช่นนั้นจะสร้างกฎที่ทำงานกับโฮสต์ผิดหรือไม่ทำงานเลย ยืนยันปลายทางจริงจากตั้งค่าบัญชีหรือจากผู้ดูแล

เมื่อทั้งสองบัญชีใช้เซิร์ฟเวอร์เดียว

สองบัญชีบนที่อยู่โฮสต์เดียวกันเอาชนะการเลือกตามปลายทางได้ทั้งหมด เส้นทางไปยังที่อยู่นั้นให้บริการใครก็ตามที่เชื่อมต่อ และตรวจสอบไม่ได้ว่ากล่องใดลงชื่อเข้าใช้ภายหลัง การย้ายเส้นทางคือการย้ายเส้นทางของทั้งสองบัญชี และนั่นคือผลลัพธ์ที่ผู้ใช้พยายามหลีกเลี่ยง

ณ จุดนั้น ตัวเลือกที่ซื่อตรงคือนโยบายที่รับรู้บัญชีหากแพลตฟอร์มและไคลเอนต์รองรับ ไคลเอนต์อีเมลที่ได้รับอนุมัติแยกต่างหากสำหรับบัญชีงานเพื่อให้ขอบเขตแอปเป็นจริง หรือยอมรับว่าทั้งสองบัญชีเดินทางไปด้วยกัน เลือกอย่างใดอย่างหนึ่งโดยเจตนาและบอกว่าเลือกอันไหน

การทริกเกอร์อุโมงค์ไม่เหมือนกับการครอบคลุมมัน

เพย์โหลด App Layer VPN ของ Apple เอกสารการตั้งค่า MailDomains: โดเมนที่ระบุทำให้ Mail ทริกเกอร์การเชื่อมต่อ VPN ในการติดตั้งแบบจัดการที่รองรับ นี่คือความสามารถที่มีประโยชน์ และแคบกว่าที่ฟังดู มันเริ่มอุโมงค์เมื่อ Mail คุยกับโดเมนเหล่านั้น มันไม่ได้อธิบายทุกเส้นทาง ทุกความสัมพันธ์ของแอป หรือสิ่งที่เกิดขึ้นขณะอุโมงค์ลง

ยังเป็นคุณลักษณะแบบจัดการ ไม่ใช่ช่องทำเครื่องหมายต่อบัญชีในอินเทอร์เฟซ Mail ถ้าการติดตั้งไม่ได้ถูกจัดการ การตั้งค่านี้ไม่พร้อมให้คุณใช้ และการแก้ไขโปรไฟล์ไม่ว่าจะมากเพียงใดก็สร้างมันไม่ได้

ทดสอบด้วยการซิงก์ใหม่ ไม่ใช่กล่องที่แคชไว้

การทดสอบการยอมรับคือการซิงก์ใหม่สำหรับแต่ละบัญชีภายใต้นโยบายที่ตั้งใจ บวกกับสถานะไม่พร้อมใช้งานของบัญชีที่ได้รับการป้องกัน กล่องที่แคชไว้ไม่พิสูจน์อะไรเกี่ยวกับคำขอถัดไป และไอคอน VPN ที่เชื่อมต่ออยู่บอกเพียงว่ามีอุโมงค์บางอย่างอยู่

ให้ผู้ดูแลปลายทางของบัญชีงานและพฤติกรรมที่คุณต้องการสำหรับอีเมลส่วนตัว แล้วถามว่านโยบายที่รองรับซึ่งรับรู้บัญชี โดเมน หรือแอปใดนำไปใช้ การดูทั้งสองบัญชีซิงก์ภายใต้แต่ละเงื่อนไขเป็นหลักฐานเดียวว่าขอบเขตที่คุณออกแบบคือขอบเขตที่เครื่องบังคับใช้