Каково точное определение для “входа в систему”
Я сделал бы это с небольшой остротой Perl.
cat <<EOF | perl -ne 'BEGIN { $/ = undef; } print $1 if(/(foo.*bar)/s)'
A line
like
foo
this
foo
bar
something
something else
foo
bar
and
the
rest
EOF
урожаи
foo
this
foo
bar
something
something else
foo
bar
Я не знаю, будете ли Вы когда-либо находить точное определение, о котором все договариваются. Возможно, просто"/bin/login или эквивалентный". Все должны, по крайней мере, согласовать это su не вход в систему, хотя, так как он не заменяет существующий вход в систему на терминале, и одна из функций определения входа в систему - то, что только один человек за один раз зарегистрирован на любом терминале.
Мое определение, которое будет, вероятно, оспариваться, это "входит в систему", означает запускать новую сессию, на терминале (или X дисплеев), который в настоящее время не имеет никого использующего его. Но что относительно того, когда Вы создаете новый терминал? Запуск xterm не испытывает желание входить в систему даже при том, что он создает новый tty, потому что он не просит аутентификацию (Вы прошли проверку подлинности в начале X сессий, или ранее если Вы использовали startx.
Запуск нового соединения SSH, с другой стороны, определенно очень подобен входу в систему, даже когда он не настроен для использования /bin/login. Если Вы не указываете команду для работы удаленного вместо интерактивной оболочки - операция, которая требует аутентификации, но не чувствует себя подобно "входу в систему" точно.
На исходный вопрос, с которым Вы связываетесь, легче ответить, потому что это о чем-то конкретном ( who команда), вместо философского вопроса того, что это означает "входить в систему". Точный ответ - это who сообщает содержание utmp файл. Если Вы хотите знать ли определенное действие (как su или xterm или ssh localhost -l root) запишет запись в utmp, ответ часто, "он зависит". xterm имеет опции -ut и +ut управлять, будет ли терминал добавлен к utmp.
В screen, можно переключить текущий tty's utmp запись с CtrlA, сопровождаемым L. L обозначает вход в систему.
Для ssh я не вижу специализированной опции. После нескольких экспериментов кажется, что Вы получаете a utmp запись, если Вы создаете tty даже при выполнении неинтерактивной команды на ней (ssh -t localhost w шоу w в его собственном списке).
Википедия
Это походит на столь же хорошее объяснение как любой, которого я видел.
выборка из Википедии: http://en.wikipedia.org/wiki/Login
Это - распространенное заблуждение, что вход в систему существительного может использоваться в качестве глагола. В действительности, термин входят в систему, глагол и относится к процессу идентификации и аутентификации пользователя, тогда как термин вход в систему является существительным и относится к учетным данным, требуемым получить доступ. Для систем, где пользователь должен указать имя пользователя и пароль, комбинация имени пользователя и пароля является их входом в систему, и действие предоставления этих деталей для проверки затем входит в систему.
Войдите в систему специальный вид глагола, названного фразовым глаголом. Фразовый глагол является тем, включающим два слова, состоящие из (1) глагола и (2) другой части речи, или наречие или предлог. Поскольку фразовый глагол входит в систему, используется так часто, пространство часто небрежно и неправильно отбрасывается 1
OpenGroup
Также, если Вы просматриваете определения в Спецификациях Основы OpenGroup, Выпуске 6 Спецификаций Основы Open Group.
выборка
3.213 Вход в систему
Неуказанное действие, которым пользователь получает доступ к системе. Каждый вход в систему связан точно с одним именем для входа в систему.
3.214 Имя для входа в систему
Имя пользователя, которое связано с входом в систему.
Первый шаг в процессе входа в систему является авторизацией. Этот шаг определяет, позволен ли вход в систему или отклонен. В большинстве случаев авторизация требует аутентификации: пользователь, который хочет войти в систему учетные данные предоставлений (имя пользователя и пароль, имя пользователя и вычисление на основе частного ключа SSH, имя пользователя и маркер Kerberos, …) и система, определяет, разрешены ли эти учетные данные войти в систему. Часто, но не всегда, любому пользователю, который завершает процесс аутентификации успешно, разрешают войти в систему. Пример авторизации, которая не включает аутентификации, - когда корень работает su для входа в систему как другой пользователь — корень всегда разрешается сделать это. Пример аутентификации, которая не достаточна для входа в систему, - когда корень ограничивается определенными терминалами, например, многие, система запрещает корневые логины по сети.
Второй шаг должен запустить сессию. Это всегда включает, по крайней мере, стартовый процесс как требуемый пользователь, возможно оболочка входа в систему пользователя, как обозначено в базе данных учетной записи. Другие общие шаги включают записи в журнале записи, устанавливая переменные среды, устанавливая пределы ресурса, …