วิธีที่เข้ากันได้กับ POSIX เพื่อรับชื่อผู้ใช้ที่เชื่อมโยงกับ ID ผู้ใช้

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

การแยกวิเคราะห์ /etc/passwd

วิธีแรกที่ฉันพยายามคือการแยกวิเคราะห์/etc/passwd(โดยใช้awk)

awk -v uid="$uid" -F: '$3 == uid {print $1}' /etc/passwd

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

ใช้getentคำสั่ง

การใช้getent passwdเป็นแบบพกพามากกว่าการแยกวิเคราะห์/etc/passwdเนื่องจากยังทำการสืบค้นฐานข้อมูล NIS หรือ LDAP ที่ไม่ใช่ท้องถิ่น

• getent - Wikipedia
• getent (1) - หน้าลินุกซ์

getent passwd "$uid" | cut -d: -f1

น่าเสียดายgetentที่ POSIX ไม่ได้ระบุยูทิลิตี

ใช้idคำสั่ง

id เป็นยูทิลิตี้มาตรฐาน POSIX สำหรับการรับข้อมูลเกี่ยวกับตัวตนของผู้ใช้

การปรับใช้ BSD และ GNU ยอมรับ ID ผู้ใช้ในฐานะตัวถูกดำเนินการ:

• id (1) - หน้าคู่มือ OpenBSD
• id (1) - หน้าคน FreeBSD
• Coreutils GNU: การขอรหัส

หมายความว่าสามารถใช้พิมพ์ชื่อล็อกอินที่เชื่อมโยงกับ ID ผู้ใช้:

id -nu "$uid"

อย่างไรก็ตามการระบุ ID ผู้ใช้เป็นตัวถูกดำเนินการไม่ได้ระบุใน POSIX; มันอธิบายการใช้ชื่อล็อกอินเป็นตัวถูกดำเนินการเท่านั้น

รวมทั้งหมดข้างต้น

ฉันถือว่าการรวมสามวิธีข้างต้นเป็นสิ่งต่อไปนี้:

get_username(){
    uid="$1"
    # First try using getent
    getent passwd "$uid" | cut -d: -f1 ||
        # Next try using the UID as an operand to id.
        id -nu "$uid" ||
        # As a last resort, parse `/etc/passwd`.
        awk -v uid="$uid" -F: '$3 == uid {print $1}' /etc/passwd
}

อย่างไรก็ตามนี่คือ clunky, inelegant และ - ที่สำคัญกว่า - ไม่แข็งแกร่ง; มันออกจากสถานะไม่เป็นศูนย์หาก ID ผู้ใช้ไม่ถูกต้องหรือไม่มีอยู่ ก่อนที่ฉันจะเขียนสคริปต์เชลล์ที่ยาวกว่าและ clunkier ที่วิเคราะห์และเก็บสถานะการออกของการเรียกใช้คำสั่งแต่ละครั้งฉันคิดว่าฉันจะถามที่นี่:

มีวิธีที่สะดวกและพกพามากขึ้น (เข้ากันได้กับ POSIX) ในการรับชื่อล็อกอินที่เชื่อมโยงกับ ID ผู้ใช้หรือไม่?

PATHวิธีการหนึ่งที่ร่วมกันในการทำเช่นนี้คือการทดสอบว่าโปรแกรมที่คุณต้องการที่มีอยู่และสามารถใช้ได้จากคุณ ตัวอย่างเช่น:

get_username(){
  uid="$1"

  # First try using getent
  if command -v getent > /dev/null 2>&1; then 
    getent passwd "$uid" | cut -d: -f1

  # Next try using the UID as an operand to id.
  elif command -v id > /dev/null 2>&1 && \
       id -nu "$uid" > /dev/null 2>&1; then
    id -nu "$uid"

  # Next try perl - perl's getpwuid just calls the system's C library getpwuid
  elif command -v perl >/dev/null 2>&1; then
    perl -e '@u=getpwuid($ARGV[0]);
             if ($u[0]) {print $u[0]} else {exit 2}' "$uid"

  # As a last resort, parse `/etc/passwd`.
  else
      awk -v uid="$uid" -F: '
         BEGIN {ec=2};
         $3 == uid {print $1; ec=0; exit 0};
         END {exit ec}' /etc/passwd
  fi
}

เพราะ POSIX idไม่สนับสนุนข้อโต้แย้ง UID ที่ elifข้อสำหรับidที่มีการทดสอบไม่เพียง แต่ไม่ว่าจะidอยู่ในเส้นทาง แต่ยังไม่ว่ามันจะทำงานโดยไม่มีข้อผิดพลาด ซึ่งหมายความว่าอาจทำงานidสองครั้งซึ่งโชคดีที่จะไม่ส่งผลกระทบต่อประสิทธิภาพการทำงาน นอกจากนี้ยังเป็นไปได้ว่าทั้งคู่idและawkจะถูกเรียกใช้โดยมีประสิทธิภาพการทำงานเล็กน้อยเช่นเดียวกัน

BTW ด้วยวิธีนี้ไม่จำเป็นต้องเก็บผลลัพธ์ จะมีเพียงหนึ่งรายการเท่านั้นที่ทำงานดังนั้นจะมีเพียงหนึ่งรายการเท่านั้นที่พิมพ์ออกมาเพื่อให้ฟังก์ชันส่งคืน

POSIX ไม่มีอะไรที่จะช่วยidได้ การลองidและถอยกลับไปที่การแจง/etc/passwdอาจเป็นแบบพกพาได้ในทางปฏิบัติ

BusyBox idไม่ยอมรับ ID ผู้ใช้ แต่ระบบที่มี BusyBox มักเป็นระบบฝังตัวแบบอิสระที่แยกวิเคราะห์/etc/passwdได้เพียงพอ

ในกรณีที่คุณพบระบบที่ไม่ใช่ GNU ที่idไม่ยอมรับ ID ผู้ใช้คุณสามารถลองโทรgetpwuidผ่าน Perl ได้เพราะมีโอกาส:

username=$(perl -e 'print((getpwuid($ARGV[0]))[0])) 2>/dev/null
if [ -n "$username" ]; then echo "$username"; return; fi

หรือ Python:

if python -c 'import pwd, sys; print(pwd.getpwuid(int(sys.argv[1]))).pw_name' 2>/dev/null; then return; fi

POSIX ระบุgetpwuidว่าเป็นฟังก์ชัน C มาตรฐานเพื่อค้นหาฐานข้อมูลผู้ใช้สำหรับ ID ผู้ใช้ที่อนุญาตให้แปล ID เป็นชื่อล็อกอิน ฉันดาวน์โหลดซอร์สโค้ดสำหรับ GNU coreutilsและสามารถดูฟังก์ชั่นนี้ถูกนำมาใช้ในการดำเนินงานของพวกเขาของสาธารณูปโภคเช่นและidls

ในแบบฝึกหัดการเรียนรู้ฉันเขียนโปรแกรม C ที่รวดเร็วและสกปรกเพื่อทำตัวเป็น wrapper สำหรับฟังก์ชั่นนี้ โปรดจำไว้ว่าฉันไม่ได้ตั้งโปรแกรมใน C ตั้งแต่วิทยาลัย (หลายปีที่ผ่านมา) และฉันไม่ได้ตั้งใจที่จะใช้สิ่งนี้ในการผลิต แต่ฉันคิดว่าฉันโพสต์ไว้ที่นี่เพื่อพิสูจน์แนวคิด (ถ้าใครต้องการแก้ไข , ตามสบาย):

#include <stdio.h>
#include <stdlib.h>  /* atoi */
#include <pwd.h>

int main( int argc, char *argv[] ) {
    uid_t uid;
    if ( argc >= 2 ) {
        /* NB: atoi returns 0 (super-user ID) if argument is not a number) */
        uid = atoi(argv[1]);
    }
    /* Ignore any other arguments after the first one. */
    else {
        fprintf(stderr, "One numeric argument must be supplied.\n");
        return 1;
    }

    struct passwd *pwd;
    pwd = getpwuid(uid);
    if (pwd) {
        printf("The login name for %d is: %s\n", uid, pwd->pw_name);
        return 0;
    }
    else {
        fprintf(stderr, "Invalid user ID: %d\n", uid);
        return 1;
    }
}

ฉันไม่มีโอกาสทดสอบด้วย NIS / LDAP แต่ฉันสังเกตเห็นว่าหากมีหลายรายการสำหรับผู้ใช้เดียวกันระบบ/etc/passwdจะเพิกเฉยต่อทั้งหมดยกเว้นรายการแรก

ตัวอย่างการใช้งาน:

$ ./get_user ""
The login name for 0 is: root

$ ./get_user 99
Invalid user ID: 99

โดยทั่วไปฉันจะแนะนำไม่ให้ทำเช่นนี้ การแม็พจากชื่อผู้ใช้ไปยัง uids ไม่ใช่แบบหนึ่งต่อหนึ่งและการเข้ารหัสสมมุติฐานที่คุณสามารถแปลงกลับจาก uid เพื่อให้ชื่อผู้ใช้กำลังจะแตกหัก ตัวอย่างเช่นฉันมักจะรันคอนเทนเนอร์ที่ไม่มีรูทของผู้ใช้โดยสมบูรณ์โดยการสร้างไฟล์passwdและgroupในคอนเทนเนอร์แม็พชื่อผู้ใช้และกลุ่มทั้งหมดเป็น id 0; สิ่งนี้ช่วยให้การติดตั้งแพคเกจทำงานได้โดยไม่chownล้มเหลว แต่ถ้ามีบางสิ่งพยายามแปลง 0 กลับไปเป็น uid และไม่ได้สิ่งที่คาดหวัง ดังนั้นในตัวอย่างนี้แทนที่จะแปลงกลับและเปรียบเทียบชื่อผู้ใช้คุณควรแปลงเป็น uids และเปรียบเทียบในพื้นที่นั้น

หากคุณจำเป็นต้องทำการดำเนินการนี้จริงๆมันอาจเป็นไปได้ที่จะทำครึ่งแบบพกพาถ้าคุณรูทโดยการสร้างไฟล์ temp นำchownไปสู่ ​​uid จากนั้นใช้lsเพื่ออ่านและแยกชื่อเจ้าของ แต่ฉันจะใช้วิธีที่รู้จักกันดีซึ่งไม่ได้มาตรฐาน แต่ "พกพาในทางปฏิบัติ" เช่นเดียวกับที่คุณพบแล้ว

แต่อย่าทำเช่นนี้อีก บางครั้งสิ่งที่ทำยากก็คือการส่งข้อความถึงคุณ