Навсегда ли входить в систему?

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

Я не считаю, что Ubuntu создаст туннель IPv6 для чего угодно, он просто оставит протокол активным в этот интерфейс. Если IPv6 доступен в вашей сети, а на стороне IPv6 не используется NAT, есть вероятность, что он напрямую подключит вас к Интернету.

В этом случае, если вы беспокоились о своей безопасности , вы можете отключить IPv6, используя ответ CYREX.

5
задан 21 September 2010 в 19:04

40 ответов

Здесь были отличные подсказки, и я бы хотел сделать больше, чем просто возвысить. Тем не менее, реальной проблемой, которую я обнаружил благодаря msw, была эта ошибка https://bugs.launchpad.net/ubuntu/+source/samba/+bug/584428

Чтобы решить эту проблему, я прокомментировал эта строка в /etc/pam.d/common-auth

auth optional pam_smbpass.so migrate

Я не понимаю, почему это вызывает проблемы; Я никогда не использовал samba для аутентификации входа на эту машину.

2
ответ дан 26 May 2018 в 01:18
  • 1
    +1: ответы на себя хорошо для StackOverflow (и рад, что вы нашли проблему) – msw 22 September 2010 в 07:12

Здесь были отличные подсказки, и я бы хотел сделать больше, чем просто возвысить. Тем не менее, реальной проблемой, которую я обнаружил благодаря msw, была эта ошибка https://bugs.launchpad.net/ubuntu/+source/samba/+bug/584428

Чтобы решить эту проблему, я прокомментировал эта строка в /etc/pam.d/common-auth

auth optional pam_smbpass.so migrate

Я не понимаю, почему это вызывает проблемы; Я никогда не использовал samba для аутентификации входа на эту машину.

2
ответ дан 25 July 2018 в 23:12

Здесь были отличные подсказки, и я бы хотел сделать больше, чем просто возвысить. Тем не менее, реальной проблемой, которую я обнаружил благодаря msw, была эта ошибка https://bugs.launchpad.net/ubuntu/+source/samba/+bug/584428

Чтобы решить эту проблему, я прокомментировал эта строка в /etc/pam.d/common-auth

auth optional pam_smbpass.so migrate

Я не понимаю, почему это вызывает проблемы; Я никогда не использовал samba для аутентификации входа на эту машину.

2
ответ дан 27 July 2018 в 03:15

Здесь были отличные подсказки, и я бы хотел сделать больше, чем просто возвысить. Тем не менее, реальной проблемой, которую я обнаружил благодаря msw, была эта ошибка https://bugs.launchpad.net/ubuntu/+source/samba/+bug/584428

Чтобы решить эту проблему, я прокомментировал эта строка в /etc/pam.d/common-auth

auth optional pam_smbpass.so migrate

Я не понимаю, почему это вызывает проблемы; Я никогда не использовал samba для аутентификации входа на эту машину.

2
ответ дан 31 July 2018 в 12:29

Здесь были какие-то отличные советы, и я бы хотел сделать больше, чем просто повысить. Тем не менее, реальной проблемой, которую я обнаружил благодаря msw, была эта ошибка https://bugs.launchpad.net/ubuntu/+source/samba/+bug/584428

Чтобы решить эту проблему, я прокомментировал эту строку в файле /etc/pam.d/common-auth

  auth optional pam_smbpass.so migrate  

понять, почему это вызывает проблемы; Я никогда не использовал samba для аутентификации входа на эту машину.

2
ответ дан 2 August 2018 в 04:30

Здесь были какие-то отличные советы, и я бы хотел сделать больше, чем просто повысить. Тем не менее, реальной проблемой, которую я обнаружил благодаря msw, была эта ошибка https://bugs.launchpad.net/ubuntu/+source/samba/+bug/584428

Чтобы решить эту проблему, я прокомментировал эту строку в файле /etc/pam.d/common-auth

  auth optional pam_smbpass.so migrate  

понять, почему это вызывает проблемы; Я никогда не использовал samba для аутентификации входа на эту машину.

2
ответ дан 4 August 2018 в 21:03

Здесь были какие-то отличные советы, и я бы хотел сделать больше, чем просто повысить. Тем не менее, реальной проблемой, которую я обнаружил благодаря msw, была эта ошибка https://bugs.launchpad.net/ubuntu/+source/samba/+bug/584428

Чтобы решить эту проблему, я прокомментировал эту строку в файле /etc/pam.d/common-auth

  auth optional pam_smbpass.so migrate  

понять, почему это вызывает проблемы; Я никогда не использовал samba для аутентификации входа на эту машину.

2
ответ дан 6 August 2018 в 04:35

Здесь были какие-то отличные советы, и я бы хотел сделать больше, чем просто повысить. Тем не менее, реальной проблемой, которую я обнаружил благодаря msw, была эта ошибка https://bugs.launchpad.net/ubuntu/+source/samba/+bug/584428

Чтобы решить эту проблему, я прокомментировал эту строку в файле /etc/pam.d/common-auth

  auth optional pam_smbpass.so migrate  

понять, почему это вызывает проблемы; Я никогда не использовал samba для аутентификации входа на эту машину.

2
ответ дан 7 August 2018 в 22:44

Здесь были какие-то отличные советы, и я бы хотел сделать больше, чем просто повысить. Тем не менее, реальной проблемой, которую я обнаружил благодаря msw, была эта ошибка https://bugs.launchpad.net/ubuntu/+source/samba/+bug/584428

Чтобы решить эту проблему, я прокомментировал эту строку в файле /etc/pam.d/common-auth

  auth optional pam_smbpass.so migrate  

понять, почему это вызывает проблемы; Я никогда не использовал samba для аутентификации входа на эту машину.

2
ответ дан 10 August 2018 в 10:50

Здесь были какие-то отличные советы, и я бы хотел сделать больше, чем просто повысить. Тем не менее, реальной проблемой, которую я обнаружил благодаря msw, была эта ошибка https://bugs.launchpad.net/ubuntu/+source/samba/+bug/584428

Чтобы решить эту проблему, я прокомментировал эту строку в файле /etc/pam.d/common-auth

  auth optional pam_smbpass.so migrate  

понять, почему это вызывает проблемы; Я никогда не использовал samba для аутентификации входа на эту машину.

2
ответ дан 13 August 2018 в 17:24
  • 1
    +1: ответы на себя хорошо для StackOverflow (и рад, что вы нашли проблему) – msw 22 September 2010 в 07:12

«HAL или DBUS не работает» относится к Gnome, поскольку «топливный насос не работает» является автомобилем или, по крайней мере, закрыт. gnome-power-manager не является причиной вашей проблемы, но ее жалоба является хорошим показателем того, что есть. Для ответа есть два контакта:

сохранить мир

Это «не должно произойти», и если это случилось с вами при обновлении Ubuntu LTS, оно, вероятно, имеет или будет случиться с кем-то другим, и Ubuntu хочет узнать об этом. Используемой командой является

$ ubuntu-bug gdm

, как описано в Reporting Bugs - HowTo.

save yourself

Было время, когда я мог требовать подробного знания иерархии процессов Unix и процедур инициализации; больше никогда. Я считаю, что система dbus довольно мистическая и должна прибегать к:

расширенным, подробным, болезненным сеансам отладки или использовать Microsoft «Nuke it from Orbit Approach to System Administration» ® [d10 ] Через этот канал с ограниченной пропускной способностью я бы рекомендовал (2) и:

зайти на консоль Ctrl-Alt F1 nuke gdm, dbus и отношения с sudo apt-get purge gdm dbus dbus-x11 перезагрузить консоль переустановить gdm и dbus с sudo apt-get install gdm dbus dbus-x11 перезагрузкой вычислить в блаженной гармонии

Удачи.

4
ответ дан 26 May 2018 в 01:18
  • 1
    Это не проблема, но ваш ответ привел меня к решению. Когда я вошел в консоль, это время истекло, и поиск этого сообщения об ошибке привел меня к реальной проблеме. Спасибо за совет. – Matthew Talbert 22 September 2010 в 06:11

Для начала попробуйте просмотреть /var/log/gdm/:0-greeter.log. Посмотрите, можете ли вы определить задержку, следуя отметкам времени в /var/log/auth.log.

3
ответ дан 26 May 2018 в 01:18
  • 1
    Я пробовал это, но я не вижу ничего подозрительного. – Matthew Talbert 21 September 2010 в 10:55

Идея # 1: Возможно, это может быть связано с DNS-тайм-аутом?

Проверьте свои сетевые настройки и убедитесь, что вы можете выполнить ping на любых DNS-серверах, перечисленных в /etc/resolv.conf. Попробуйте выполнить некоторые действия, которые разрешат имена для IP-адресов, например ping www.google.com

Если они не работают или не занимают много времени, это может быть проблемой.

Идея # 2: Использует ли этот аппарат что-то внешнее - например, LDAP или NIS или что-то еще - для авторизации учетных данных? Если это так, он может ждать ответа от этой внешней машины.

2
ответ дан 26 May 2018 в 01:18

Для начала попробуйте просмотреть /var/log/gdm/:0-greeter.log. Посмотрите, можете ли вы определить задержку, следуя отметкам времени в /var/log/auth.log.

3
ответ дан 25 July 2018 в 23:12
  • 1
    Я пробовал это, но я не вижу ничего подозрительного. – Matthew Talbert 21 September 2010 в 10:55

Идея # 1: Возможно, это может быть связано с DNS-тайм-аутом?

Проверьте свои сетевые настройки и убедитесь, что вы можете выполнить ping на любых DNS-серверах, перечисленных в /etc/resolv.conf. Попробуйте выполнить некоторые действия, которые разрешат имена для IP-адресов, например ping www.google.com

Если они не работают или не занимают много времени, это может быть проблемой.

Идея # 2: Использует ли этот аппарат что-то внешнее - например, LDAP или NIS или что-то еще - для авторизации учетных данных? Если это так, он может ждать ответа от этой внешней машины.

2
ответ дан 25 July 2018 в 23:12

«HAL или DBUS не работает» относится к Gnome, поскольку «топливный насос не работает» является автомобилем или, по крайней мере, закрыт. gnome-power-manager не является причиной вашей проблемы, но ее жалоба является хорошим показателем того, что есть. Для ответа есть два контакта:

сохранить мир

Это «не должно произойти», и если это случилось с вами при обновлении Ubuntu LTS, оно, вероятно, имеет или будет случиться с кем-то другим, и Ubuntu хочет узнать об этом. Используемой командой является

$ ubuntu-bug gdm

, как описано в Reporting Bugs - HowTo.

save yourself

Было время, когда я мог требовать подробного знания иерархии процессов Unix и процедур инициализации; больше никогда. Я считаю, что система dbus довольно мистическая и должна прибегать к:

расширенным, подробным, болезненным сеансам отладки или использовать Microsoft «Nuke it from Orbit Approach to System Administration» ®

Через этот канал с ограниченной пропускной способностью я бы рекомендовал (2) и:

зайти на консоль Ctrl-Alt F1 nuke gdm, dbus и отношения с sudo apt-get purge gdm dbus dbus-x11 перезагрузить консоль переустановить gdm и dbus с sudo apt-get install gdm dbus dbus-x11 перезагрузкой вычислить в блаженной гармонии

Удачи.

4
ответ дан 25 July 2018 в 23:12
  • 1
    Это не проблема, но ваш ответ привел меня к решению. Когда я вошел в консоль, это время истекло, и поиск этого сообщения об ошибке привел меня к реальной проблеме. Спасибо за совет. – Matthew Talbert 22 September 2010 в 06:11

Для начала попробуйте просмотреть /var/log/gdm/:0-greeter.log. Посмотрите, можете ли вы определить задержку, следуя отметкам времени в /var/log/auth.log.

3
ответ дан 27 July 2018 в 03:15
  • 1
    Я пробовал это, но я не вижу ничего подозрительного. – Matthew Talbert 21 September 2010 в 10:55

Идея # 1: Возможно, это может быть связано с DNS-тайм-аутом?

Проверьте свои сетевые настройки и убедитесь, что вы можете выполнить ping на любых DNS-серверах, перечисленных в /etc/resolv.conf. Попробуйте выполнить некоторые действия, которые разрешат имена для IP-адресов, например ping www.google.com

Если они не работают или не занимают много времени, это может быть проблемой.

Идея # 2: Использует ли этот аппарат что-то внешнее - например, LDAP или NIS или что-то еще - для авторизации учетных данных? Если это так, он может ждать ответа от этой внешней машины.

2
ответ дан 27 July 2018 в 03:15

«HAL или DBUS не работает» относится к Gnome, поскольку «топливный насос не работает» является автомобилем или, по крайней мере, закрыт. gnome-power-manager не является причиной вашей проблемы, но ее жалоба является хорошим показателем того, что есть. Для ответа есть два контакта:

сохранить мир

Это «не должно произойти», и если это случилось с вами при обновлении Ubuntu LTS, оно, вероятно, имеет или будет случиться с кем-то другим, и Ubuntu хочет узнать об этом. Используемой командой является

$ ubuntu-bug gdm

, как описано в Reporting Bugs - HowTo.

save yourself

Было время, когда я мог требовать подробного знания иерархии процессов Unix и процедур инициализации; больше никогда. Я считаю, что система dbus довольно мистическая и должна прибегать к:

расширенным, подробным, болезненным сеансам отладки или использовать Microsoft «Nuke it from Orbit Approach to System Administration» ®

Через этот канал с ограниченной пропускной способностью я бы рекомендовал (2) и:

зайти на консоль Ctrl-Alt F1 nuke gdm, dbus и отношения с sudo apt-get purge gdm dbus dbus-x11 перезагрузить консоль переустановить gdm и dbus с sudo apt-get install gdm dbus dbus-x11 перезагрузкой вычислить в блаженной гармонии

Удачи.

4
ответ дан 27 July 2018 в 03:15
  • 1
    Это не проблема, но ваш ответ привел меня к решению. Когда я вошел в консоль, это время истекло, и поиск этого сообщения об ошибке привел меня к реальной проблеме. Спасибо за совет. – Matthew Talbert 22 September 2010 в 06:11

Для начала попробуйте просмотреть /var/log/gdm/:0-greeter.log. Посмотрите, можете ли вы определить задержку, следуя отметкам времени в /var/log/auth.log.

3
ответ дан 31 July 2018 в 12:29
  • 1
    Я пробовал это, но я не вижу ничего подозрительного. – Matthew Talbert 21 September 2010 в 10:55

Идея # 1: Возможно, это может быть связано с DNS-тайм-аутом?

Проверьте свои сетевые настройки и убедитесь, что вы можете выполнить ping на любых DNS-серверах, перечисленных в /etc/resolv.conf. Попробуйте выполнить некоторые действия, которые разрешат имена для IP-адресов, например ping www.google.com

Если они не работают или не занимают много времени, это может быть проблемой.

Идея # 2: Использует ли этот аппарат что-то внешнее - например, LDAP или NIS или что-то еще - для авторизации учетных данных? Если это так, он может ждать ответа от этой внешней машины.

2
ответ дан 31 July 2018 в 12:29

«HAL или DBUS не работает» относится к Gnome, поскольку «топливный насос не работает» является автомобилем или, по крайней мере, закрыт. gnome-power-manager не является причиной вашей проблемы, но ее жалоба является хорошим показателем того, что есть. Для ответа есть два контакта:

сохранить мир

Это «не должно произойти», и если это случилось с вами при обновлении Ubuntu LTS, оно, вероятно, имеет или будет случиться с кем-то другим, и Ubuntu хочет узнать об этом. Используемой командой является

$ ubuntu-bug gdm

, как описано в Reporting Bugs - HowTo.

save yourself

Было время, когда я мог требовать подробного знания иерархии процессов Unix и процедур инициализации; больше никогда. Я считаю, что система dbus довольно мистическая и должна прибегать к:

расширенным, подробным, болезненным сеансам отладки или использовать Microsoft «Nuke it from Orbit Approach to System Administration» ®

Через этот канал с ограниченной пропускной способностью я бы рекомендовал (2) и:

зайти на консоль Ctrl-Alt F1 nuke gdm, dbus и отношения с sudo apt-get purge gdm dbus dbus-x11 перезагрузить консоль переустановить gdm и dbus с sudo apt-get install gdm dbus dbus-x11 перезагрузкой вычислить в блаженной гармонии

Удачи.

4
ответ дан 31 July 2018 в 12:29
  • 1
    Это не проблема, но ваш ответ привел меня к решению. Когда я вошел в консоль, это время истекло, и поиск этого сообщения об ошибке привел меня к реальной проблеме. Спасибо за совет. – Matthew Talbert 22 September 2010 в 06:11

Для начала попробуйте просмотреть /var/log/gdm/:0-greeter.log . Посмотрите, можете ли вы определить задержку, следуя отметкам времени в /var/log/auth.log .

3
ответ дан 2 August 2018 в 04:30

Идея № 1: Возможно, это может быть связано с DNS-тайм-аутом?

  • Проверьте свои сетевые настройки и убедитесь, что вы можете выполнить ping на любых DNS-серверах, перечисленных в / etc / resolv.conf .
  • Попробуйте сделать некоторые действия, которые разрешат имена для IP-адресов, например ping. www.google.com

] Если они не работают или не занимают много времени, это может быть проблемой.

Идея № 2: Использует ли этот компьютер что-то внешнее - например, LDAP или NIS или что-то еще - для аутентификационных данных? Если это так, он может ждать ответа от этой внешней машины.

2
ответ дан 2 August 2018 в 04:30

«HAL или DBUS не работает» относится к Gnome, поскольку «топливный насос не работает» является автомобилем или, по крайней мере, закрыт. gnome-power-manager не является причиной вашей проблемы, но ее жалоба является хорошим показателем того, что есть. Для ответа есть два вопроса:

сохранить мир

Это «не должно произойти», и если это случилось с вами при обновлении Ubuntu LTS, оно, вероятно, имеет или будет случиться с кем-то другим, и Ubuntu хочет узнать об этом. Используемой командой является

  $ ubuntu-bug gdm  

, как описано в . Сообщения об ошибках - HowTo .

save yourself

Было время, когда я мог требовать подробное знание иерархии процессов Unix и процедур инициализации; больше никогда. Я считаю, что система dbus довольно мистическая и должна прибегать к:

  1. расширенным, подробным, болезненным сеансам отладки или
  2. использовать Microsoft «Nuke it from Orbit Approach to Системное администрирование "®

Через этот канал с ограничением пропускной способности я бы рекомендовал (2) и:

  • войти в консоль Ctrl-Alt F1 [ ! d8]
  • nuke gdm, dbus и отношения с sudo apt-get purge gdm dbus dbus-x11
  • reboot
  • из консоли переустановить gdm и dbus с sudo apt-get install gdm dbus dbus-x11
  • reboot
  • вычислить в блаженной гармонии

Удачи.

4
ответ дан 2 August 2018 в 04:30

Идея № 1: Возможно, это может быть связано с DNS-тайм-аутом?

  • Проверьте свои сетевые настройки и убедитесь, что вы можете выполнить ping на любых DNS-серверах, перечисленных в / etc / resolv.conf .
  • Попробуйте сделать некоторые действия, которые разрешат имена для IP-адресов, например ping. www.google.com

] Если они не работают или не занимают много времени, это может быть проблемой.

Идея № 2: Использует ли этот компьютер что-то внешнее - например, LDAP или NIS или что-то еще - для аутентификационных данных? Если это так, он может ждать ответа от этой внешней машины.

2
ответ дан 4 August 2018 в 21:03

«HAL или DBUS не работает» относится к Gnome, поскольку «топливный насос не работает» является автомобилем или, по крайней мере, закрыт. gnome-power-manager не является причиной вашей проблемы, но ее жалоба является хорошим показателем того, что есть. Для ответа есть два вопроса:

сохранить мир

Это «не должно произойти», и если это случилось с вами при обновлении Ubuntu LTS, оно, вероятно, имеет или будет случиться с кем-то другим, и Ubuntu хочет узнать об этом. Используемой командой является

  $ ubuntu-bug gdm  

, как описано в . Сообщения об ошибках - HowTo .

save yourself

Было время, когда я мог требовать подробное знание иерархии процессов Unix и процедур инициализации; больше никогда. Я считаю, что система dbus довольно мистическая и должна прибегать к:

  1. расширенным, подробным, болезненным сеансам отладки или
  2. использовать Microsoft «Nuke it from Orbit Approach to Системное администрирование "®

Через этот канал с ограничением пропускной способности я бы рекомендовал (2) и:

  • войти в консоль Ctrl-Alt F1 [ ! d8]
  • nuke gdm, dbus и отношения с sudo apt-get purge gdm dbus dbus-x11
  • reboot
  • из консоли переустановить gdm и dbus с sudo apt-get install gdm dbus dbus-x11
  • reboot
  • вычислить в блаженной гармонии

Удачи.

4
ответ дан 4 August 2018 в 21:03

Для начала попробуйте просмотреть /var/log/gdm/:0-greeter.log . Посмотрите, можете ли вы определить задержку, следуя отметкам времени в /var/log/auth.log .

3
ответ дан 4 August 2018 в 21:03

«HAL или DBUS не работает» относится к Gnome, поскольку «топливный насос не работает» является автомобилем или, по крайней мере, закрыт. gnome-power-manager не является причиной вашей проблемы, но ее жалоба является хорошим показателем того, что есть. Для ответа есть два вопроса:

сохранить мир

Это «не должно произойти», и если это случилось с вами при обновлении Ubuntu LTS, оно, вероятно, имеет или будет случиться с кем-то другим, и Ubuntu хочет узнать об этом. Используемой командой является

  $ ubuntu-bug gdm  

, как описано в . Сообщения об ошибках - HowTo .

save yourself

Было время, когда я мог требовать подробное знание иерархии процессов Unix и процедур инициализации; больше никогда. Я считаю, что система dbus довольно мистическая и должна прибегать к:

  1. расширенным, подробным, болезненным сеансам отладки или
  2. использовать Microsoft «Nuke it from Orbit Approach to Системное администрирование "®

Через этот канал с ограничением пропускной способности я бы рекомендовал (2) и:

  • войти в консоль Ctrl-Alt F1 [ ! d8]
  • nuke gdm, dbus и отношения с sudo apt-get purge gdm dbus dbus-x11
  • reboot
  • из консоли переустановить gdm и dbus с sudo apt-get install gdm dbus dbus-x11
  • reboot
  • вычислить в блаженной гармонии

Удачи.

4
ответ дан 6 August 2018 в 04:35

Для начала попробуйте просмотреть /var/log/gdm/:0-greeter.log . Посмотрите, можете ли вы определить задержку, следуя отметкам времени в /var/log/auth.log .

3
ответ дан 6 August 2018 в 04:35

Другие вопросы по тегам:

Похожие вопросы: