Альтернативы Open Source для Windows Live Writer [дубликат]

Причина, по которой это разрешено сегодня, заключается просто в том, что система не мешает ей.

Если это изменится, тогда она сломает те системы, в которых администраторы использовали эту функцию ( см. пример Тердона). Поэтому он никогда не менялся, и я не думаю, что это когда-либо будет.

Первоначально были только файлы passwd и group, и они служили своей цели. не было никакой команды adduser, никакой addgroup, файлы были отредактированы root с помощью vi или ed.

Было несколько причуд!

Чтобы запомнить следующий идентификатор пользователя, обычно для админов было обычным пользователем в качестве последней строки, которая имела имя пользователя ! (поскольку ! было недопустимым именем пользователя), и эта запись использовалась для хранения следующего идентификатора пользователя. Грубо, признаюсь, но это сработало! Итак, почему бы не разогнать кишку, что усложнило ее, сродни быстрому развитию.

Были известные недостатки. Главное, что он должен быть читаемым в мире, так что утилиты вроде ls могли бы отображать user-id => name.

Некоторые системы Unix начали вводить несколько сценариев оболочки adduser addgroup, часто они игнорировались, потому что они были в состоянии игнорировать все зашифрованные пароли всех пользователей и идентификаторов в системе.

были несогласованными между Unix, поэтому большинство людей просто продолжалось с ручным редактированием.

Прошло немало лет, прежде чем был изобретен файл паролей shadow, это обеспечило немного большую безопасность, скрывая зашифрованные пароли. Опять же, была добавлена ​​достаточно сложная сложность, но она все еще была довольно грубой и простой. Были введены утилиты useradd и groupadd, в которых обновлены shadow и shadow-. Начнем с того, что часто это были простые оболочки оболочки оболочки, связанные с запатентованными утилитами adduser .

Сети компьютеров росли, люди работали по несколько за раз, чтобы получить работу, поэтому администратор файлов passwd/group стал кошмаром, особенно с NFS, поэтому в «Желтые страницы» также известны как NIS, чтобы облегчить бремя.

Уже стало очевидным, что нужно немного более гибкое, и PAM был изобретен. Поэтому, если вы были действительно сложны и хотели иметь централизованную, безопасную, уникальную систему идентификации всех колоколов и свистов, вы могли бы обратиться к центральному серверу для аутентификации, возможно, к серверу Radius, LDAP-серверу или Active Directory. [!d12 ]

Мир вырос. Но файлы passwd / group / shadow по-прежнему оставались для нас меньшими пользователями / разработчиками / лабораториями. Мы все еще не требовали всех колоколов и свистов. Я предполагаю, что философия изменилась к настоящему времени: «Если вы собираетесь сделать это лучше, вы не будете использовать ее вообще», так что не беспокойтесь об этом.

Вот почему я не думаю, что простой файл passwd будет когда-либо изменяться. Там больше нет смысла, и это просто отлично подходит для тех 30 фунтов малины Pi с 2, может быть, 3 пользовательской температурой мониторинга и твиттер-фидами. Хорошо, вам просто нужно быть немного осторожным с вашим идентификатором пользователя, если вы хотите, чтобы они были уникальными, и нет ничего, что помешало бы энтузиасту обернуть «Если вы собираетесь сделать это лучше, вы не будете использовать его в all " в скрипте, который сначала выбирает следующий уникальный идентификатор из базы данных (файла), чтобы установить уникальный идентификатор, если это то, что вы хотите. Это открытый источник.