Linux не видит пользователей

unixforum.org

Форум для пользователей UNIX-подобных систем

• Темы без ответов
• Активные темы
• Поиск
• Статус форума

В сети не видны компьютеры Linux

В сети не видны компьютеры Linux

Сообщение kerogaz » 23.12.2016 15:00

Re: В сети не видны компьютеры Linux

Сообщение Bizdelnick » 23.12.2016 15:15

в консол и вку́пе (с чем-либо) в общем в ообще

в течени е (часа) нович ок нюанс п о умолчанию

приемл емо пробле ма проб овать тра фик

Re: В сети не видны компьютеры Linux

Сообщение kerogaz » 23.12.2016 15:58

А на виндовых самба стоит?Когда я открываю сетевое окружение видна иконка «Сеть Windows» и иногда рядом появляются иконки отдельных компьютеров ( я так понимаю что не виндовых хотя судя по названию много тоже виндовых) Короче как увидеть линуксовые компьютеры Желательно конкретно и без философии

Источник

Записки IT специалиста

Технический блог специалистов ООО»Интерфейс»

• Главная
• Network Manager не видит сеть в Ubuntu или Debian

Network Manager не видит сеть в Ubuntu или Debian

Network Manager — удобная утилита для управления сетевыми подключениями в Linux, используется по умолчанию во всех основных графических оболочках, что предоставляет пользователю простой и единообразный интерфейс настройки сети. Также Network Manager поддерживает Wi-Fi, 3G и VPN подключения, позволяя легко создавать их в графическом режиме. Но бывают ситуации, когда Network Manager неожиданно ломается, оставляя непривычного к консоли пользователя буквально без связи с внешним миром. В данной статье мы рассмотрим некоторые типовые проблемы, которые достаточно легко устраняются, но при этом могут серьезно испортить жизнь начинающим.

Network Manager — устройство не управляется

Достаточно простая неисправность, точнее даже не неисправность, которая проявляется в том, что Network Manager не может управлять вашим сетевым устройством.

Причина такого поведения лежит в том, что Network Manager не является единственным способом управления сетевыми подключениями в Linux и если он видит, что сетевой адаптер был настроен другим методом, то перестает управлять им. Это вполне корректное поведение, предоставляющее администратору всю полноту власти над системой и обеспечивающее приоритет ручных настроек над автоматическими.

Другое дело, что такие настройки могут возникнуть без прямого умысла пользователя: неудачное повторение инструкции в сети, запуск стороннего скрипта и т.д. и т.п. После чего Network Manager отказывается работать, а навыки ручного управления сетью отсутствуют. Но такое поведение легко исправить. Откроем консоль и выполним:

Удалим из этого файла все строки кроме:

На скриншоте выше как раз видны ручные настройки для сетевого адаптера ens33, которые и блокировали работу Network Manager с этим интерфейсом.

После чего перезапустим службу командой:

После чего Network Manager снова возьмет контроль над сетевым интерфейсом.

Для недопущения подобной ситуации в дальнейшем следует внимательно относиться к ручным настройкам сети и не допускать подобных изменений, если вы желаете и далее использовать Network Manager.

Network Manager не видит сеть

Более сложная неисправность, которая заключается в том, что Network Manager вообще не видит сетевых адаптеров, причины ее возникновения нам неизвестны, но приходилось достаточно часто сталкиваться с ней на промежуточных выпусках Ubuntu.

Кстати, данная неисправность может послужить причиной ручной настройки сетевого интерфейса, которое в последствии будет блокировать работу Network Manager, но ее также несложно вылечить, для этого нужно создать пустой файл:

И перезапустить службу:

Для дальнейшей работы Network Manager наличие данного файла необязательно, т.е. вы можете его удалить, но Network Manager продолжит работать нормально.

Как видим, предложенные нами способы восстановления здоровья Network Manager просты и, надеемся, помогут вам сэкономить время и нервы, когда вы столкнетесь с подобной проблемой.

Помогла статья? Поддержи автора и новые статьи будут выходить чаще:

Или подпишись на наш Телеграм-канал:

Источник

Почему Ubuntu не входит в систему

Многие пользователи Linux сталкивались с проблемой, когда после ввода пароля вместо загрузки графического окружения и рабочего стола появляется чёрный экран, а потом снова запрос ввода пароля. Такая ситуация называется Login loop или ещё её можно описать как ошибка входа в систему. Часто она вызвана неверно выполненным обновлением или экспериментами с системой, хотя у неё могут быть и другие причины.

В этой статье мы рассмотрим основные причины возникновения такой проблемы, а также несколько способов её исправить. Но сначала давайте разберемся где искать сообщения об ошибках.

Почему не входит в систему Ubuntu

Если ошибка возникла во время работы компьютера, возможно решить её поможет перезагрузка. Если же нет, при возникновении любой серьезной ошибки сначала следует понять почему она произошла. Конечно, вариант, когда вы применяете различные варианты решения и если один из них помог, значит там и была ошибка тоже имеет право на существование, но куда быстрее выяснить где же ошибка и исправить её. Ошибки, связанные с работой X сервера записываются в файл /var/log/Xorg.0.log.

Но сначала надо попасть в терминал. Для этого на экране входа нажмите сочетание клавиш Ctrl+Alt+F2, затем введите логин и пароль:

Перед вами откроется командная строка в которую уже можно вводить команды терминала. Теперь вы можете просмотреть лог с ошибками:

Если здесь этого файла нет, что можно попытаться найти его по такому пути:

Все строки с ошибками помечены буквами EE. Опираясь на сообщения, которые есть в файле, вы сможете подобрать верный способ решения проблемы и быстро всё исправить.

1. Нет места на диске

Если в домашнем каталоге недостаточно места для создания временных файлов, необходимых для запуска окружения, с авторизацией могут возникнуть проблемы. Для исправления этой ошибки просто освободите место на диске. Это ваш случай если в логах вы видите сообщение об ошибке No space left on device. и при выполнении такой команды на домашнем или корневом разделе нет больше места:

2. Проблемы с обновлением

Если вы раньше выполняли обновление и оно прошло неудачно, попробуйте его завершить. Для этого выполните такие команды:

sudo apt update
sudo apt -y full-upgrade

Затем очистите систему от лишних пакетов:

sudo apt -y autoremove
sudo apt -y clean

3. Неверные права на

Убедитесь, что права на файл

/.Xauthority верные. Владельцем этого файла должен быть пользователь, от имени которого вы пытаетесь войти в систему и у этого владельца должны быть все права на файл. В старых дистрибутивах этот файл находился в домашней папке:

В современной Ubuntu он находится по пути /run/user/id_пользователя/gdm/Xauthority и создается он уже после успешного входа в систему:

ls -l /run/имя_пользователя/id_пользователя/gdm/Xauthority

Во втором случае проблема с правами вряд-ли возникнет, но в первом она вполне может быть. Для её исправления выполните:

sudo chown имя_пользователя:имя_пользователя

4. Неверные права на /tmp

Папка /tmp предназначена для записи временных файлов и поэтому она должна быть доступна всем пользователям в системе как для чтения, так и для записи. Проверьте какие сейчас установлены права на эту папку:

ls -l / | grep /tmp

Затем установите правильные права если надо:

sudo chmod 1777 /tmp

5. Проблема с проприетарными драйверами

Ещё одной причиной проблем может стать проприетарный драйвер видеокарты. Возможно он сломался после обновления или каких-либо действий с ядром. Его можно обновить до новой версии, переустановить или удалить вовсе. Для удаления драйвера Nvidia используйте команду:

sudo apt remove nvidia-*

Затем очистить конфигурацию Xorg:

нужно переустановить свободный драйвер Nouveau:

sudo apt install —reinstall xserver-xorg-video-nouveau

Подробнее про удаление видео драйвера Nvidia читайте тут. Про установку драйвера Nvidia — здесь.

6. Перезапуск менеджера входа

После того, как вы проверили все методы надо вернуться в графический режим и попробовать войти в систему снова. Для этого используйте сочетание клавиш Ctrl+Alt+F1 или Ctrl+Alt+F7 в старых системах. Также вы можете полностью перезагрузить компьютер или только менеджер входа:

sudo systemctl restart display-manager

Выводы

В этой небольшой статье мы разобрались что делать если у вас не получается войти в систему Ubuntu после ввода пароля и менеджер входа постоянно просит пароль. Ситуация довольно сложная, но я надеюсь, что предложенные варианты решения помогут вам всё исправить. Знаете другие варианты исправления проблемы? Пишите в комментариях!

Источник

unixforum.org

Форум для пользователей UNIX-подобных систем

• Темы без ответов
• Активные темы
• Поиск
• Статус форума

[Решено] Как включить доменного пользователя в локальные группы Линукс

Модератор: SLEDopit

[Решено] Как включить доменного пользователя в локальные группы Линукс

Сообщение Equilibrium » 23.10.2008 10:31

Re: [Решено] Как включить доменного пользователя в локальные группы Линукс

Сообщение Ariasp » 23.10.2008 11:34

Re: [Решено] Как включить доменного пользователя в локальные группы Линукс

Сообщение Equilibrium » 24.10.2008 03:35

Re: [Решено] Как включить доменного пользователя в локальные группы Линукс

Сообщение Ariasp » 24.10.2008 12:30

Re: [Решено] Как включить доменного пользователя в локальные группы Линукс

Сообщение Equilibrium » 24.10.2008 13:11

pam_winbind, pam_mkhomedir прописаны, домашняя директория создаётся, но getent group выводит только содержимое файла /etc/group, доменных групп в ней нет. Команды wbinfo -g и wbinfo -u выводят доменные группы и доменных пользователей соответственно.

Я в предыдущем посте немного ошибся, написал «Я вручную добавил доменного пользователя в файлы /etc/group, /etc/gshadow, /etc/gshadow», а надо было «Я вручную добавил доменного пользователя в файлы /etc/group, /etc/gshadow, /etc/passwd», т.е. я вручную прописал пользователя и в /etc/passwd.

Спасибо, вроде помогло! А в остальные группы типа cdrom, scanner, radio и им подобных тоже пользователя тоже надо вручную добавлять?

Удалил я внесённого вручную пользователя из /etc/group, /etc/gshadow, /etc/passwd, соответственно, в окне менеджера входа в систему (KDM) из списка он пропал. А можно ли сделать так, чтобы он там остался?

Источник

Почему wbinfo и getent не видят доменных пользователей?

Доброго времени, коллеги!

Пытаюсь завести линуксовую тачку в домен Windows. Машина с Debian 8, Samba 4. Домен на Win Server 2008R2. В домен подключил успешно, но wbinfo -u | -g и аналогично getnet passwd | groups не видят доменных пользователей и группы.
В доках и мануалах на просторах гугла подобной ситуации не нашел.
Конфиги:

Результат команды testparm:

Таким образом машина в домен вошла, авторизация через kerberos успешно проходит, samba с доменом установила доверенные отношения.

Подскажите, куда копать?

NB: К домен контроллеру доступа нет. На его стороне логи посмотреть не могу.

• Вопрос задан более трёх лет назад
• 6137 просмотров

в логе все хорошо:
[2016/05/26 11:05:29, 0] ../source3/winbindd/winbindd.c:1549(main)
winbindd version 4.2.10-Debian started.
Copyright Andrew Tridgell and the Samba Team 1992-2014
[2016/05/26 11:05:29.567357, 0] ../source3/winbindd/winbindd_cache.c:3235(initialize_winbindd_cache)
initialize_winbindd_cache: clearing cache and re-creating with version number 2
[2016/05/26 11:05:29.620904, 0] ../lib/util/become_daemon.c:124(daemon_ready)
STATUS=daemon ‘winbindd’ finished starting up and ready to serve connections

Заменил строки — результат тот же.

Rsa97:
# net ads info
LDAP server: 192.168.1.3
LDAP server name: dc01.regions.lan
Realm: REGIONS.LAN
Bind Path: dc=REGIONS,dc=LAN
LDAP port: 389
Server time: Чт, 26 май 2016 13:30:55 MSK
KDC server: 192.168.1.3
Server time offset: 0

# net ads testjoin
Join is OK

Rsa97:
# wbinfo —domain-info=REGIONS
Name : REGIONS
Alt_Name : regions.lan
SID : S-1-5-21-116022207-583602576-2121419680
Active Directory : Yes
Native : Yes
Primary : Yes

# wbinfo —user-info USER
user:*:10000:10000:ФИО_пользователя:/home/REGIONS/user:/bin/false

Хотя по некоторым пользователям выдает
failed to call wbcGetpwnam: WBC_ERR_DOMAIN_NOT_FOUND
Could not get info for user USERNAME

Только что проверил на Debian 8.3 / Samba 4.1

Если писать как у вас:
>> wbinfo -i myuser
То будет ошибка
failed to call wbcGetpwnam: WBC_ERR_DOMAIN_NOT_FOUND
Could not get info for user myuser

Если писать с именем домена, то все ок:
>> wbinfo -i «MYDOMAIN\myuser»

Если прописать winbind в nsswitch.conf, то и getent работает.

Кстати, стесняюсь спросить, зачем вам такой большой smb.conf? У меня все работает так:

[global]
netbios name = LINUX-PC
workgroup = MYDOMAIN
realm = MYDOMAIN.LOCAL
security = ADS
auth methods = winbind
passdb backend = tdbsam
idmap uid = 10000-20000
idmap gid = 10000-20000
winbind enum groups = yes
winbind enum users = yes

и зачем вы создаете файл /etc/krb5.conf? Samba сама создаст нужную конфигурацию Kerberos в
/var/run/samba/smb_krb5/krb5.conf.MYDOMAIN

Попробуйте добавить log level = 0 winbind:10 в smb.conf, перезапустить winbind и сделать wbinfo. У меня в лога примерно такое (пользователь ):

2016/05/26 17:30:26.933608, 10, pid=10374, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:693(process_request)
process_request: Handling async request 10382:GETPWNAM
[2016/05/26 17:30:26.933696, 3, pid=10374, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd_getpwnam.c:56(winbindd_getpwnam_send
getpwnam mydomain\myuser
[2016/05/26 17:30:32.991550, 10, pid=10374, effective(0, 0), real(0, 0), ../source3/winbindd/wb_sids2xids.c:109(wb_sids2xids_send)
SID 0: S-1-5-21-1355152962-1969306083-1769625426-1134
[2016/05/26 17:30:32.992490, 10, pid=10374, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd_util.c:791(find_lookup_domain_from_sd)
find_lookup_domain_from_sid(S-1-5-21-1355152962-1969306083-1769625426-513)
[2016/05/26 17:30:32.992642, 10, pid=10374, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd_util.c:801(find_lookup_domain_from_sd)
calling find_our_domain
[2016/05/26 17:30:32.994576, 10, pid=10374, effective(0, 0), real(0, 0), ../source3/winbindd/wb_sids2xids.c:109(wb_sids2xids_send)
SID 0: S-1-5-21-1355152962-1969306083-1769625426-513
[2016/05/26 17:30:32.995031, 10, pid=10374, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:755(wb_request_done)
wb_request_done[10382:GETPWNAM]: NT_STATUS_OK
[2016/05/26 17:30:32.995201, 10, pid=10374, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:816(winbind_client_response_writte)
winbind_client_response_written[10382:GETPWNAM]: delivered response to client

[2016/05/26 16:46:30.554898, 6, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:906(new_connection)
accepted socket 26
[2016/05/26 16:46:30.555097, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:752(process_request)
process_request: request fn INTERFACE_VERSION
[2016/05/26 16:46:30.555157, 3, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd_misc.c:395(winbindd_interface_version)
[ 1604]: request interface version (version = 27)
[2016/05/26 16:46:30.555263, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:851(winbind_client_response_written)
winbind_client_response_written[1604:INTERFACE_VERSION]: delivered response to client
[2016/05/26 16:46:30.555389, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:752(process_request)
process_request: request fn WINBINDD_PRIV_PIPE_DIR
[2016/05/26 16:46:30.555443, 3, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd_misc.c:428(winbindd_priv_pipe_dir)
[ 1604]: request location of privileged pipe
[2016/05/26 16:46:30.555560, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:851(winbind_client_response_written)
winbind_client_response_written[1604:WINBINDD_PRIV_PIPE_DIR]: delivered response to client
[2016/05/26 16:46:30.555680, 6, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:906(new_connection)
accepted socket 29
[2016/05/26 16:46:30.555775, 6, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:957(winbind_client_request_read)
closing socket 26, client exited
[2016/05/26 16:46:30.555883, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:752(process_request)
process_request: request fn INTERFACE_VERSION
[2016/05/26 16:46:30.555937, 3, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd_misc.c:395(winbindd_interface_version)
[ 1604]: request interface version (version = 27)
[2016/05/26 16:46:30.556037, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:851(winbind_client_response_written)
winbind_client_response_written[1604:INTERFACE_VERSION]: delivered response to client
[2016/05/26 16:46:30.556157, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:752(process_request)
process_request: request fn INFO
[2016/05/26 16:46:30.556211, 3, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd_misc.c:383(winbindd_info)
[ 1604]: request misc info
[2016/05/26 16:46:30.556310, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:851(winbind_client_response_written)
winbind_client_response_written[1604:INFO]: delivered response to client
[2016/05/26 16:46:30.556424, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:752(process_request)
process_request: request fn NETBIOS_NAME
[2016/05/26 16:46:30.556478, 3, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd_misc.c:416(winbindd_netbios_name)
[ 1604]: request netbios name
[2016/05/26 16:46:30.556573, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:851(winbind_client_response_written)
winbind_client_response_written[1604:NETBIOS_NAME]: delivered response to client
[2016/05/26 16:46:30.556687, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:752(process_request)
process_request: request fn DOMAIN_NAME
[2016/05/26 16:46:30.556741, 3, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd_misc.c:405(winbindd_domain_name)
[ 1604]: request domain name
[2016/05/26 16:46:30.556835, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:851(winbind_client_response_written)
winbind_client_response_written[1604:DOMAIN_NAME]: delivered response to client
[2016/05/26 16:46:30.556983, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:752(process_request)
process_request: request fn DOMAIN_INFO
[2016/05/26 16:46:30.557037, 3, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd_misc.c:237(winbindd_domain_info)
[ 1604]: domain_info [REGIONS]
[2016/05/26 16:46:30.557149, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:851(winbind_client_response_written)
winbind_client_response_written[1604:DOMAIN_INFO]: delivered response to client
[2016/05/26 16:46:30.557274, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:725(process_request)
process_request: Handling async request 1604:LIST_USERS
[2016/05/26 16:46:30.557331, 3, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd_list_users.c:58(winbindd_list_users_send)
list_users REGIONS
[2016/05/26 16:46:30.557462, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd_cache.c:5012(wcache_fetch_ndr)
Entry has timed out
[2016/05/26 16:46:33.919284, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd_cm.c:364(winbind_msg_domain_offline)
Domain REGIONS is marked as offline now.
[2016/05/26 16:46:33.921474, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd_list_users.c:128(winbindd_list_users_done)
Domain REGIONS returned 0 users
[2016/05/26 16:46:33.921550, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd_list_users.c:134(winbindd_list_users_done)
List_users for domain REGIONS failed
[2016/05/26 16:46:33.921606, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:787(wb_request_done)
wb_request_done[1604:LIST_USERS]: NT_STATUS_OK
[2016/05/26 16:46:33.921745, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:851(winbind_client_response_written)
winbind_client_response_written[1604:LIST_USERS]: delivered response to client
[2016/05/26 16:46:33.921872, 6, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd.c:957(winbind_client_request_read)
closing socket 29, client exited
[2016/05/26 16:47:02.131108, 10, pid=1587, effective(0, 0), real(0, 0), ../source3/winbindd/winbindd_util.c:453(rescan_forest_root_trusts)
rescan_forest_root_trusts: Following trust path for domain tree root REGIONS (regions.lan)

Как я понимаю, домен уходит в оффлайн в процессе запроса списка пользователей?

Источник