WO2024009441A1 - ディスクレスクライアント認証システム、認証サーバ、プログラムおよびディスクレスクライアント認証方法 - Google Patents

ディスクレスクライアント認証システム、認証サーバ、プログラムおよびディスクレスクライアント認証方法 Download PDF

Info

Publication number
WO2024009441A1
WO2024009441A1 PCT/JP2022/026872 JP2022026872W WO2024009441A1 WO 2024009441 A1 WO2024009441 A1 WO 2024009441A1 JP 2022026872 W JP2022026872 W JP 2022026872W WO 2024009441 A1 WO2024009441 A1 WO 2024009441A1
Authority
WO
WIPO (PCT)
Prior art keywords
client
diskless
diskless client
authentication
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2022/026872
Other languages
English (en)
French (fr)
Inventor
文彦 澤崎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Inc
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to PCT/JP2022/026872 priority Critical patent/WO2024009441A1/ja
Priority to JP2024531831A priority patent/JP7827148B2/ja
Priority to US18/878,791 priority patent/US20250385908A1/en
Publication of WO2024009441A1 publication Critical patent/WO2024009441A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/44—Program or device authentication

Definitions

  • the present invention relates to a diskless client authentication system, an authentication server, a program, and a diskless client authentication method that authenticate diskless clients before system startup.
  • a diskless client is a system that does not store an OS (Operating System), application programs, user data, etc., and relies on a server (file server).
  • Diskless clients do not have hard disk drives (HDDs), which are prone to failures, so they are less prone to failures, they can easily replicate systems with the same configuration, and are easy to set up; once reset, they restart with the same configuration as the last time they were started. It has advantages such as high recovery since it starts up.
  • HDDs hard disk drives
  • the general operations at startup of a diskless client are as follows (1) to (3).
  • (1) Obtain and configure network setting information (for example, IP address, netmask value, gateway address, etc.) using DHCP (Dynamic Host Configuration Protocol) or the like.
  • (2) Obtain a boot file from a TFTP (Trivial File Transfer Protocol) server and execute it.
  • (3) Obtain the OS (OS loader and other files) using NFS (Network File System), etc., and start the OS.
  • NFS Network File System
  • the diskless client is a technology that assumes that the client and network are reliable, and the startup operation does not include client or server authentication.
  • client authentication is required.
  • a terminal authentication method for a diskless client three terminal authentication methods are considered in Non-Patent Document 1.
  • Non-Patent Document 1 proposes authentication using MAC (Media Access Control Address), authentication using public key, and authentication using line (for example, NGN (Next Generation Network) standard).
  • MAC Media Access Control Address
  • NGN Next Generation Network
  • the usable scenes are limited, the de facto software used needs to be modified, and the firmware installed in the diskless client needs to be modified.
  • the present invention has been made in view of this background, and an object of the present invention is to enable authentication of diskless clients using popular technology.
  • a diskless client authentication system includes a filter on a communication path between an authentication server for a diskless client and a file server storing a startup file for the diskless client.
  • a diskless client authentication system comprising: a filter that permits or prohibits communication between the diskless client and the file server according to an instruction from the authentication server; a storage unit including a client management database that stores identification information and authentication status in association with each other; an address allocation unit that executes a process of allocating a network address to the diskless client; and authenticating the diskless client to which a network address has already been allocated.
  • a filter control unit that instructs the filter to permit or prohibit communication between the diskless client and the file server, and a diskless client to which a network address has already been assigned refer to the client management database. If the diskless client is in an unauthenticated state, the authentication unit is instructed to execute a process to authenticate the diskless client, and if the authentication process is successful, the filter control unit is instructed to authenticate the diskless client and the file server. and a client control unit that instructs to permit communication.
  • FIG. 1 is a diagram for explaining the overall configuration of a diskless client authentication system according to the present embodiment.
  • FIG. 2 is a functional block diagram of an authentication server according to the present embodiment.
  • FIG. 2 is a data configuration diagram of a client management database according to the present embodiment.
  • FIG. 3 is a sequence diagram of authentication processing according to the present embodiment.
  • FIG. 3 is a sequence diagram of termination processing according to the present embodiment.
  • FIG. 2 is a hardware configuration diagram showing an example of a computer that implements the functions of an authentication server according to the present embodiment.
  • the diskless client authentication system includes an authentication server and a filter.
  • the filter is located between the diskless client and a file server (storage) that stores boot files and OS files, and filters communication data.
  • the filter is, for example, a router (edge router), and filters IP datagrams based on the MAC address, network address, and protocol.
  • the filter prohibits communication between diskless clients and file servers. However, if there is a permission instruction from the authentication server, the filter allows communication between the diskless client and the file server until a prohibition instruction is received.
  • the authentication server uses standard hardware-based management authentication functionality to authenticate the diskless client after assigning an IP address to the diskless client using DHCP. If the authentication is successful, the authentication server instructs the filter to allow communication between the diskless client and the file server, and instructs the diskless client to restart. The restarted diskless client is able to communicate with the file server and starts the OS according to the normal procedure. If the authentication fails, communication between the diskless client and the file server remains prohibited, and the diskless client cannot start the OS.
  • diskless client authentication system only authenticated diskless clients can boot (the OS) using a diskless client equipped with popular technology or an existing file server. There is no need to modify diskless clients or file servers, and diskless client systems can be easily introduced.
  • FIG. 1 is a diagram for explaining the overall configuration of a diskless client authentication system 10 according to this embodiment.
  • the diskless client authentication system 10 includes an authentication server 100 and a filter 230.
  • Diskless client authentication system 10 may further include a boot file server 210 and a storage server 220.
  • the boot file server 210 is, for example, a TFTP server, and transmits a boot file (for example, a PXE (Preboot eXecution Environment) boot image) in response to a request from the diskless client 280.
  • the storage server 220 is, for example, an NFS server, and exchanges the OS, application programs, and user data in response to requests from the diskless client 280.
  • the boot file server 210 and the storage server 220 will be collectively referred to as the file server 200.
  • the filter 230 is installed between the network to which the diskless client 280 is connected and the network to which the file server 200 is connected, and filters communication data.
  • the filter 230 performs filtering based on, for example, physical addresses, network addresses (IP addresses), and protocols (for example, port numbers).
  • the filter 230 permits communication for setting network information including a network address and communication for authentication exchanged between the diskless client 280 and the authentication server 100. However, the filter 230 basically prohibits (filters) communication between the diskless client 280 and the file server 200. When receiving a permission instruction from the authentication server 100, the filter 230 allows communication between the specified diskless client 280 and the file server 200. Communication between other diskless clients 280 and file server 200 remains prohibited. When receiving a prohibition instruction from the authentication server 100, the filter 230 prohibits communication between the instructed diskless client 280 and the file server 200.
  • FIG. 2 is a functional block diagram of the authentication server 100 according to this embodiment.
  • Authentication server 100 is a computer and includes a control section 110, a storage section 120, and an input/output section 180.
  • User interface devices such as a display, keyboard, and mouse are connected to the input/output unit 180.
  • the input/output unit 180 includes a communication device and can send and receive data to and from the filter 230 and the diskless client 280. Further, a media drive may be connected to the input/output unit 180, so that data can be exchanged using a recording medium.
  • the storage unit 120 includes storage devices such as ROM (Read Only Memory), RAM (Random Access Memory), and SSD (Solid State Drive).
  • the storage unit 120 stores a client management database 130, an address management database 140, and a program 128.
  • the program 128 includes a description of a processing procedure of the authentication server 100 in an authentication process (see FIG. 4, which will be described later), which will be described later.
  • FIG. 3 is a data configuration diagram of the client management database 130 according to this embodiment.
  • the client management database 130 is, for example, data in a tabular format, and each row (record) indicates the status of the diskless client 280.
  • the record includes columns (attributes) of physical address, network address, authentication status, authentication date and time, and authentication information.
  • the physical address indicates the physical address of the diskless client 280, and is, for example, an Ethernet address.
  • the physical address is referred to as identification information of the diskless client 280.
  • the network address indicates a network address assigned to the diskless client 280, and is, for example, an assigned IP address.
  • the authentication status indicates whether or not the diskless client 280 has successfully authenticated (authenticated/unauthenticated (including pre-authentication and authentication failure)).
  • the authentication date and time indicates the date and time (only the time is shown in FIG. 3) when the diskless client 280 was last authenticated.
  • the authentication information indicates information that is referred to when authenticating the diskless client 280, and is, for example, a public key or secret information (password) shared with the diskless client 280.
  • the authentication information is preset (registered) together with the physical address.
  • Client management database 130 may also include other information (attributes). For example, it may include the date and time of successful authentication, the date and time of assignment of a network address, etc.
  • the address management database 140 stores network addresses assigned to the diskless clients 280. Each network address is associated with whether it has been assigned or not, the deadline for assignment, the physical address of the assigned diskless client 280, the physical address of the last assigned diskless client 280, and so on.
  • the control unit 110 includes a CPU (Central Processing Unit), and includes an address assignment unit 111, an authentication unit 112, a client control unit 113, and a filter control unit 114.
  • CPU Central Processing Unit
  • the control unit 110 includes a CPU (Central Processing Unit), and includes an address assignment unit 111, an authentication unit 112, a client control unit 113, and a filter control unit 114.
  • the address assignment unit 111 assigns a network address to the diskless client 280.
  • the address allocation unit 111 also notifies the diskless client 280 of various network setting information (for example, the default gateway and the network address of the boot file server 210).
  • the address allocation unit 111 performs allocation and notification using, for example, DHCP.
  • the authentication unit 112 authenticates the diskless client 280. At the time of starting authentication, the diskless client 280 has a network address assigned to it, but is in a state before the OS is started. The authentication unit 112 performs authentication using the authentication function of the hardware-based management of the diskless client 280. Examples of hardware-based management include Intel AMT (Active Management Technology) and AMD PRO. The authentication unit 112 authenticates the diskless client 280 using an authentication function that is standardly installed in the hardware of the diskless client 280. The client control unit 113 controls the diskless client 280 by instructing it to perform authentication processing, restarting, and the like.
  • the filter control unit 114 instructs the filter 230 to filter the communication between the diskless client 280 and the file server 200. For example, the filter control unit 114 notifies the filter of the physical address and network address of the diskless client 280 and instructs the filter to permit communication between the diskless client 280 and the file server 200.
  • the filter 230 refers to the physical address, network address, port number (protocol identification information), etc., and permits passage of communication data exchanged between the diskless client 280 and the file server 200.
  • FIG. 4 is a sequence diagram of authentication processing according to this embodiment.
  • the processing after the diskless client 280 starts up (powers on) until it starts up the OS will be described.
  • the diskless client 280 is referred to as a "client”
  • the client control unit 113 is referred to as a "C control unit”.
  • step S11 the diskless client 280 and the address allocation unit 111 execute network address allocation processing using, for example, DHCP. In addition to network address assignment, the default gateway and boot file server 210 addresses are notified.
  • the address assignment unit 111 uses the network address in the network address of the record. Assign.
  • the address allocation unit 111 If there is no record of the diskless client 280 in the client management database 130 (unregistered), the address allocation unit 111 notifies the diskless client 280 of an error and does not allocate an address. When the authentication status of the record is "unauthenticated”, the address allocation unit 111 refers to the address management database 140 and allocates an unallocated network address. The reason for processing in this way will be described later.
  • step S12 the address allocation unit 111 updates the client management database 130.
  • the address assignment unit 111 updates the network address of the record of the diskless client 280 specified by the physical address to the network address assigned in step S11. Note that the authentication status of the record is "unauthenticated”.
  • the address assignment unit 111 When the authentication state of the client management database 130 is "authenticated" and a certain network address is assigned to the network address, the address assignment unit 111 does not update the client management database 130. In step S13, the address assignment unit 111 notifies the client control unit 113 of the physical address of the diskless client 280 to which the address has been assigned.
  • step S14 the client control unit 113 refers to the client management database 130 and obtains the authentication status of the diskless client 280 notified in step S13.
  • the client control unit 113 ends the authentication process if the authentication has been completed (step S14 ⁇ YES), and proceeds to step S15 if the client has not been authenticated (step S14 ⁇ NO).
  • step S14 ⁇ YES the authentication has been completed
  • step S15 the client has not been authenticated
  • step S15 the client control unit 113 instructs the authentication unit 112 to perform authentication processing for the diskless client 280.
  • the diskless client 280 and the authentication unit 112 execute authentication processing.
  • step S17 the authentication unit 112 updates the client management database 130. To explain in detail, the authentication unit 112 updates the authentication status to "authenticated” or “unauthenticated” depending on the success or failure of authentication.
  • step S18 the authentication unit 112 notifies the client control unit 113 of the result of the authentication process (see step S16).
  • the client control unit 113 proceeds to step S20 if the authentication is successful (step S19 ⁇ YES), and ends the authentication process if it is unsuccessful (step S19 ⁇ NO).
  • step S20 the client control unit 113 notifies the physical address and network address of the diskless client 280 and instructs the filter control unit 114 to permit communication between the diskless client 280 and the file server 200.
  • step S21 the filter control unit 114 notifies the physical address and network address of the diskless client 280 and instructs the filter 230 to permit communication between the diskless client 280 and the file server 200.
  • step S22 the client control unit 113 instructs the diskless client 280 to restart.
  • the diskless client 280 that has received the restart instruction restarts and returns to step S11.
  • the diskless client 280 and the file server 200 are able to communicate with each other, so normal startup processing can be performed. That is, the restarted diskless client 280 acquires network information such as a network address (see step S11), acquires and executes a boot file from the boot file server 210, and loads the OS loader and other files from the storage server 220. Boot the OS by acquiring and executing it.
  • the assigned network address is the same as the previous one (the network address acquired in the unauthenticated state, see step S11) since it is in the authenticated state.
  • FIG. 5 is a sequence diagram of the termination process according to this embodiment. With reference to FIG. 5, processing will be explained when an address release notification is received from the diskless client 280, when the network address allocation deadline has passed, or when an instruction to disconnect the diskless client 280 is received from the administrator. .
  • step S31 the address allocation unit 111 updates the client management database 130 (see FIG. 3). To explain in detail, the address allocation unit 111 sets the network address corresponding to the diskless client 280 to "N/A”, sets the authentication state to "unauthenticated”, and sets the authentication date and time to "N/A". Note that "N/A” is an abbreviation for Not Applicable, meaning not applicable, inapplicable, invalid, etc. Further, the address assignment unit 111 updates the network address assigned to the diskless client 280 in the address management database 140 to an unassigned state.
  • step S32 the address allocation unit 111 notifies the client control unit 113 of the physical address of the diskless client 280.
  • the client control unit 113 notifies the physical address of the diskless client 280 and instructs the filter control unit 114 to prohibit communication between the diskless client 280 and the file server 200.
  • the filter control unit 114 notifies the physical address of the diskless client 280 and instructs the filter 230 to prohibit (filter) communication between the diskless client 280 and the file server 200.
  • the authentication server 100 allocates a network address (see step S11), performs authentication (see step S16), and if successful (see step S19 ⁇ YES), authenticates the diskless client 280 with the file server 200. Communication is permitted (see step S21). If the authentication is not successful, such as not being registered in the client management database 130, the diskless client 280 cannot communicate with the file server 200 and cannot start the OS.
  • the authentication process is performed using the hardware-based management function, which is a popular technology, and can be used with many diskless clients on the market. Furthermore, there is no need for any intervention by the user of the diskless client 280, and the usability remains the same as in the past.
  • Restart instruction The authentication server 100 of the embodiment described above instructs the diskless client 280 to restart (see step S22) after the authentication process (see step S16) is successful. If the diskless client 280 is attempting to access the boot file server 210 during the authentication process, the reboot instruction may be omitted.
  • the restart instruction may be omitted. From the moment communication is permitted (see step S21), the diskless client 280 can access the boot file server 210, and can continue normal startup processing including network address acquisition (see step S11).
  • the authentication server 100 includes an address assignment unit 111 and assigns a network address to the diskless client 280, but it may be separated as a network address assignment server (DHCP server). However, the already assigned network address is assigned to the authenticated diskless client 280.
  • DHCP server network address assignment server
  • the address assignment unit 111 updates the authentication status of the diskless client 280 in the client management database 130 (see FIG. 3) to "unauthenticated” (see step S31 in FIG. 5).
  • the client control unit 113 may update after receiving the notification (see step S32).
  • the present invention can take various other embodiments, and furthermore, various changes such as omissions and substitutions can be made without departing from the gist of the present invention. These embodiments and their modifications are included within the scope and gist of the invention described in this specification and the like, as well as within the scope of the invention described in the claims and its equivalents.
  • FIG. 6 is a hardware configuration diagram showing an example of a computer 900 that implements the functions of the authentication server 100 according to this embodiment.
  • the computer 900 includes a CPU 901, a ROM 902, a RAM 903, an SSD 904, an input/output interface 905 (indicated as an input/output I/F (Interface) in FIG. 6), a communication interface 906 (indicated as a communication I/F in FIG. 6), and a media interface. 907 (described as media I/F in FIG. 6).
  • the computer 900 may include an HDD (Hard Disc Drive) instead of the SSD 904, or may further include an HDD in addition to the SSD 904.
  • HDD Hard Disc Drive
  • the CPU 901 operates based on a program stored in the ROM 902 or the SSD 904, and is controlled by the control unit 110 in FIG.
  • the ROM 902 stores a boot program executed by the CPU 901 when the computer 900 is started, programs related to the hardware of the computer 900, and the like.
  • the CPU 901 controls an input device 910 such as a mouse and a keyboard, and an output device 911 such as a display and a printer via an input/output interface 905.
  • the CPU 901 obtains data from the input device 910 via the input/output interface 905 and outputs the generated data to the output device 911.
  • the SSD 904 stores programs executed by the CPU 901 and data used by the programs.
  • the communication interface 906 receives data from other devices not shown (for example, the filter 230 or the diskless client 280) via the communication network and outputs it to the CPU 901, and also outputs data generated by the CPU 901 via the communication network. and send it to another device.
  • Media interface 907 reads a program or data stored in recording medium 912 and outputs it to CPU 901 via RAM 903.
  • the CPU 901 loads a program from the recording medium 912 onto the RAM 903 via the media interface 907, and executes the loaded program.
  • the recording medium 912 is an optical recording medium such as a DVD (Digital Versatile Disk), a magneto-optical recording medium such as an MO (Magneto Optical disk), a magnetic recording medium, a conductive memory tape medium, a semiconductor memory, or the like.
  • the CPU 901 of the computer 900 executes the function of the authentication server 100 by executing the program 128 (see FIG. 2) loaded onto the RAM 903. Realize.
  • the CPU 901 reads the program from the recording medium 912 and executes it.
  • the CPU 901 may read a program from another device via a communication network, or may install the program 128 from the recording medium 912 into the SSD 904 and execute it.
  • the diskless client authentication system 10 includes an authentication server 100 for a diskless client 280, and a file server that stores the diskless client 280 and startup files (boot files and OS files) for the diskless client 280. 200, and includes a filter 230 on the communication path with 200.
  • the filter 230 allows or prohibits communication between the diskless client 280 and the file server 200 according to instructions from the authentication server 100.
  • the authentication server 100 includes a storage unit 120 including a client management database 130 that stores identification information (physical address) of the diskless client 280 and authentication status in association with each other.
  • the authentication server 100 includes an address assignment unit 111 that executes a process of assigning a network address to the diskless client 280.
  • the authentication server 100 includes an authentication unit 112 that executes processing to authenticate the diskless client 280 to which a network address has been assigned.
  • the authentication server 100 includes a filter control unit 114 that instructs the filter 230 to permit or prohibit communication between the diskless client 280 and the file server 200. If the diskless client 280 to which a network address has already been assigned refers to the client management database 130 and is in an unauthenticated state, the authentication server 100 instructs the authentication unit to execute processing to authenticate the diskless client, and authenticates the diskless client. If the processing is successful, a client control unit 113 is provided that instructs the filter control unit 114 to permit communication between the diskless client 280 and the file server 200.
  • the diskless client 280 that has been successfully authenticated becomes able to access the file server 200 and successfully starts (the OS/system).
  • the diskless client 280 that has failed authentication cannot access the file server 200 and cannot start up.
  • Authentication can be performed using hardware-based management functionality, which is a popular technology and is available in many diskless clients on the market.
  • the client control unit 113 When instructing the filter control unit 114 to permit communication between the diskless client 280 and the file server 200, the client control unit 113 according to the embodiment described above instructs the diskless client 280 to restart.
  • the file server 200 can be accessed after acquiring the network address again. Then you will be able to start it.
  • the client control unit 113 When the client control unit 113 according to the above-described embodiment receives a release notification of the allocated network address from the diskless client 280, when the network address allocation deadline has been reached, and (for example, from the administrator) In either case, the filter control unit 114 is instructed to prohibit communication between the diskless client 280 and the file server 200, and the authentication state of the diskless client 280 is changed to unauthenticated. do.
  • the diskless client 280 whose network address has been released, whose network address has expired, or who has been designated by the administrator cannot access the file server 200. Furthermore, it cannot be restarted without authentication.
  • the filter 230 performs communication between the diskless client 280 and the file server 200 based on at least one of a physical address, a network address, and protocol identification information (for example, a boat number) of the diskless client 280 and the file server 200. Allow or disallow communication data to pass through.
  • a standard router or switch can be used as the filter 230.
  • Diskless client authentication system 100 Authentication server 111 Address allocation unit 112 Authentication unit 113 Client control unit 114 Filter control unit 130 Client management database 200 File server 230 Filter 280 Diskless client

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computing Systems (AREA)
  • Power Engineering (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

ディスクレスクライアント認証システム（１０）は、認証サーバ（１００）、および、ディスクレスクライアント（２８０）と起動用ファイルを格納したファイルサーバ（２００）との通信経路上にあるフィルタ（２３０）を含んで構成される。認証サーバ（１００）は、ディスクレスクライアント（２８０）に対してネットワークアドレスを割り当てるアドレス割当部と、ネットワークアドレスが割り当て済のディスクレスクライアント（２８０）を認証する認証部と、ネットワークアドレス割り当て済のディスクレスクライアント（２８０）が未認証の状態であれば、認証部に指示して当該ディスクレスクライアント（２８０）を認証し、認証に成功すれば当該ディスクレスクライアント（２８０）とファイルサーバ（２００）との通信を許可するように指示するクライアント制御部を備える。

Description

ディスクレスクライアント認証システム、認証サーバ、プログラムおよびディスクレスクライアント認証方法
　本発明は、システム起動前にディスクレスクライアントの認証を行うディスクレスクライアント認証システム、認証サーバ、プログラムおよびディスクレスクライアント認証方法に関する。
　ディスクレスクライアントは、ＯＳ（Operating System）やアプリケーションプログラム、ユーザデータなどを記憶しておらず、サーバ（ファイルサーバ）に依存しているシステムである。ディスクレスクライアントは、故障が発生しやすいＨＤＤ（Hard Disk Drive）を搭載しておらず故障しにくい、同じ構成のシステムを簡単に複製できセットアップが簡単である、リセットすると前回起動時と同じ構成で再起動するため回復性が高いなどのメリットがある。
　ディスクレスクライアントの起動時の大まかな動作は以下の（１）～（３）のとおりである。（１）ＤＨＣＰ（Dynamic Host Configuration Protocol）などを用いてネットワーク設定情報（例えばＩＰアドレスや、ネットマスク値、ゲートウェイアドレスなど）を取得して、設定する。（２）ＴＦＴＰ（Trivial File Transfer Protocol）サーバからブート用ファイルを取得して、実行する。（３）ＮＦＳ（Network File System）などを用いてＯＳ（ＯＳローダ他のファイル）を取得して、ＯＳを起動する。
　ディスクレスクライアントは、クライアントやネットワークが信頼できることが前提となっている技術であり、起動時の動作にクライアントやサーバの認証は含まれていない。クライアントの詐称が起こり得る環境でのディスクレスクライアントを利用するときには、クライアントの認証が必要となる。ディスクレスクライアントにおける端末認証方式として、非特許文献１において３つの端末認証方式が検討されている。
澤崎文彦, 中澤奨, "端末サイドの転送系機能のソフトウェア化におけるディスクレスクライアント技術の適用について," 電子情報通信学会2022年総合大会, 通信ソサイエティ B-6-24, 2022年3月15日.
　非特許文献１では、ＭＡＣ（Media Access Control Address）を利用した認証、公開鍵を用いた認証、回線を利用した認証（例えばＮＧＮ（Next Generation Network）標準）が提案されている。しかしながら、利用可能なシーンが限定的である、デファクトとして利用されているソフトウェアの改変が必要である、ディスクレスクライアントに搭載されるファームウェアの改変が必要であるなどが指摘されている。メーカを問わず一般に市販されているディスクレスクライアント製品に搭載されている普及技術（標準的に搭載されている技術）を利用して認証できることが望ましい。
　本発明は、このような背景に鑑みてなされたものであり、普及技術を用いたディスクレスクライアントの認証を可能にすることを課題とする。
　前記した課題を解決するため、本発明に係るディスクレスクライアント認証システムは、ディスクレスクライアントの認証サーバ、および、前記ディスクレスクライアントと当該ディスクレスクライアントの起動用ファイルを格納したファイルサーバとの通信経路上にあるフィルタを含んで構成されるディスクレスクライアント認証システムであって、前記フィルタは、前記認証サーバの指示により、前記ディスクレスクライアントと前記ファイルサーバとの通信を許可または禁止し、前記認証サーバは、前記ディスクレスクライアントの識別情報と認証状態とを関連付けて記憶するクライアント管理データベースを備える記憶部と、前記ディスクレスクライアントに対してネットワークアドレスを割り当てる処理を実行するアドレス割当部と、ネットワークアドレスが割り当て済の前記ディスクレスクライアントを認証する処理を実行する認証部と、前記フィルタに、前記ディスクレスクライアントと前記ファイルサーバとの通信を許可または禁止を指示するフィルタ制御部と、ネットワークアドレス割り当て済のディスクレスクライアントが前記クライアント管理データベースを参照して未認証の状態であれば、前記認証部に指示して当該ディスクレスクライアントを認証する処理を実行し、前記認証する処理が成功すれば、前記フィルタ制御部に当該ディスクレスクライアントと前記ファイルサーバとの通信を許可するように指示するクライアント制御部と、を備える。
　本発明によれば、普及技術を用いたディスクレスクライアントの認証を可能にすることができる。
本実施形態に係るディスクレスクライアント認証システムの全体構成を説明するための図である。 本実施形態に係る認証サーバの機能ブロック図である。 本実施形態に係るクライアント管理データベースのデータ構成図である。 本実施形態に係る認証処理のシーケンス図である。 本実施形態に係る終了処理のシーケンス図である。 本実施形態に係る認証サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。
≪ディスクレスクライアント認証システムの概要≫
　以下に本発明を実施するための形態（実施形態）におけるディスクレスクライアント認証システムについて説明する。ディスクレスクライアント認証システムは、認証サーバとフィルタとを含んで構成される。フィルタは、ディスクレスクライアントと、ブート用ファイルやＯＳのファイルを格納するファイルサーバ（ストレージ）との間にあり、通信データをフィルタリングする。フィルタは、例えばルータ（エッジルータ）であって、ＭＡＣアドレスやネットワークアドレス、プロトコルを基にＩＰデータグラムのフィルタリングを行う。フィルタは、ディスクレスクライアントとファイルサーバ間の通信を原則として禁止する。しかし、認証サーバからの許可の指示があればフィルタは、禁止の指示があるまでディスクレスクライアントとファイルサーバ間の通信を許可する。
　認証サーバは、ＤＨＣＰを用いてディスクレスクライアントにＩＰアドレスを割り当てた後に、標準的なハードウェアベースマネージメントの認証機能を用いてディスクレスクライアントを認証する。認証に成功すると認証サーバは、フィルタにディスクレスクライアントとファイルサーバ間の通信を許可するように指示して、ディスクレスクライアントに再起動を指示する。再起動したディスクレスクライアントは、ファイルサーバとの通信が可能であり、通常の手順に従ってＯＳを起動する。認証が失敗ならば、ディスクレスクライアントとファイルサーバとの通信は禁止のままであり、ディスクレスクライアントはＯＳを起動できない。
　このようなディスクレスクライアント認証システムによれば、普及技術を搭載したディスクレスクライアントや既存のファイルサーバを用いて、認証済みのディスクレスクライアントだけが（ＯＳを）起動できるようになる。ディスクレスクライアントやファイルサーバの改変が不要になり、ディスクレスクライアントシステムが容易に導入できるようになる。
≪ディスクレスクライアント認証システムの全体構成≫
　図１は、本実施形態に係るディスクレスクライアント認証システム１０の全体構成を説明するための図である。ディスクレスクライアント認証システム１０は、認証サーバ１００とフィルタ２３０とを含んで構成される。ディスクレスクライアント認証システム１０は、さらにブートファイルサーバ２１０およびストレージサーバ２２０を含んでもよい。
　ブートファイルサーバ２１０は、例えばＴＦＴＰのサーバであり、ディスクレスクライアント２８０からの要求に応じてブート用ファイル（例えばＰＸＥ（Preboot eXecution Environment）のブートイメージ）を送信する。ストレージサーバ２２０は、例えばＮＦＳサーバであり、ディスクレスクライアント２８０からの要求に応じてＯＳやアプリケーションプログラム、ユーザデータをやり取りする。以下では、ブートファイルサーバ２１０およびストレージサーバ２２０を総称して、ファイルサーバ２００と記す。
　フィルタ２３０は、ディスクレスクライアント２８０が接続されるネットワークと、ファイルサーバ２００が接続されるネットワークとの間に設置され、通信データのフィルタリングを行う。フィルタ２３０は、例えば物理アドレスやネットワークアドレス（ＩＰアドレス）、プロトコル（例えばポート番号）を基にフィルタリングを行う。
　フィルタ２３０は、ディスクレスクライアント２８０と認証サーバ１００とでやり取りされるネットワークアドレスを含むネットワーク情報設定用の通信や認証用の通信を許可する。しかし、フィルタ２３０は、ディスクレスクライアント２８０と、ファイルサーバ２００との間の通信を原則として禁止（フィルタリング）する。認証サーバ１００からの許可の指示があるとフィルタ２３０は、指示されたディスクレスクライアント２８０と、ファイルサーバ２００との間の通信を許可する。他のディスクレスクライアント２８０と、ファイルサーバ２００との間の通信は禁止されたままである。認証サーバ１００からの禁止の指示があるとフィルタ２３０は、指示されたディスクレスクライアント２８０と、ファイルサーバ２００との間の通信を禁止する。
≪認証サーバの構成≫
　図２は、本実施形態に係る認証サーバ１００の機能ブロック図である。認証サーバ１００はコンピュータであり、制御部１１０、記憶部１２０、および入出力部１８０を備える。入出力部１８０には、ディスプレイやキーボード、マウスなどのユーザインターフェイス機器が接続される。入出力部１８０が通信デバイスを備え、フィルタ２３０やディスクレスクライアント２８０とのデータ送受信が可能である。また入出力部１８０にメディアドライブが接続され、記録媒体を用いたデータのやり取りが可能であってもよい。
≪記憶部≫
　記憶部１２０は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）、ＳＳＤ（Solid State Drive）などの記憶機器を含んで構成される。記憶部１２０には、クライアント管理データベース１３０、アドレス管理データベース１４０、およびプログラム１２８が記憶される。プログラム１２８には、後記する認証処理（後記する図４参照）における認証サーバ１００の処理手順の記述が含まれる。
　図３は、本実施形態に係るクライアント管理データベース１３０のデータ構成図である。クライアント管理データベース１３０は、例えば表形式のデータであって、行（レコード）はディスクレスクライアント２８０の状態を示す。レコードは、物理アドレス、ネットワークアドレス、認証状態、認証日時、および認証情報の列（属性）を含む。
　物理アドレスは、ディスクレスクライアント２８０の物理アドレスを示し、例えばEthernetアドレスである。物理アドレスは、ディスクレスクライアント２８０の識別情報として参照される。ネットワークアドレスは、ディスクレスクライアント２８０に割り当てられたネットワークアドレスを示し、例えば割り当てられたＩＰアドレスである。
　認証状態は、ディスクレスクライアント２８０が認証に成功済か否か（認証済／未認証（認証前、認証失敗を含む））を示す。認証日時は、ディスクレスクライアント２８０が最後に認証された日時（図３では時刻のみを記載）を示す。
　認証情報は、ディスクレスクライアント２８０を認証するときに参照される情報を示し、例えば公開鍵や、ディスクレスクライアント２８０と共有する秘密情報（パスワード）である。認証情報は、物理アドレスとともに、予め設定されている（登録されている）。
　クライアント管理データベース１３０は、他の情報（属性）を含んでもよい。例えば認証に成功した日時や、ネットワークアドレスが割り当てられた日時などを含んでもよい。
　図１に戻って記憶部１２０の説明を続ける。アドレス管理データベース１４０は、ディスクレスクライアント２８０に割り当てられるネットワークアドレスが格納されている。各ネットワークアドレスは、割り当て済か否か、割り当ての期限、割り当てられたディスクレスクライアント２８０の物理アドレス、最後に割り当てられたディスクレスクライアント２８０の物理アドレスなどと関連付けられている。
≪制御部≫
　制御部１１０は、ＣＰＵ（Central Processing Unit）を含んで構成され、アドレス割当部１１１、認証部１１２、クライアント制御部１１３、およびフィルタ制御部１１４が備わる。
　アドレス割当部１１１は、ディスクレスクライアント２８０にネットワークアドレスを割り当てる。またアドレス割当部１１１は、各種ネットワークの設定情報（例えばデフォルトゲートウェイやブートファイルサーバ２１０のネットワークアドレス）をディスクレスクライアント２８０に通知する。アドレス割当部１１１は、例えばＤＨＣＰを用いて割り当てや通知を行う。
　認証部１１２は、ディスクレスクライアント２８０を認証する。認証開始時点のディスクレスクライアント２８０は、ネットワークアドレスは割り当て済であるが、ＯＳ起動前の状態である。認証部１１２は、ディスクレスクライアント２８０のハードウェアベースマネージメントの認証機能を用いて認証する。ハードウェアベースマネージメントの例として、Intel AMT（Active Management Technology）やAMD PROなどがある。認証部１１２は、ディスクレスクライアント２８０のハードウェアに標準搭載されている認証機能を利用して、ディスクレスクライアント２８０を認証する。
　クライアント制御部１１３は、ディスクレスクライアント２８０に対して認証処理や再起動などを指示して制御する。
　フィルタ制御部１１４は、フィルタ２３０にディスクレスクライアント２８０とファイルサーバ２００間の通信のフィルタリングを指示する。例えばフィルタ制御部１１４は、フィルタにディスクレスクライアント２８０の物理アドレスとネットワークアドレスとを通知して、当該ディスクレスクライアント２８０とファイルサーバ２００との通信を許可するように指示する。指示を受けるとフィルタ２３０は、物理アドレスやネットワークアドレス、ポート番号（プロトコル識別情報）などを参照して、当該ディスクレスクライアント２８０とファイルサーバ２００とでやり取りされる通信データの通過を許可する。
≪認証処理≫
　図４は、本実施形態に係る認証処理のシーケンス図である。図４を参照しながら、ディスクレスクライアント２８０が起動（電源投入）以降の、ＯＳを起動するまでの処理を説明する。なお図４では、ディスクレスクライアント２８０を「クライアント」、クライアント制御部１１３を「Ｃ制御部」と記載している。
　ステップＳ１１においてディスクレスクライアント２８０とアドレス割当部１１１とは、例えばＤＨＣＰを用いてネットワークアドレス割り当て処理を実行する。ネットワークアドレス割り当ての他に、デフォルトゲートウェイやブートファイルサーバ２１０のアドレスが通知される。
　なおクライアント管理データベース１３０（図３参照）において、物理アドレスで特定されるディスクレスクライアント２８０のレコードの認証状態が「認証済」であるならば、アドレス割当部１１１は当該レコードのネットワークアドレスにあるネットワークアドレスを割り当てる。
　クライアント管理データベース１３０にディスクレスクライアント２８０のレコードがない場合（未登録の場合）にアドレス割当部１１１は、ディスクレスクライアント２８０にエラーを通知してアドレスを割り当てない。レコードの認証状態が「未認証」である場合にアドレス割当部１１１は、アドレス管理データベース１４０を参照して未割り当てのネットワークアドレスを割り当てる。このように処理する理由は、後記する。
　ステップＳ１２においてアドレス割当部１１１は、クライアント管理データベース１３０を更新する。詳しく説明すると、ステップＳ１１において未割り当てのネットワークアドレスを割り当てた場合にアドレス割当部１１１は、物理アドレスで特定されるディスクレスクライアント２８０のレコードのネットワークアドレスを、ステップＳ１１において割り当てたネットワークアドレスに更新する。なお当該レコードの認証状態は「未認証」である。
　クライアント管理データベース１３０の認証状態が「認証済」でネットワークアドレスにあるネットワークアドレスを割り当てた場合にアドレス割当部１１１は、クライアント管理データベース１３０を更新しない。
　ステップＳ１３においてアドレス割当部１１１は、アドレスを割り当てたディスクレスクライアント２８０の物理アドレスをクライアント制御部１１３に通知する。
　ステップＳ１４においてクライアント制御部１１３は、クライアント管理データベース１３０を参照して、ステップＳ１３で通知されたディスクレスクライアント２８０が認証状態を取得する。クライアント制御部１１３は、認証済みならば（ステップＳ１４→ＹＥＳ）認証処理を終了し、未認証ならば（ステップＳ１４→ＮＯ）ステップＳ１５に進む。認証サーバ１００の認証処理が終了した後のディスクレスクライアント２８０の動作については、後記する。
　ステップＳ１５においてクライアント制御部１１３は、ディスクレスクライアント２８０の認証処理を実行するように、認証部１１２に指示する。
　ステップＳ１６においてディスクレスクライアント２８０と認証部１１２とは、認証処理を実行する。
　ステップＳ１７において認証部１１２は、クライアント管理データベース１３０を更新する。詳しく説明すると認証部１１２は、認証の成功または失敗に応じて、認証状態を「認証済」または「未認証」に更新する。
　ステップＳ１８において認証部１１２は、認証処理（ステップＳ１６参照）の結果をクライアント制御部１１３に通知する。
　ステップＳ１９においてクライアント制御部１１３は、認証が成功ならば（ステップＳ１９→ＹＥＳ）ステップＳ２０に進み、失敗ならば（ステップＳ１９→ＮＯ）認証処理を終了する。
　ステップＳ２０においてクライアント制御部１１３は、ディスクレスクライアント２８０の物理アドレスとネットワークアドレスとを通知して、当該ディスクレスクライアント２８０とファイルサーバ２００との通信を許可するようにフィルタ制御部１１４に指示する。
　ステップＳ２１においてフィルタ制御部１１４は、ディスクレスクライアント２８０の物理アドレスとネットワークアドレスとを通知して、当該ディスクレスクライアント２８０とファイルサーバ２００との通信を許可するようにフィルタ２３０に指示する。
　ステップＳ２２においてクライアント制御部１１３は、ディスクレスクライアント２８０に再起動を指示する。再起動の指示を受けたディスクレスクライアント２８０は、再起動してステップＳ１１に戻ることになる。この時点でディスクレスクライアント２８０とファイルサーバ２００とは通信可能になっているため、通常の起動処理ができる。即ち再起動したディスクレスクライアント２８０は、ネットワークアドレス他のネットワーク情報を取得し（ステップＳ１１参照）、ブートファイルサーバ２１０からブート用ファイルを取得して実行して、ストレージサーバ２２０からＯＳローダ他のファイルを取得して実行することでＯＳを起動する。割り当てられるネットワークアドレスは、認証済みの状態であるために前回（未認証の状態で取得したネットワークアドレス、ステップＳ１１参照）と同じである。
≪終了処理≫
　図５は、本実施形態に係る終了処理のシーケンス図である。図５を参照して、ディスクレスクライアント２８０からのアドレス解放通知を受信した場合や、ネットワークアドレスの割り当て期限が過ぎた場合、管理者からディスクレスクライアント２８０の切断指示を受けた場合などの処理を説明する。
　ステップＳ３１においてアドレス割当部１１１は、クライアント管理データベース１３０（図３参照）を更新する。詳しく説明するとアドレス割当部１１１は、ディスクレスクライアント２８０に対応するネットワークアドレスを「Ｎ／Ａ」とし、認証状態を「未認証」とし、認証日時を「Ｎ／Ａ」とする。なお「Ｎ／Ａ」は、該当なし、不適用、無効などを意味するNot Applicableの略号である。またアドレス割当部１１１は、アドレス管理データベース１４０にあるディスクレスクライアント２８０に割り当てられていたネットワークアドレスを未割り当ての状態に更新する。
　ステップＳ３２においてアドレス割当部１１１は、ディスクレスクライアント２８０の物理アドレスをクライアント制御部１１３に通知する。
　ステップＳ３３においてクライアント制御部１１３は、ディスクレスクライアント２８０の物理アドレスを通知して、当該ディスクレスクライアント２８０とファイルサーバ２００との通信を禁止するようにフィルタ制御部１１４に指示する。
　ステップＳ３４においてフィルタ制御部１１４は、ディスクレスクライアント２８０の物理アドレスを通知して、当該ディスクレスクライアント２８０とファイルサーバ２００との通信を禁止（フィルタリング）するようにフィルタ２３０に指示する。
≪ディスクレスクライアント認証システムの特徴≫
　認証サーバ１００は、ディスクレスクライアント２８０がネットワークに接続または起動すると、ネットワークアドレスを割り当て（ステップＳ１１参照）、認証を行って（ステップＳ１６参照）成功すれば（ステップＳ１９→ＹＥＳ参照）ファイルサーバ２００との通信を許可する（ステップＳ２１参照）。クライアント管理データベース１３０に未登録など認証に成功しない場合には、ディスクレスクライアント２８０はファイルサーバ２００と通信ができず、ＯＳを起動できない。認証処理は、普及技術であるハードウェアベースマネージメントの機能により実行されており、市場に流通する多くのディスクレスクライアントで利用可能である。またディスクレスクライアント２８０の利用者の介在不要であり、従来の使い勝手と変わらない。
≪変形例：再起動の指示≫
　上記した実施形態の認証サーバ１００は、認証処理（ステップＳ１６参照）に成功した後にディスクレスクライアント２８０に再起動を指示している（ステップＳ２２参照）。認証処理を行っている間中、ディスクレスクライアント２８０がブートファイルサーバ２１０へのアクセスを試行しているならば、再起動の指示をなくしてもよい。
　例えばＴＦＴＰのパケットタイムアウト時間とパケット再伝送回数との積の時間の間に認証処理が終了するのであれば、再起動の指示をなくしてもよい。通信が許可された時点から（ステップＳ２１参照）ディスクレスクライアント２８０はブートファイルサーバ２１０にアクセスが可能となり、ネットワークアドレス取得（ステップＳ１１参照）を含めた通常の起動処理が継続できる。
≪変形例≫
　以上、本発明のいくつかの実施形態について説明したが、これらの実施形態は、例示に過ぎず、本発明の技術的範囲を限定するものではない。例えば認証サーバ１００は、アドレス割当部１１１を備え、ディスクレスクライアント２８０にネットワークアドレスを割り当てているが、ネットワークアドレス割り当てサーバ（ＤＨＣＰサーバ）として分離してもよい。但し認証済みのディスクレスクライアント２８０に対しては、割り当て済のネットワークアドレスを割り当てる。
　上記した実施形態では、アドレス割当部１１１が、クライアント管理データベース１３０（図３参照）におけるディスクレスクライアント２８０の認証状態を「未認証」に更新している（図５記載のステップＳ３１参照）。替わりにクライアント制御部１１３が、通知を受けた後に（ステップＳ３２参照）更新してもよい。
　本発明はその他の様々な実施形態を取ることが可能であり、さらに、本発明の要旨を逸脱しない範囲で、省略や置換等種々の変更を行うことができる。これら実施形態やその変形は、本明細書等に記載された発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
≪ハードウェア構成≫
　上記した実施形態に係る認証サーバ１００は、例えば図６に示すような構成のコンピュータ９００によって実現される。図６は、本実施形態に係る認証サーバ１００の機能を実現するコンピュータ９００の一例を示すハードウェア構成図である。コンピュータ９００は、ＣＰＵ９０１、ＲＯＭ９０２、ＲＡＭ９０３、ＳＳＤ９０４、入出力インターフェイス９０５（図６では入出力Ｉ／Ｆ（Interface）と記載）、通信インターフェイス９０６（図６では通信Ｉ／Ｆと記載）、およびメディアインターフェイス９０７（図６ではメディアＩ／Ｆと記載）を備える。コンピュータ９００は、ＳＳＤ９０４に替わりにＨＤＤ（Hard Disc Drive）を備えてもよいし、ＳＳＤ９０４に加えて、さらにＨＤＤを備えてもよい。
　ＣＰＵ９０１は、ＲＯＭ９０２またはＳＳＤ９０４に記憶されたプログラムに基づいて作動し、図２の制御部１１０による制御を行う。ＲＯＭ９０２は、コンピュータ９００の起動時にＣＰＵ９０１により実行されるブートプログラムや、コンピュータ９００のハードウェアに係るプログラムなどを記憶する。
　ＣＰＵ９０１は、入出力インターフェイス９０５を介して、マウスやキーボードなどの入力装置９１０、およびディスプレイやプリンタなどの出力装置９１１を制御する。ＣＰＵ９０１は、入出力インターフェイス９０５を介して、入力装置９１０からデータを取得するとともに、生成したデータを出力装置９１１へ出力する。
　ＳＳＤ９０４は、ＣＰＵ９０１により実行されるプログラムおよび当該プログラムによって使用されるデータなどを記憶する。通信インターフェイス９０６は、通信網を介して不図示の他の装置（例えば、フィルタ２３０やディスクレスクライアント２８０）からデータを受信してＣＰＵ９０１へ出力し、また、ＣＰＵ９０１が生成したデータを、通信網を介して他の装置へ送信する。
　メディアインターフェイス９０７は、記録媒体９１２に格納されたプログラムまたはデータを読み取り、ＲＡＭ９０３を介してＣＰＵ９０１へ出力する。ＣＰＵ９０１は、プログラムを、メディアインターフェイス９０７を介して記録媒体９１２からＲＡＭ９０３上にロードし、ロードしたプログラムを実行する。記録媒体９１２は、ＤＶＤ（Digital Versatile Disk）などの光学記録媒体、ＭＯ（Magneto Optical disk）などの光磁気記録媒体、磁気記録媒体、導体メモリテープ媒体または半導体メモリなどである。
　例えば、コンピュータ９００が上記した実施形態に係る認証サーバ１００として機能する場合、コンピュータ９００のＣＰＵ９０１は、ＲＡＭ９０３上にロードされたプログラム１２８（図２参照）を実行することにより、認証サーバ１００の機能を実現する。ＣＰＵ９０１は、プログラムを記録媒体９１２から読み取って実行する。この他、ＣＰＵ９０１は、他の装置から通信網を介してプログラムを読み込んでもよいし、記録媒体９１２からＳＳＤ９０４にプログラム１２８をインストールして実行してもよい。
≪効果≫
　以下に、ディスクレスクライアント認証システム１０の効果を説明する。
　上記した実施形態に係るディスクレスクライアント認証システム１０は、ディスクレスクライアント２８０の認証サーバ１００、および、ディスクレスクライアント２８０と当該ディスクレスクライアント２８０の起動用ファイル（ブート用のファイルやＯＳのファイル）を格納したファイルサーバ２００との通信経路上にあるフィルタ２３０を含んで構成される。
　フィルタ２３０は、認証サーバ１００の指示により、ディスクレスクライアント２８０とファイルサーバ２００との通信を許可または禁止する。
　認証サーバ１００は、ディスクレスクライアント２８０の識別情報（物理アドレス）と認証状態とを関連付けて記憶するクライアント管理データベース１３０を備える記憶部１２０を備える。
　認証サーバ１００は、ディスクレスクライアント２８０に対してネットワークアドレスを割り当てる処理を実行するアドレス割当部１１１を備える。
　認証サーバ１００は、ネットワークアドレスが割り当て済のディスクレスクライアント２８０を認証する処理を実行する認証部１１２を備える。
　認証サーバ１００は、フィルタ２３０に、ディスクレスクライアント２８０とファイルサーバ２００との通信を許可または禁止を指示するフィルタ制御部１１４を備える。
　認証サーバ１００は、ネットワークアドレス割り当て済のディスクレスクライアント２８０がクライアント管理データベース１３０を参照して未認証の状態であれば、前記認証部に指示して当該ディスクレスクライアントを認証する処理を実行し、認証する処理が成功すれば、フィルタ制御部１１４に当該ディスクレスクライアント２８０とファイルサーバ２００との通信を許可するように指示するクライアント制御部１１３を備える。
　このようなディスクレスクライアント認証システム１０によれば、認証に成功したディスクレスクライアント２８０は、ファイルサーバ２００にアクセス可能となって（ＯＳ／システムの）起動に成功する。認証に失敗したディスクレスクライアント２８０は、ファイルサーバ２００にアクセスできず起動できない。認証は、普及技術であるハードウェアベースマネージメントの機能により実行可能であり、市場に流通する多くのディスクレスクライアントで利用可能である。
　上記した実施形態に係るクライアント制御部１１３は、フィルタ制御部１１４にディスクレスクライアント２８０とファイルサーバ２００との通信を許可するように指示する際に、当該ディスクレスクライアント２８０に再起動を指示する。
　このようなディスクレスクライアント認証システム１０によれば、ディスクレスクライアント２８０における認証処理の後の起動処理が中断した場合であっても、再起動することによって、再度ネットワークアドレスを取得した後にファイルサーバ２００にアクセスして、起動することができるようになる。
　上記した実施形態に係るクライアント制御部１１３は、ディスクレスクライアント２８０から、割り当てたネットワークアドレスの解放通知を受け取った場合、ネットワークアドレスの割り当て期限に達した場合、および、（例えば管理者から）ディスクレスクライアント２８０の切断指示を受けた場合の何れかの場合に、フィルタ制御部１１４に当該ディスクレスクライアント２８０とファイルサーバ２００との通信を禁止するように指示するとともに、当該ディスクレスクライアント２８０の認証状態を未認証にする。
　このようなディスクレスクライアント認証システム１０によれば、ネットワークアドレスを解放したり、ネットワークアドレスの期限が過ぎたり、管理者から指定されたりしたディスクレスクライアント２８０は、ファイルサーバ２００にアクセスできない。延いては、認証なしに再起動できない。
　フィルタ２３０は、ディスクレスクライアント２８０、および、ファイルサーバ２００の、物理アドレス、ネットワークアドレス、およびプロトコル識別情報（例えばボート番号）の少なくとも１つを基に、ディスクレスクライアント２８０とファイルサーバ２００との間でやり取りされる通信データの通過を許可または禁止する。
　このようなディスクレスクライアント認証システム１０によれば、標準的なルータやスイッチをフィルタ２３０として利用することができるようになる。
１０　ディスクレスクライアント認証システム
１００　認証サーバ
１１１　アドレス割当部
１１２　認証部
１１３　クライアント制御部
１１４　フィルタ制御部
１３０　クライアント管理データベース
２００　ファイルサーバ
２３０　フィルタ
２８０　ディスクレスクライアント

Claims (7)

  1. 　ディスクレスクライアントの認証サーバ、および、前記ディスクレスクライアントと当該ディスクレスクライアントの起動用ファイルを格納したファイルサーバとの通信経路上にあるフィルタを含んで構成されるディスクレスクライアント認証システムであって、
    　前記フィルタは、
    　前記認証サーバの指示により、前記ディスクレスクライアントと前記ファイルサーバとの通信を許可または禁止し、
    　前記認証サーバは、
    　前記ディスクレスクライアントの識別情報と認証状態とを関連付けて記憶するクライアント管理データベースを備える記憶部と、
    　前記ディスクレスクライアントに対してネットワークアドレスを割り当てる処理を実行するアドレス割当部と、
    　ネットワークアドレスが割り当て済の前記ディスクレスクライアントを認証する処理を実行する認証部と、
    　前記フィルタに、前記ディスクレスクライアントと前記ファイルサーバとの通信を許可または禁止を指示するフィルタ制御部と、
    　ネットワークアドレス割り当て済のディスクレスクライアントが前記クライアント管理データベースを参照して未認証の状態であれば、前記認証部に指示して当該ディスクレスクライアントを認証する処理を実行し、
    　前記認証する処理が成功すれば、前記フィルタ制御部に当該ディスクレスクライアントと前記ファイルサーバとの通信を許可するように指示するクライアント制御部と、を備える
    　ディスクレスクライアント認証システム。
  2. 　前記クライアント制御部は、
    　前記フィルタ制御部に前記ディスクレスクライアントと前記ファイルサーバとの通信を許可するように指示する際に、当該ディスクレスクライアントに再起動を指示する
    　請求項１に記載のディスクレスクライアント認証システム。
  3. 　前記クライアント制御部は、
    　前記ディスクレスクライアントから、割り当てたネットワークアドレスの解放通知を受け取った場合、
    　前記ネットワークアドレスの割り当て期限に達した場合、および、
    　前記ディスクレスクライアントの切断指示を受けた場合の何れかの場合に、
    　前記フィルタ制御部に当該ディスクレスクライアントと前記ファイルサーバとの通信を禁止するように指示するとともに、当該ディスクレスクライアントの認証状態を未認証にする
    　請求項１に記載のディスクレスクライアント認証システム。
  4. 　前記フィルタは、
    　前記ディスクレスクライアント、および、前記ファイルサーバの、物理アドレス、ネットワークアドレス、およびプロトコル識別情報の少なくとも１つを基に、前記ディスクレスクライアントと前記ファイルサーバとの間でやり取りされる通信データの通過を許可または禁止する
    　請求項１に記載のディスクレスクライアント認証システム。
  5. 　ディスクレスクライアントと当該ディスクレスクライアントの起動用ファイルを格納したファイルサーバとの通信経路上にあって、前記ディスクレスクライアントと前記ファイルサーバとの通信を許可または禁止するフィルタに通信接続され、前記ディスクレスクライアントを認証する認証サーバであって、
    　前記ディスクレスクライアントの識別情報と認証状態とを関連付けて記憶するクライアント管理データベースを備える記憶部と、
    　前記ディスクレスクライアントに対してネットワークアドレスを割り当てる処理を実行するアドレス割当部と、
    　ネットワークアドレスが割り当て済の前記ディスクレスクライアントを認証する処理を実行する認証部と、
    　前記フィルタに、前記ディスクレスクライアントと前記ファイルサーバとの通信を許可または禁止を指示するフィルタ制御部と、
    　ネットワークアドレス割り当て済のディスクレスクライアントが前記クライアント管理データベースを参照して未認証の状態であれば、前記認証部に指示して当該ディスクレスクライアントを認証する処理を実行し、
    　前記認証する処理が成功すれば、前記フィルタ制御部に当該ディスクレスクライアントと前記ファイルサーバとの通信を許可するように指示するクライアント制御部と、を備える
    　認証サーバ。
  6. 　コンピュータを請求項５の認証サーバとして機能させるためのプログラム。
  7. 　ディスクレスクライアントと当該ディスクレスクライアントの起動用ファイルを格納したファイルサーバとの通信経路上にあって、前記ディスクレスクライアントと前記ファイルサーバとの通信を許可または禁止するフィルタに通信接続され、前記ディスクレスクライアントを認証する認証サーバのディスクレスクライアント認証方法であって、
    　前記認証サーバは、
    　前記ディスクレスクライアントの識別情報と認証状態とを関連付けて記憶するクライアント管理データベースを備える記憶部を備え、
    　前記ディスクレスクライアントに対してネットワークアドレスを割り当てる処理を実行するステップと、
    　ネットワークアドレス割り当て済のディスクレスクライアントが前記クライアント管理データベースを参照して未認証の状態であれば、当該ディスクレスクライアントを認証するステップと、
    　当該ディスクレスクライアントの認証に成功すれば、前記フィルタに対して当該ディスクレスクライアントと前記ファイルサーバとの通信を許可するように指示するステップと、を実行する
    　ディスクレスクライアント認証方法。
PCT/JP2022/026872 2022-07-06 2022-07-06 ディスクレスクライアント認証システム、認証サーバ、プログラムおよびディスクレスクライアント認証方法 Ceased WO2024009441A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2022/026872 WO2024009441A1 (ja) 2022-07-06 2022-07-06 ディスクレスクライアント認証システム、認証サーバ、プログラムおよびディスクレスクライアント認証方法
JP2024531831A JP7827148B2 (ja) 2022-07-06 2022-07-06 ディスクレスクライアント認証システム、認証サーバ、プログラムおよびディスクレスクライアント認証方法
US18/878,791 US20250385908A1 (en) 2022-07-06 2022-07-06 Diskless client authentication system, authentication server, program, and diskless client authentication method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/026872 WO2024009441A1 (ja) 2022-07-06 2022-07-06 ディスクレスクライアント認証システム、認証サーバ、プログラムおよびディスクレスクライアント認証方法

Publications (1)

Publication Number Publication Date
WO2024009441A1 true WO2024009441A1 (ja) 2024-01-11

Family

ID=89453064

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/026872 Ceased WO2024009441A1 (ja) 2022-07-06 2022-07-06 ディスクレスクライアント認証システム、認証サーバ、プログラムおよびディスクレスクライアント認証方法

Country Status (3)

Country Link
US (1) US20250385908A1 (ja)
JP (1) JP7827148B2 (ja)
WO (1) WO2024009441A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003218873A (ja) * 2002-01-24 2003-07-31 Fujitsu Ltd 通信監視装置及び監視方法
JP2004341578A (ja) * 2003-05-13 2004-12-02 Nippon Telegr & Teleph Corp <Ntt> ファイル提供装置、ファイル提供方法、ファイル提供プログラム及びそのプログラムを記録した記録媒体
JP2008015786A (ja) * 2006-07-06 2008-01-24 Hitachi Ltd アクセス制御システム及びアクセス制御サーバ

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7668945B2 (en) * 2006-08-18 2010-02-23 Intel Corporation Network booting using a platform management coprocessor

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003218873A (ja) * 2002-01-24 2003-07-31 Fujitsu Ltd 通信監視装置及び監視方法
JP2004341578A (ja) * 2003-05-13 2004-12-02 Nippon Telegr & Teleph Corp <Ntt> ファイル提供装置、ファイル提供方法、ファイル提供プログラム及びそのプログラムを記録した記録媒体
JP2008015786A (ja) * 2006-07-06 2008-01-24 Hitachi Ltd アクセス制御システム及びアクセス制御サーバ

Also Published As

Publication number Publication date
JP7827148B2 (ja) 2026-03-10
US20250385908A1 (en) 2025-12-18
JPWO2024009441A1 (ja) 2024-01-11

Similar Documents

Publication Publication Date Title
US10402206B2 (en) Methods and systems for attaching an encrypted data partition during the startup of an operating system
US8261364B2 (en) Network system for accessing the storage units based on log-in request having password granted by administration server
CN102884535B (zh) 受保护装置管理
EP2698957B1 (en) Method, device and system for realizing communication after virtual machine migration
US12166823B2 (en) Bare-metal connection storage method and system, and apparatus
KR101159355B1 (ko) 클라이언트 장치를 안전하게 준비하는 방법 및 시스템
JP2009536375A (ja) 拡張可能なインターネットエンジン用のｉＳＣＳＩブートドライブシステムおよび方法
WO2012173751A1 (en) Method and apparatus for remote delivery of managed usb services via a mobile computing device
WO2018001023A1 (zh) 一种云终端登录虚拟桌面方法及装置
JP4879643B2 (ja) ネットワークアクセス制御システム、端末、アドレス付与装置、端末システム認証装置、ネットワークアクセス制御方法、及び、コンピュータプログラム
US20200382509A1 (en) Controlling access to common devices using smart contract deployed on a distributed ledger network
JP7827148B2 (ja) ディスクレスクライアント認証システム、認証サーバ、プログラムおよびディスクレスクライアント認証方法
CN120872482A (zh) 用于对计算基础设施进行自动化部署的方法和系统
US20200329012A1 (en) System and method for dedicated storage, through a secure internet connection, in a remote location
WO2010150413A1 (ja) 計算機システム
CN101137993A (zh) 网络系统、对存储装置的访问控制方法、管理服务器、存储装置、登录控制方法、网络引导系统及单位存储单元的访问方法
JP5073171B2 (ja) ネットワークブートシステム、クライアント端末の起動方法、および管理サーバ
CN115150170B (zh) 安全策略配置方法、装置、电子设备和存储介质
JP2025173175A (ja) セキュリティシステム、セキュリティ方法及びプログラム
CN113868645A (zh) 一种基于非root方式的vsftpd系统及分布式vsftpd系统
CN115766070A (zh) 一种基于总控设备的终端管控方法、装置与计算设备
HK1181146B (en) Protected device management

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22950235

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2024531831

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 18878791

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22950235

Country of ref document: EP

Kind code of ref document: A1

WWP Wipo information: published in national office

Ref document number: 18878791

Country of ref document: US