แนวทางปฏิบัติที่ดีที่สุดในมาตรฐานชื่อผู้ใช้: หลีกเลี่ยงปัญหา

ฉันสนใจที่จะค้นหาว่าประสบการณ์ของผู้ใช้ชื่อผู้ใช้มาตรฐานคืออะไร ฉันเคยอยู่ในสถานที่ที่ใช้{firstInitial} {lastname} (บางครั้งมีการจำกัดความยาว) ตอนนี้ฉันเป็นผู้ใช้ที่ต้องการ{firstname}. {lastname} - และตอนนี้มันขึ้นมาว่าช่วงเวลาอาจทำให้เกิดปัญหา

โดยเฉพาะ:

• ขีดจำกัดความยาวชื่อผู้ใช้ที่ดีที่สุดที่จะใช้เพื่อรักษาความเข้ากันได้กับการใช้งานทั้งหมดคืออะไร
• ควรหลีกเลี่ยงอักขระใด

UPDATE:เหตุผลที่ฉันไม่ได้พูดถึงเรื่องที่เฉพาะเจาะจงคือฉันต้องการที่จะเป็นคนทั่วไปพอที่จะรับมือกับสิ่งที่อาจเกิดขึ้นในอนาคต อย่างไรก็ตามนั่นอาจเป็นเรื่องธรรมดาเกินไปสำหรับความต้องการ (อาจเกิดอะไรขึ้นใช่มั้ย)

นี่คือสภาพแวดล้อมของเรา: เซิร์ฟเวอร์ Ubuntu Lucid Lynx 10.04 LTS, Red Hat Enterprise Linux 5.6 ขึ้นไป, Windows Server 2003 และ Windows 2000 Server (พร้อม Active Directory ใน Windows 2000 Native Mode), Zimbra 7.x สำหรับเมลและ OpenLDAP ใกล้ อนาคต.

ปรับปรุง:ฉันควรพูดถึง (เพื่อความสมบูรณ์) ที่ฉันเห็นคำถามนี้ (แม้ว่ามันจะไม่ได้ตอบคำถามที่ถามของฉัน) และเว็บโพสต์นี้ซึ่งทั้งสองอย่างนี้มีข้อมูลมาก

ปัญหานี้เป็นปัญหาเรื้อรังที่เกิดขึ้นกับระบบการจัดการข้อมูลผู้ใช้จำนวนมากที่พยายามรวมระบบต่างกันเข้าด้วยกัน คุณจะถูก จำกัด ให้เป็นตัวหารร่วมที่ต่ำที่สุดซึ่งทั้งหมดก็มักจะเป็นขีด จำกัด ASCII-alpha-8 ตัวเลข 8 ตัวอักษรเนื่องจากระบบ Unix ที่เหมือนกันบางระบบอาจอยู่ในลำไส้ของดาต้าเซ็นเตอร์ ระบบที่ทันสมัยทันสมัยเหล่านี้สามารถใช้ชื่อผู้ใช้ UTF8 ที่มีความยาวตามอำเภอใจไม่น่าที่จะถูกนำมาใช้

ฉันใช้เวลา 7 ปีในสถาบันการศึกษาระดับสูงที่เราต้องคิดชื่อผู้ใช้ 8 ตัวอักษรสำหรับนักเรียนใหม่ 5,000 คนทุกปี เราจัดการกับชื่อเฉพาะสำหรับนักเรียน 15 ปีตามเวลาที่ฉันออก สามารถทำได้นาย smitj510

สิ่งที่จะทำให้ชีวิตของคุณง่ายขึ้นอย่างล้นเหลือ:

• คิดออกว่าตัวหารร่วมที่ต่ำที่สุดของคุณคืออะไรซึ่งต้องวิเคราะห์ทุกส่วนของระบบการจัดการตัวตนของคุณเพื่อค้นหาว่าข้อ จำกัด นั้นคืออะไร
  • ระบบ Solaris 7 เก่านั้นกำลังจำกัดความยาว 8 อักขระ
  • แอปพลิเคชันที่สำคัญที่ใช้ข้อมูลประจำตัวมีขีด จำกัด ของตัวเองคุณจะต้องพิจารณา
    • บางทีพวกเขาคาดหวังว่าข้อมูลผู้ใช้จาก LDAP จะสอดคล้องกับ 'มาตรฐาน' ที่ไม่ซ้ำใคร
    • บางทีฐานข้อมูลการพิสูจน์ตัวตนที่ใช้สามารถจัดการข้อมูลที่จัดรูปแบบบางอย่างเท่านั้น
• มีตารางฐานข้อมูลพร้อมรายชื่อ One True Identifier (ชื่อบัญชีตัวละคร 8 ตัว) พร้อมลิงก์ / ฟิลด์ที่แสดงรายการรหัสอื่นของสิ่งที่ชอบfirstname.lastnameหรือสิ่งอื่น ๆ ที่อาจเกิดขึ้น
  • ซอฟต์แวร์นอกชั้นวางสามารถทำสิ่งที่แปลกและไม่เป็นมิตรเช่นใช้รหัสตัวเลขสำหรับชื่อบัญชีหรือสร้างรหัสบัญชีอัตโนมัติโดยใช้ข้อมูลโปรไฟล์ ทั้งหมดที่เข้าไปในตารางฐานข้อมูลด้วย
  • สิ่งนี้ยังช่วยคนที่ไม่ใช่ [az | 0-9] ในชื่อของพวกเขาเช่น Harry O'Neil หรือคนที่ไม่ใช่ ASCII เช่นAlžbêta
• เมื่อคุณสร้างกระบวนการซิงโครไนซ์บัญชีของคุณใช้ประโยชน์จากตารางฐานข้อมูลนั้นเพื่อให้แน่ใจว่าบัญชีที่เหมาะสมได้รับการอัปเดตที่ถูกต้อง เมื่อชื่อเปลี่ยน (การแต่งงานการหย่าร้างอื่น ๆ ) คุณต้องการให้การเปลี่ยนแปลงเหล่านั้นเผยแพร่ไปยังสถานที่ที่เหมาะสม
  • กำหนดค่าฐานข้อมูลตัวตนที่แท้จริงเพื่อป้องกันการเปลี่ยนแปลงในท้องถิ่นที่เป็นไปได้และกระบวนการทางธุรกิจเพื่อไม่สนับสนุนอย่างยิ่งว่าเมื่อไม่สามารถทำได้ พึ่งพากระบวนการซิงค์บัญชีกลางสำหรับทุกสิ่งที่คุณทำได้
• ใช้ประโยชน์จากระบบนามแฝงทุกที่ที่คุณทำได้เช่นในอีเมล
• พิจารณา 8-char ID ที่ไม่เปลี่ยนรูปเนื่องจากการเปลี่ยนฟิลด์ดังกล่าวสามารถก่อให้เกิดความเจ็บปวดมากมายในหมู่พนักงานไอทีเนื่องจากต้องสร้างบัญชีใหม่
  • สิ่งนี้ชี้ให้เห็นว่ารหัสบัญชีไม่ได้มาจากข้อมูลชื่อเนื่องจากการแต่งงาน / การหย่าร้าง / คำสั่งศาลสามารถเปลี่ยนแปลงข้อมูลชื่อได้ตลอดเวลา
• มีระบบในสถานที่สำหรับการยกเว้นเนื่องจากจะมีบางอย่าง
  • การหย่าร้างที่น่ากลัวและข้อมูลชื่อที่สร้าง 8-char UID จะนำมาซึ่งความทรงจำทุกครั้งที่คุณต้องใส่มัน? เป็นมิตรกับผู้ใช้ของคุณและอนุญาตให้มีกลไกสำหรับการเปลี่ยนแปลงเหล่านี้ แต่ให้เงียบ
• ทำสิ่งที่คุณสามารถทำได้เพื่ออนุญาตให้มีการลงชื่อเข้าใช้ชื่อผู้ใช้หลายคนในระบบที่เป็นตัวเลือก
  • บางคนชอบ 8-uid ของตัวเองบางคนชอบ firstname.lastname@example.com มีความยืดหยุ่นทำให้เพื่อน
  • บางครั้งนี้ต้องใช้บังหน้าระบบ Web-based ของคุณด้วยเดียว sign-onกรอบเช่นCAS คุณจะประหลาดใจกับจำนวนชั้นวางของระบบที่รองรับกรอบ SSO เช่นนี้ดังนั้นอย่าท้อแท้

ซึ่งก็คือบอกว่าปฏิบัติเหมือนเป็นปัญหาฐานข้อมูลเพราะนั่นคือสิ่งที่มันเป็น เลือกคีย์หลักเพื่อความเข้ากันได้สูงสุดกับระบบของคุณ (น่าจะเป็น 8 ตัวอักษร) สร้างตารางการค้นหาเพื่อให้ระบบสามารถแปลรหัสประจำตัวท้องถิ่นเป็นคีย์หลักและสร้างระบบการซิงโครไนซ์ข้อมูลของคุณเพื่อจัดการ ID ต่างๆ

คำถามของคุณโดยเฉพาะ:

• ขีดจำกัดความยาวชื่อผู้ใช้ที่ดีที่สุดที่จะใช้เพื่อรักษาความเข้ากันได้กับการใช้งานทั้งหมดคืออะไร

ไม่มีสิ่งนั้น มีเพียงการใช้ "ของคุณ" ซึ่งอาจรวมถึงการใช้ในอนาคตของคุณ เราไม่รู้ว่ามันคืออะไร

• ควรหลีกเลี่ยงอักขระใด

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

ความคิดของฉันเพิ่มเติม:

• อย่าให้ผู้ใช้ของคุณถาม - บอกพวกเขาว่ามาตรฐานคืออะไรและเปิดให้กับธุรกิจ (ไม่ใช่ผู้ใช้รายบุคคล) ที่ร้องขอการเปลี่ยนแปลงมาตรฐานเมื่อมีการเปลี่ยนแปลงข้อกำหนด
• ทำ "นโยบายการยกเว้น" ในมาตรฐานเพื่อให้คุณสามารถช่วยเหลือซูซานเพนนิงตันและแมรี่อูตต์ (จากความคิดเห็นด้านบน) ที่น่าสงสารโดยไม่ต้องมีรองประธาน ทำให้มันดูดีใช่มั้ย

ประสบการณ์ของฉันเป็นเช่นนั้นสำหรับองค์กรขนาดใหญ่ที่เพียงพอการตัดสินใจใด ๆ ของคุณจะมีปัญหาเสมอ แม้ว่ามันจะใช้งานได้ในวันนี้ แต่ก็มีระบบที่คุณใช้ในวันพรุ่งนี้ที่มีปัญหากับมาตรฐานก่อนหน้านี้ (ปัญหาด้านความยาวปัญหาเกี่ยวกับตัวละครและอื่น ๆ )

ให้แน่ใจว่าได้ตรวจสอบว่าการผลักดันชื่อ First.Lastname เกี่ยวข้องกับอีเมลและไม่จำเป็นต้องเข้าสู่ระบบชื่อ ฉันคิดว่ามันยากที่จะเชื่อว่าผู้ใช้ต้องการพิมพ์ "John.Smith" แทนที่จะเป็น "jsmith" เมื่อเข้าสู่ระบบ แต่ฉันขายได้มากขึ้นจากแนวคิดที่ว่าเขาต้องการ "John.Smith@company.com "เป็นที่อยู่อีเมลของเขา @Mfinni ชี้ให้เห็นว่ามีตัวเลือกสำหรับผู้ใช้ที่จะมีชื่อแทนอีเมลหลายรายการส่งต่อ ฯลฯ เพียงแจ้งให้ผู้ใช้ทราบว่ามีตัวเลือกในการยกเลิกชื่อผู้ใช้ของพวกเขาจากที่อยู่อีเมลของพวกเขาสามารถเปลี่ยนคำขอแบบไดนามิกได้

สำหรับระบบ Unix และ Linux {firstInitial} {lastname} นั้นเหมาะสมอย่างยิ่ง

...

ด้วยเหตุผลที่ควรชัดเจนจากชื่อที่เชื่อมโยงกับบัญชีนี้

สิ่งหนึ่งที่ต้องระวังเมื่อตั้งมาตรฐานการตั้งชื่อข้ามแพลตฟอร์มเป็นปัญหาเกี่ยวกับเครื่องสำอางเฉพาะใน ps ใน Linux (และอาจเป็น Unix OSes อื่น ๆ ) คุณอาจจะหรืออาจไม่สนใจเรื่องนี้ (แต่มันอาจเป็นเรื่องที่น่าตกใจสำหรับคนที่ไม่คาดหวัง ...

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

คนส่วนใหญ่อาจไม่สนใจเรื่องนี้ แต่ถ้าคุณกำลังประมวลผลเอาต์พุต ps บางอย่างและคาดหวังว่าชื่อผู้ใช้ที่แท้จริงจะปรากฏคุณควรระมัดระวังความยาวชื่อของคุณ (มิฉะนั้นคุณจะใส่แฮ็คในรหัสของคุณ เพื่อให้ ps ทำในสิ่งที่ถูกต้อง)

ตัวอย่างเช่น:

นี่คือรูปแบบคอลัมน์เริ่มต้นสำหรับรายการรูปแบบเต็ม โปรดทราบว่า uid ของฉันอยู่ในรูปแบบตัวเลขเพราะชื่อผู้ใช้ของฉันคือ> 8 ตัวอักษร

[tcampbell@tst-agg1 ~]$ ps -f
  UID        PID  PPID  C STIME TTY          TIME CMD
 2108      1368  1367  0 Jan10 pts/3    00:00:00 -bash
 2108     22303  1368  0 12:07 pts/3    00:00:00 ps -f

ลองสร้างใหม่โดยใช้รูปแบบคอลัมน์ที่กำหนดเอง โปรดทราบว่าฉันได้เพิ่มคอลัมน์ USER แล้ว โปรดทราบว่ามันยังอยู่ในรูปแบบตัวเลข

[tcampbell@tst-agg1 ~]$ ps -o uid,user,c,stime,tty,time,cmd    
  UID USER      C STIME TT           TIME CMD
 2108 2108      0 Jan10 pts/3    00:00:00 -bash
 2108 2108      0 12:05 pts/3    00:00:00 ps -o uid,user,c,stime,tty,time,cmd

ลองย้าย USER ไปที่ท้ายบรรทัด มันได้รับการขยายไปยังเอาต์พุต "ขวา"

[tcampbell@tst-agg1 ~]$ ps -o uid,user,c,stime,tty,time,cmd,user
  UID USER      C STIME TT           TIME CMD                         USER
 2108 2108      0 Jan10 pts/3    00:00:00 -bash                       tcampbell
 2108 2108      0 12:05 pts/3    00:00:00 ps -o uid,user,c,stime,tty, tcampbell

แต่ทันทีที่เราเพิ่มสิ่งใหม่ลงในส่วนท้ายของรายการคอลัมน์มันจะเปลี่ยนกลับเป็นรูปแบบตัวเลข

[tcampbell@tst-agg1 ~]$ ps -o uid,user,c,stime,tty,time,cmd,user,pid
  UID USER      C STIME TT           TIME CMD                         USER       PID
 2108 2108      0 Jan10 pts/3    00:00:00 -bash                       2108      1368
 2108 2108      0 12:05 pts/3    00:00:00 ps -o uid,user,c,stime,tty, 2108     21756

[ตัวอักษรบางตัวจากชื่อ] [ตัวอักษรบางตัวจากนามสกุล] [nnn]

foreg: หากชื่อคือ Bill Gates คุณสามารถใช้ ' biga00 ' หรือbilgat000

หากประตูเรียกเก็บเงินถัดไปมาจะเป็น 'biga01' หรือ bilgat001 'สำหรับเขา

จากมุมมอง Operations, Administration and Maintenance (OAM) ชื่อผู้ใช้จะต้องแยกแยะได้ง่าย อย่างไรก็ตามจากมุมมองทางธุรกิจชื่อผู้ใช้ (a / k / a อีเมลแทน) จะต้องได้รับการจดจำหรือเรียกคืนโดยผู้อื่นได้อย่างง่ายดาย

มันอาจจะเป็นเช่น:

• first.last.index@domain
• ครั้งแรก (เริ่มต้น) โดเมน .last.index @