- ข้อความ
- ประวัติศาสตร์
pGina is a replacement for the defa
pGina is a replacement for the default Windows Credential Provider (CP), or GINA (for XP and earlier). Through plugins, pGina allows you to configure many aspects of the login process from authentication and authorization through to logging and terminal events.
Note that the Credential Provider framework is supported in Windows 7/Vista and higher. Prior versions of Windows used a framework called GINA. For much of this guide, we'll simply refer to it as a Credential Provider or CP.
The diagram below represents the major pGina subsystems involved in a typical logon process.
pGina logon diagram
The logon process involves the following steps:
The user enters their credentials at the pGina logon user interface. Note that this UI may be one of several options (called credential providers) presented to the user. For example, the user might be presented with several tiles, many of which are local accounts with only one being the pGina UI.
The pGina credential provider passes the unaltered credentials to the pGina service. The service then sends those credentials through the plugin pipeline described below.
After the credentials have been processed by the plugins, the pGina service sends a result (success/failure) along with a set of credentials (username/ password) back to the pGina CP. Note that these credentials may not be the same as those that were provided by the user. They may have been altered at some stage by one or more plugins.
If the result returned from step three is success, the pGina credential provider passes the (possibly altered) credentials to Windows indicating a successful logon attempt. Note that pGina does not actually log the user on to the machine. It is the Windows OS itself that does that. This means that if a local account does not exist that matches the credentials, the logon will fail, even if the pGina plugins have registered success. Therefore, we must assure that a local account with the proper credentials exists. One option is to use the "Local Machine" plugin to create a local (temporary) account prior to logon. For details, see the documentation for the Local Machine plugin.
As indicated above, it is important to note that pGina does not actually log the user on to the computer. The Windows OS is still ultimately responsible for that. pGina's job is to authenticate and authorize the user, and perform any other pre-logon actions that may be provided by plugins.
Note that the Credential Provider framework is supported in Windows 7/Vista and higher. Prior versions of Windows used a framework called GINA. For much of this guide, we'll simply refer to it as a Credential Provider or CP.
The diagram below represents the major pGina subsystems involved in a typical logon process.
pGina logon diagram
The logon process involves the following steps:
The user enters their credentials at the pGina logon user interface. Note that this UI may be one of several options (called credential providers) presented to the user. For example, the user might be presented with several tiles, many of which are local accounts with only one being the pGina UI.
The pGina credential provider passes the unaltered credentials to the pGina service. The service then sends those credentials through the plugin pipeline described below.
After the credentials have been processed by the plugins, the pGina service sends a result (success/failure) along with a set of credentials (username/ password) back to the pGina CP. Note that these credentials may not be the same as those that were provided by the user. They may have been altered at some stage by one or more plugins.
If the result returned from step three is success, the pGina credential provider passes the (possibly altered) credentials to Windows indicating a successful logon attempt. Note that pGina does not actually log the user on to the machine. It is the Windows OS itself that does that. This means that if a local account does not exist that matches the credentials, the logon will fail, even if the pGina plugins have registered success. Therefore, we must assure that a local account with the proper credentials exists. One option is to use the "Local Machine" plugin to create a local (temporary) account prior to logon. For details, see the documentation for the Local Machine plugin.
As indicated above, it is important to note that pGina does not actually log the user on to the computer. The Windows OS is still ultimately responsible for that. pGina's job is to authenticate and authorize the user, and perform any other pre-logon actions that may be provided by plugins.
0/5000
pGina คือ การแทนที่ค่าเริ่มต้นให้บริการข้อมูลประจำตัว Windows (CP), หรือ GINA (สำหรับ XP และรุ่นก่อนหน้า) ผ่านการประกวด pGina ช่วยให้คุณสามารถกำหนดค่าในด้านของการเข้าสู่ระบบรับรองและตรวจสอบผ่านเหตุการณ์ล็อก และเทอร์มินัลสังเกตว่า กรอบข้อมูลประจำตัวผู้ได้รับการสนับสนุนใน Windows 7/Vista และสูงกว่า เวอร์ชันก่อนหน้าของ Windows ใช้กรอบที่เรียกว่า GINA สำหรับมากของคู่มือนี้ เราจะเพียงแค่อ้างอิงเป็นข้อมูลประจำตัวของผู้ให้บริการหรือ CPแผนภาพด้านล่างแสดงย่อย pGina สำคัญที่เกี่ยวข้องในกระบวนการเข้าสู่ระบบปกติไดอะแกรมการเข้าสู่ระบบ pGinaกระบวนการเข้าสู่ระบบเกี่ยวข้องกับขั้นตอนต่อไปนี้:ผู้ใช้ป้อนข้อมูลประจำตัวของพวกเขาที่ส่วนติดต่อผู้ใช้เข้าสู่ระบบ pGina โปรดสังเกตว่า UI นี้อาจเป็นหนึ่งในหลายตัวเลือก (เรียกว่าข้อมูลประจำตัวของผู้ให้บริการ) กับผู้ใช้ ตัวอย่าง ผู้ใช้อาจแสดง ด้วยกระเบื้องหลาย จำนวนมากที่มีบัญชีเดียวถูก pGina UIให้บริการข้อมูลประจำตัวของ pGina ผ่านประจำ unaltered บริการ pGina บริการส่งข้อมูลประจำตัวเหล่านั้นผ่านท่อปลั๊กอินที่อธิบายไว้ด้านล่างแล้วหลังจากที่มีการประมวลผลข้อมูล โดยปลั๊กอิน บริการ pGina ส่งผล (ความสำเร็จ/ล้มเหลว) กับชุดของข้อมูลประจำตัว (ชื่อผู้ใช้ / รหัสผ่าน) ไป pGina CP. หมายเหตุว่า ข้อมูลประจำตัวเหล่านี้อาจไม่เหมือนกับที่ได้จากผู้ใช้ พวกเขาอาจมีการเปลี่ยนแปลงได้ โดยการประกวดอย่าง น้อยหนึ่งถ้าผลกลับจากขั้นตอนที่สามคือความสำเร็จ ผู้ให้บริการข้อมูลประจำตัวของ pGina ผ่านข้อมูลประจำตัว (อาจเปลี่ยนแปลง) หน้าต่างแสดงความพยายามสู่การ หมายเหตุ pGina ที่จริงล็อกผู้ใช้ไปยังเครื่อง OS Windows เองที่ทำให้ได้ หมายความ ว่า บัญชีท้องถิ่นมีอยู่ที่ตรงกับข้อมูลประจำตัว การเข้าสู่ระบบจะไม่ แม้ว่าปลั๊กอินของ pGina ลงทะเบียนประสบความสำเร็จ ดังนั้น เราต้องมั่นใจว่า มีบัญชีท้องถิ่น มีข้อมูลประจำตัวที่เหมาะสม ตัวเลือกหนึ่งคือการ ใช้ปลั๊กอิน "เครื่อง" เพื่อสร้างบัญชีท้องถิ่น (ชั่วคราว) ก่อนเข้าสู่ระบบ สำหรับรายละเอียด ดูเอกสารประกอบสำหรับปลั๊กอินภายในเครื่องตามที่ระบุข้างต้น มันจะต้องหมายเหตุ pGina ที่จริงล็อกผู้ใช้ระบบคอมพิวเตอร์ ระบบปฏิบัติการ Windows ยังคงชอบที่ได้ งานของ pGina คือการ รับรองความถูกต้อง และอนุญาตผู้ใช้ และดำเนินการก่อนเข้าสู่ระบบอื่น ๆ ที่อาจให้ปลั๊กอิน
การแปล กรุณารอสักครู่..
pGina is a replacement for the default Windows Credential Provider (CP), or GINA (for XP and earlier). Through plugins, pGina allows you to configure many aspects of the login process from authentication and authorization through to logging and terminal events.
Note that the Credential Provider framework is supported in Windows 7/Vista and higher. Prior versions of Windows used a framework called GINA. For much of this guide, we'll simply refer to it as a Credential Provider or CP.
The diagram below represents the major pGina subsystems involved in a typical logon process.
pGina logon diagram
The logon process involves the following steps:
The user enters their credentials at the pGina logon user interface. Note that this UI may be one of several options (called credential providers) presented to the user. For example, the user might be presented with several tiles, many of which are local accounts with only one being the pGina UI.
The pGina credential provider passes the unaltered credentials to the pGina service. The service then sends those credentials through the plugin pipeline described below.
After the credentials have been processed by the plugins, the pGina service sends a result (success/failure) along with a set of credentials (username/ password) back to the pGina CP. Note that these credentials may not be the same as those that were provided by the user. They may have been altered at some stage by one or more plugins.
If the result returned from step three is success, the pGina credential provider passes the (possibly altered) credentials to Windows indicating a successful logon attempt. Note that pGina does not actually log the user on to the machine. It is the Windows OS itself that does that. This means that if a local account does not exist that matches the credentials, the logon will fail, even if the pGina plugins have registered success. Therefore, we must assure that a local account with the proper credentials exists. One option is to use the "Local Machine" plugin to create a local (temporary) account prior to logon. For details, see the documentation for the Local Machine plugin.
As indicated above, it is important to note that pGina does not actually log the user on to the computer. The Windows OS is still ultimately responsible for that. pGina's job is to authenticate and authorize the user, and perform any other pre-logon actions that may be provided by plugins.
Note that the Credential Provider framework is supported in Windows 7/Vista and higher. Prior versions of Windows used a framework called GINA. For much of this guide, we'll simply refer to it as a Credential Provider or CP.
The diagram below represents the major pGina subsystems involved in a typical logon process.
pGina logon diagram
The logon process involves the following steps:
The user enters their credentials at the pGina logon user interface. Note that this UI may be one of several options (called credential providers) presented to the user. For example, the user might be presented with several tiles, many of which are local accounts with only one being the pGina UI.
The pGina credential provider passes the unaltered credentials to the pGina service. The service then sends those credentials through the plugin pipeline described below.
After the credentials have been processed by the plugins, the pGina service sends a result (success/failure) along with a set of credentials (username/ password) back to the pGina CP. Note that these credentials may not be the same as those that were provided by the user. They may have been altered at some stage by one or more plugins.
If the result returned from step three is success, the pGina credential provider passes the (possibly altered) credentials to Windows indicating a successful logon attempt. Note that pGina does not actually log the user on to the machine. It is the Windows OS itself that does that. This means that if a local account does not exist that matches the credentials, the logon will fail, even if the pGina plugins have registered success. Therefore, we must assure that a local account with the proper credentials exists. One option is to use the "Local Machine" plugin to create a local (temporary) account prior to logon. For details, see the documentation for the Local Machine plugin.
As indicated above, it is important to note that pGina does not actually log the user on to the computer. The Windows OS is still ultimately responsible for that. pGina's job is to authenticate and authorize the user, and perform any other pre-logon actions that may be provided by plugins.
การแปล กรุณารอสักครู่..
pGina is a replacement for the default Windows Credential Provider (CP), or GINA (for XP and earlier). Through plugins, pGina allows you to configure many aspects of the login process from authentication and authorization through to logging and terminal events.
Note that the Credential Provider framework is supported in Windows 7/Vista and higher.ก่อนที่รุ่นของ Windows ที่ใช้เป็นกรอบที่เรียกว่า จีน่า สำหรับมากของคู่มือเล่มนี้ เราก็จะบอกว่า มันเป็นผู้ให้บริการข้อมูลหรือ CP
แผนภาพด้านล่างแสดงถึงหลัก pgina ระบบที่เกี่ยวข้องในกระบวนการเข้าสู่ระบบปกติ
pgina เข้าสู่ระบบแผนผังกระบวนการเข้าสู่ระบบจะเกี่ยวข้องกับขั้นตอนต่อไปนี้ :
ผู้ใช้เข้าสู่ข้อมูลที่ pgina เข้าสู่ระบบอินเตอร์เฟซผู้ใช้ Note that this UI may be one of several options (called credential providers) presented to the user. For example, the user might be presented with several tiles, many of which are local accounts with only one being the pGina UI.
The pGina credential provider passes the unaltered credentials to the pGina service. The service then sends those credentials through the plugin pipeline described below.
After the credentials have been processed by the plugins, the pGina service sends a result (success/failure) along with a set of credentials (username/ password) back to the pGina CP. Note that these credentials may not be the same as those that were provided by the user. They may have been altered at some stage by one or more plugins.
If the result returned from step three is success, the pGina credential provider passes the (possibly altered) credentials to Windows indicating a successful logon attempt. Note that pGina does not actually log the user on to the machine. It is the Windows OS itself that does that.ซึ่งหมายความว่าถ้าบัญชีท้องถิ่นไม่ได้อยู่ที่ตรงกับสิทธิการเข้าสู่ระบบจะล้มเหลว แม้ว่า pgina ปลั๊กอินได้ลงทะเบียนสำเร็จ ดังนั้น เราต้องมั่นใจว่า มีบัญชีท้องถิ่นที่มีสิทธิที่เหมาะสมอยู่แล้ว ตัวเลือกหนึ่งคือการใช้ " เครื่องจักร " ท้องถิ่นปลั๊กอินเพื่อสร้างบัญชีท้องถิ่น ( ชั่วคราว ) ก่อนเข้าสู่ระบบ สำหรับรายละเอียด see the documentation for the Local Machine plugin.
As indicated above, it is important to note that pGina does not actually log the user on to the computer. The Windows OS is still ultimately responsible for that. pGina's job is to authenticate and authorize the user, and perform any other pre-logon actions that may be provided by plugins.
Note that the Credential Provider framework is supported in Windows 7/Vista and higher.ก่อนที่รุ่นของ Windows ที่ใช้เป็นกรอบที่เรียกว่า จีน่า สำหรับมากของคู่มือเล่มนี้ เราก็จะบอกว่า มันเป็นผู้ให้บริการข้อมูลหรือ CP
แผนภาพด้านล่างแสดงถึงหลัก pgina ระบบที่เกี่ยวข้องในกระบวนการเข้าสู่ระบบปกติ
pgina เข้าสู่ระบบแผนผังกระบวนการเข้าสู่ระบบจะเกี่ยวข้องกับขั้นตอนต่อไปนี้ :
ผู้ใช้เข้าสู่ข้อมูลที่ pgina เข้าสู่ระบบอินเตอร์เฟซผู้ใช้ Note that this UI may be one of several options (called credential providers) presented to the user. For example, the user might be presented with several tiles, many of which are local accounts with only one being the pGina UI.
The pGina credential provider passes the unaltered credentials to the pGina service. The service then sends those credentials through the plugin pipeline described below.
After the credentials have been processed by the plugins, the pGina service sends a result (success/failure) along with a set of credentials (username/ password) back to the pGina CP. Note that these credentials may not be the same as those that were provided by the user. They may have been altered at some stage by one or more plugins.
If the result returned from step three is success, the pGina credential provider passes the (possibly altered) credentials to Windows indicating a successful logon attempt. Note that pGina does not actually log the user on to the machine. It is the Windows OS itself that does that.ซึ่งหมายความว่าถ้าบัญชีท้องถิ่นไม่ได้อยู่ที่ตรงกับสิทธิการเข้าสู่ระบบจะล้มเหลว แม้ว่า pgina ปลั๊กอินได้ลงทะเบียนสำเร็จ ดังนั้น เราต้องมั่นใจว่า มีบัญชีท้องถิ่นที่มีสิทธิที่เหมาะสมอยู่แล้ว ตัวเลือกหนึ่งคือการใช้ " เครื่องจักร " ท้องถิ่นปลั๊กอินเพื่อสร้างบัญชีท้องถิ่น ( ชั่วคราว ) ก่อนเข้าสู่ระบบ สำหรับรายละเอียด see the documentation for the Local Machine plugin.
As indicated above, it is important to note that pGina does not actually log the user on to the computer. The Windows OS is still ultimately responsible for that. pGina's job is to authenticate and authorize the user, and perform any other pre-logon actions that may be provided by plugins.
การแปล กรุณารอสักครู่..
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.
- ฉันเข้าใจว่าคุณกำลังยุ่ง
- (a) a person to whom an approval has bee
- ตกใจและรู้สึกดีในเวลาเดียวกัน
- Clinic doctor is not legal
- ร้านอาหาร
- ผมร้อนมาก ๆ
- บอกฉันถ้าคุณอยู่ morgen
- のお前はオレに近い
- manure
- ไปกินข้าว
- เนตรนภา
- พณพจน์ สารสิน หลวงสุขุมนัย ประดิษฐ์ และน
- เรียนหนักหรอ?
- ฉันชื่อ แตน
- คุณเชื่อในบทเพลงนี้ใช่ไหม
- ฉันชื่อ แตน
- Quality Consciousness - Produces work th
- ฉันรักคุณมาก ทุกหยดน้ำตาจากฉันแทนความคิด
- Aku kangen kamu
- The cleaning efficacy and its products h
- sole Cropping and Intercropping for 20 y
- คุณพูดแบบนี้กับผู้หญิงมุกคนหรือเปล่า
- สเตเดียม
- The cleaning efficacy and its products h
