Observations and Comments None of t

Observations and Comments

None of the Roles' Permissions are ever set to Deny.
It's not clear from Tableau's documentation but unless a Permission is explicitly Allowed for an object it is effectively Denied - this makes using positive Allow-only Permissioning to be an effective strategy. (I'll be writing more on this)
Using Roles is reasonable as long as the Role's Permissions matches the set you need for the object, otherwise they need to be masked out and this introduces complexity that can be more confusing than if the Role wasn't used in the first place.
The name "Custom" for the 'Role' that's really 'Not one of the preconfigured ones" is unfortunate, in a number of different ways. It at least implies that there is -A- Custom role, when in fact what needs to be signaled is that there's a possibly unique blend of Permission configurations in effect for this User/Group for this object.
The lack of Role creation and management is a huge deficiency. It would be far, far easier, cleaner, and faster to configure Tableau Server to specific requirements if it were possible to create true custom Roles and apply them when and where they're needed. It would also make the whole system much more transparent—Tableau Server Admins would have a much easier time of understanding what Permissions are actually in effect, making it that much easier to support the business stakeholders who can't see what they're supposed to, or can see something they shouldn't.
For example, it would be very nice to have a Role for viewing that allowed filtering but not the ability to see underlying data.
"Inherited" is a singularly bad name for what really is "Not Configured Here". One of the problems to using "Inherited" is that it means something to the great majority of people who see it very different from its meaning in Tableau Server, way is itself poorly explained and difficult to puzzle out.

I hope this is helpful. There's plenty more to explore and explain about Permissions, and I hope to one day get a good, concise explanation out into the world.

ผลลัพธ์ (ไทย) 1:

ข้อสังเกตและข้อคิดเห็น ไม่มีสิทธิ์ของบทบาทเคยตั้งค่าปฏิเสธ มันไม่ชัดเจนจากเอกสารประกอบของฉาก แต่ยกเว้นอย่างชัดเจนมีการอนุญาตให้ใช้สิทธิ์สำหรับวัตถุ จะถูกปฏิเสธได้อย่างมีประสิทธิภาพ - ทำให้ใช้ Permissioning อนุญาตเท่านั้นที่เป็นบวกจะเป็นกลยุทธ์มีประสิทธิภาพ (ผมจะได้เขียนเพิ่มเติมบนนี้) ใช้บทบาทจะเหมาะสมตราบเท่าที่สิทธิ์ของบทบาทตรงกับชุดที่คุณต้องการสำหรับวัตถุ มิฉะนั้นพวกเขาต้องสวมหน้ากากออก และนี้นำเสนอความซับซ้อนที่อาจทำให้สับสนมากขึ้นกว่าถ้าไม่ได้ใช้บทบาทในสถานที่แรก ชื่อ "กำหนดเอง" สำหรับ 'บทบาท' ที่ที่ของจริง ๆ ' ไม่หนึ่งกำหนดไว้ล่วงหน้า "เป็นโชคร้าย ในจำนวนวิธีที่แตกต่างกัน มันน้อยหมายความว่ามีบทบาทกำหนดเอง เมื่อในความเป็นจริงสิ่งที่ต้องสามารถส่งสัญญาณเรียกได้ว่าเป็นเอกลักษณ์อาจจะกำหนดค่าสิทธิ์สำหรับผู้ใช้/กลุ่มนี้สำหรับวัตถุนี้มีผล การขาดการสร้างบทบาทและการจัดการมีขาดใหญ่ มันจะไกล ไกล สะอาด และการกำหนดค่าเซิร์ฟเวอร์ฉากเฉพาะตามความต้องการถ้าเป็นไปได้ในการสร้างบทบาทแบบกำหนดเองที่แท้จริง และนำไปใช้เมื่อใด และที่จำเป็น ก็ต้องทำทั้งระบบโปร่งใสมากขึ้น — ฉาก Server ผู้ดูแลระบบจะมีเวลามากขึ้นเข้าใจสิทธิ์คืออะไรจริงในลักษณะพิเศษ ทำที่ง่ายมากที่จะสนับสนุนเสียธุรกิจที่ไม่สามารถเห็นสิ่งที่พวกเขาควรจะ หรือสามารถเห็นสิ่งที่พวกเขาไม่ควร เช่น มันจะดีมากที่จะมีบทบาทสำหรับการดูที่อนุญาตกรองแต่ไม่สามารถที่จะดูข้อมูลต้นแบบ "มรดก" เป็นชื่อไม่ดี singularly จริง ๆ นี่คือที่ "ไม่กำหนด" หนึ่งในปัญหาการใช้ "Inherited" คือมันหมายความว่า สิ่งที่ส่วนใหญ่คนที่เห็นแตกต่างจากความหมายในเซิร์ฟเวอร์ฉาก วิธีคืออธิบายได้ไม่ดี และยากปริศนาออกฉันหวังว่า นี้จะเป็นประโยชน์ มีเพิ่มเติมมากมายในการสำรวจ และอธิบายเกี่ยวกับสิทธิ และหวังว่าวันหนึ่งได้รับคำอธิบายที่ดี กระชับออกสู่โลก

ผลลัพธ์ (ไทย) 2:

ข้อสังเกตและความเห็น

ไม่มีสิทธิ์บทบาท 'เคยตั้งค่าที่จะปฏิเสธ.
มันไม่ได้ชัดเจนจากเอกสาร Tableau แต่เว้นแต่ได้รับอนุญาตที่ได้รับอนุญาตอย่างชัดเจนสำหรับวัตถุที่มันจะถูกปฏิเสธอย่างมีประสิทธิภาพ - นี้ทำให้การใช้ในเชิงบวกอนุญาตให้เท่านั้นให้สิทธิ์ที่จะเป็นกลยุทธ์ที่มีประสิทธิภาพ (ผมจะเขียนเกี่ยวกับเรื่องนี้)
การใช้บทบาทเป็นที่เหมาะสมตราบเท่าที่บทบาทสิทธิ์ตรงกับชุดที่คุณต้องการสำหรับวัตถุมิฉะนั้นพวกเขาจะต้องสวมหน้ากากออกและแนะนำความซับซ้อนที่สามารถทำให้เกิดความสับสนมากขึ้นกว่าถ้าบทบาท wasn 'T ใช้ในสถานที่แรก.
ชื่อ "กำหนดเอง" สำหรับ' บทบาท 'ที่จริง' ไม่ได้เป็นหนึ่งในคนที่กำหนดไว้ล่วงหน้า "เป็นโชคร้ายในหลายวิธีที่แตกต่างกัน. อย่างน้อยก็แสดงให้เห็นว่ามีบทบาทที่กำหนดเอง -A- ในเมื่อความจริงสิ่งที่จะต้องส่งสัญญาณว่ามีการผสมผสานที่ไม่ซ้ำกันอาจจะเป็นของการกำหนดค่าการอนุญาตมีผลสำหรับผู้ใช้นี้ / กลุ่มสำหรับวัตถุนี้.
ขาดการสร้างบทบาทและการจัดการคือการขาดขนาดใหญ่. มันจะไกลได้ง่ายขึ้น ทำความสะอาดและรวดเร็วในการกำหนดค่า Tableau Server เพื่อต้องการที่เฉพาะเจาะจงว่ามันเป็นไปได้ที่จะสร้างบทบาทที่กำหนดเองที่แท้จริงและนำไปใช้เมื่อใดและที่พวกเขากำลังที่จำเป็น. นอกจากนี้ยังจะทำให้ทั้งระบบมากขึ้นโปร่งใส Tableau Server ของผู้ดูแลระบบจะต้องได้ง่ายขึ้นมาก เวลาของการทำความเข้าใจสิ่งที่เป็นจริงสิทธิ์ในผลทำให้มันง่ายมากที่จะสนับสนุนผู้มีส่วนได้เสียทางธุรกิจที่ไม่สามารถมองเห็นสิ่งที่พวกเขาควรจะหรือสามารถมองเห็นสิ่งที่พวกเขาไม่ควร.
ยกตัวอย่างเช่นมันจะดีมากที่จะ มีบทบาทสำคัญสำหรับการดูที่ได้รับอนุญาตการกรอง แต่ไม่สามารถที่จะเห็นข้อมูลพื้นฐาน.
"สืบทอด" เป็นชื่อที่ไม่ดีอย่างแปลกประหลาดสำหรับสิ่งที่เป็นจริงคือ "ไม่ได้กำหนดค่าที่นี่" หนึ่งในปัญหากับการใช้ "สืบทอด" ก็คือว่ามันหมายถึงสิ่งที่ส่วนใหญ่ของคนที่เห็นมันแตกต่างจากความหมายของมันใน Tableau เซิร์ฟเวอร์วิธีเป็นตัวอธิบายได้ไม่ดีและยากที่จะออกปริศนา.

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

ผลลัพธ์ (ไทย) 3:

ข้อสังเกตและข้อคิดเห็นไม่มีบทบาท " สิทธิ์ที่เคยตั้งให้ปฏิเสธมันไม่ได้ชัดเจนจากเอกสารประกอบฉาก แต่ถ้าอนุญาตอย่างชัดเจนอนุญาตวัตถุมันเป็นอย่างมีประสิทธิภาพปฏิเสธ - นี้จะทำให้การใช้บวกอนุญาตให้เฉพาะ permissioning เป็นกลยุทธ์ที่มีประสิทธิภาพ ( ผมจะเขียนเพิ่มเติมเกี่ยวกับเรื่องนี้ )การใช้บทบาทที่เหมาะสมตราบเท่าที่มันตรงกับบทบาทที่คุณต้องการตั้งค่าสำหรับวัตถุ มิฉะนั้น จะต้องสวมหน้ากากและนี้แนะนำความซับซ้อนที่สามารถจะสับสนมากกว่า ถ้าบทไม่ใช้ในสถานที่แรกชื่อ " กำหนดเอง " " หน้าที่ " มัน " ไม่ใช่หนึ่งในคนที่ preconfigured " โชคร้าย ในหลายวิธีที่แตกต่างกัน อย่างน้อยก็แสดงให้เห็นว่ามี - - บทบาทเอง เมื่อในความเป็นจริง สิ่งที่จะต้องส่งสัญญาณให้มีเอกลักษณ์ผสมผสานของการกำหนดค่าอนุญาตอาจมีผลให้ผู้ใช้ / กลุ่มสำหรับวัตถุนี้ขาดการสร้างบทบาทและการจัดการเป็นขาดใหญ่ มันจะไกลได้ง่ายขึ้น สะอาด และรวดเร็ว เพื่อปรับแต่งเซิร์ฟเวอร์ความต้องการเฉพาะฉากถ้ามันเป็นไปได้ที่จะสร้างบทบาทเองจริงและใช้พวกเขาเมื่อและที่พวกเขาต้องการ มันจะทำให้ทั้งระบบมากโปร่งใสมากขึ้นฉากเซิร์ฟเวอร์ผู้ดูแลระบบจะมีเวลาได้ง่ายขึ้น เข้าใจอะไรที่เป็นจริงในผลทำให้มันที่ง่ายมากที่จะสนับสนุนผู้มีส่วนได้เสียทางธุรกิจที่ไม่สามารถมองเห็นสิ่งที่พวกเขาต้อง หรือมองเห็นสิ่งที่พวกเขาไม่ควรทำตัวอย่างเช่น , มันคงจะดีมากที่จะมีบทบาทสำหรับการดูที่อนุญาตให้กรอง แต่ไม่ได้มีความสามารถในการดูข้อมูลพื้นฐาน ." สืบทอด " เป็นชื่อที่แย่ยิ่ง สำหรับ ๆ คือ " ไม่มีการปรับแต่งที่นี่ " หนึ่งในปัญหากับการใช้ " สืบทอด " คือว่ามันมีความหมายกับคนส่วนใหญ่มากที่เห็นแตกต่างจากความหมายของมันในฉากเซิร์ฟเวอร์ วิธีตัวเองไม่ดีอธิบายยากปริศนาออกมาฉันหวังว่านี้เป็นประโยชน์ มีปริมาณมากขึ้นเพื่อสำรวจและอธิบายเกี่ยวกับสิทธิ์และฉันหวังว่าสักวันได้ดี กระชับ อธิบายออกมาสู่โลก