Відповісти

Стислий вміст гілки

Автор: Campana

« : 2008-07-28 17:17:22 »

Цитата

Хух, з допомогою сусячих форумів майже розібрався. Можливо, комусь знадобиться.

lppasswd: Unable to open password file: Permission denied тут мався на увазі не файл з даними, а сам бінарник /usr/bin/lppasswd. Він у мене належав користувачу lp, і звідси були всі проблеми. Як тільки я його "переписав" на рута:

Код: [Вибрати]

# chown root /usr/bin/lppasswd все запрацювало. Тепер я зміг задавити себе (про всяк випадок) як користувача cups:

Код: [Вибрати]

# lppasswd -x yaroslavзачислити себе в групу sys і знову додати себе в cups, але вже як члена sys:

Код: [Вибрати]

# lppasswd -a -g sys yaroslav(Пароль, правда, нагадую, можна вводити будь-який, але в ньому мають бути окрім букв цифри. Тобто, мій пароль для cups в результаті (так склалося) різниться від мого паролю в системі). Після цього

Код: [Вибрати]

# service --full-restart cupsДалі йдемо в браузері на http://localhost:631/ і додаємо потрібний принтер.

Для довідки: йдеться навіть не про власне принтер, а про багатофункціоналку Epson Color Photo RX700. Наразі перевірив сканування й друк через gimp та kooka. Для щастя потрібен gutenprint:

Цитата

> rpm -qa *gutenprint*
gutenprint-gimpplugin-5.0.2-3.1
gutenprint-devel-5.0.1-1
gutenprint-5.0.2-13.1

Автор: Campana

« : 2008-07-26 19:18:41 »

Цитата

Оновився до OpenSUSE 11.0. Проблема залишається, через неї не можу додати новий принтер в систему. Тільки тепер мене не тільки не пускає на http://localhost:631/admin/, але й не дає виконувати команди lppasswd: при спробі ввести щось на зразок
su -c 'lppasswd -g sys -a root'
або
su -c 'lppasswd -x <користувач>'
незмінно отримую
lppasswd: Unable to open password file: Permission denied
І де воно таке недоступне може лежати?

Найобразливіше те, що YaST сам розпізнає принтер, але при збереженні
cups(File)DoRequest error: client-error-bad-request.

Автор: Campana

« : 2008-04-29 17:15:29 »

Цитата

А ще мені YaST в налаштуваннях мережевих карт каже, що "Немає інтерфейсу з dhcp" (я у провайдера на статиці, як видно з мого /etc/hosts).

Автор: Campana

« : 2008-04-29 17:11:24 »

Цитата

Цитата: Данило Теодорович від 2008-04-26 22:54:40

Цитата: Max_UA від 2008-04-25 19:24:23
Сьогодні негр, ...
Прошу пане, а чому не афро-американець?

Мабуть, вже афро-українець?

Цитата: Данило Теодорович від 2008-04-26 22:54:40

Цитата: Campana від 2008-04-26 01:14:50
Пішов на http://localhost:631
Пробую щось зробити — все одно не пускає: 401 Unauthorized.
Хм, звісно вибачте за дурне питання, але ви із рута після рестарту? І ще гляньте чи коректно все у вам в /etc/hosts.

Та по-всякому вже пробував. Хоча, яка різниця, з-під кого, якщо все одно пароль питає? Щодо hosts, не знаю:

Цитата

> cat /etc/hosts
#
# hosts This file describes a number of hostname-to-address
# mappings for the TCP/IP subsystem. It is mostly
# used at boot time, when no name servers are running.
# On small systems, this file can be used instead of a
# "named" name server.
# Syntax:
#
# IP-Address Full-Qualified-Hostname Short-Hostname
#

127.0.0.1 localhost

# special IPv6 addresses
::1 localhost ipv6-localhost ipv6-loopback

fe00::0 ipv6-localnet

ff00::0 ipv6-mcastprefix
ff02::1 ipv6-allnodes
ff02::2 ipv6-allrouters
ff02::3 ipv6-allhosts
127.0.0.2 linux.intraffic linux

Off-topic:

Оце ввімкнув IPv6 із жадібності і думаю: а може воно мені не треба?

Автор: TuxRoot

« : 2008-04-26 22:54:40 »

Цитата

Цитата: prapor від 2008-04-24 10:32:55

Щось у мандріві таки наворотили.

У ній для цього є графічний налаштовувач.

Цитата: Max_UA від 2008-04-25 19:24:23

Сьогодні негр, ...

Прошу пане, а чому не афро-американець?

Цитата: Campana від 2008-04-26 01:14:50

Гм. Почитав. Виконав

su -c 'lppasswd -a <я-користувач>'

(довелося ввести трохи змінений пароль, не хотіло без цифр приймати).
Додав себе, про всяк випадок, в групу lp.
Перезапустив CUPS:

# service cups --full-restart

Пішов на http://localhost:631
Пробую щось зробити — все одно не пускає: 401 Unauthorized.

Хм, звісно вибачте за дурне питання, але ви із рута після рестарту? І ще гляньте чи коректно все у вам в /etc/hosts.

Автор: Campana

« : 2008-04-26 01:14:50 »

Цитата

Цитата: Данило Теодорович від 2008-04-25 01:30:02

Тут є трохи описано, здається, що треба налаштувати Firewall.

Гм. Почитав. Виконав

su -c 'lppasswd -a <я-користувач>'

(довелося ввести трохи змінений пароль, не хотіло без цифр приймати).
Додав себе, про всяк випадок, в групу lp.
Перезапустив CUPS:

# service cups --full-restart

Пішов на http://localhost:631
Пробую щось зробити все одно не пускає: 401 Unauthorized.

Автор: Max_UA

« : 2008-04-25 19:24:23 »

Цитата

Цитата: Danylo від 2008-04-22 21:20:08

поясніть як таке може бути, в мене вже мозок кіпить !

Сьогодні негр, який є представником німецької корпорації, з ім'ям Вольдемар, на привітання “Добрий ранок” сказав “Слава Україні !” - оце дійсно дивно!

Автор: Danylo

« : 2008-04-25 14:28:46 »

Цитата

такий варіант зразу відпадає

Автор: хтмл

« : 2008-04-25 13:56:22 »

Цитата

А думка про варіант без інтернету була ? Я маю на увазі використання кимось команди AT, з допомогою якої можна шось поставити в чергу і надрукувати через деякий час.

Автор: Praporshic

« : 2008-04-25 12:12:06 »

Цитата

У тих логах окрім помилок нічого не буде (без зміни налаштувань). Тому нічого дивного що там чисто.

Автор: Danylo

« : 2008-04-25 11:03:29 »

Цитата

лог самби (файл log.) за 22 число:

[2008/04/22 00:34:27, 0] lib/util_sock.c:read_data(534)
  read_data: read failure for 2851 bytes to client 91.124.138.161. Error = Connection reset by peer
[2008/04/22 11:49:18, 1] libsmb/clispnego.c:parse_negTokenTarg(265)
  Failed to parse negTokenTarg at offset 21
[2008/04/22 12:11:47, 1] smbd/service.c:make_connection(1115)
  make_connection: refusing to connect with no session setup
[2008/04/22 12:12:58, 1] smbd/service.c:make_connection(1115)
  make_connection: refusing to connect with no session setup
[2008/04/22 12:45:06, 1] libsmb/clispnego.c:parse_negTokenTarg(265)
  Failed to parse negTokenTarg at offset 21
[2008/04/22 15:41:40, 1] libsmb/clispnego.c:parse_negTokenTarg(265)
  Failed to parse negTokenTarg at offset 21
[2008/04/22 20:47:22, 1] libsmb/clispnego.c:parse_negTokenTarg(265)
  Failed to parse negTokenTarg at offset 21
[2008/04/22 21:30:35, 1] libsmb/clispnego.c:parse_negTokenTarg(265)
  Failed to parse negTokenTarg at offset 21
[2008/04/22 21:58:21, 1] libsmb/clispnego.c:parse_negTokenTarg(265)
  Failed to parse negTokenTarg at offset 21
[2008/04/22 22:18:38, 1] libsmb/clispnego.c:parse_negTokenTarg(265)
  Failed to parse negTokenTarg at offset 21
[2008/04/22 23:04:02, 1] libsmb/clispnego.c:parse_negTokenTarg(265)
  Failed to parse negTokenTarg at offset 21

є ще логи log.xxx.xxx.xxx.xxx х-IP але серед них нема ні одного в якуму була б дата 22.04

Автор: Praporshic

« : 2008-04-25 09:05:53 »

Цитата

Якщо тілки локалхост - 100% винна самба.

Автор: maranoid

« : 2008-04-25 08:39:54 »

Цитата

В мене у файлі access_log є усі IP з яких приймалися завдання. В тебе там тільки localhost. Здається, це якийсь руткіт.

Автор: TuxRoot

« : 2008-04-25 01:30:02 »

Цитата

Цитата: Campana від 2008-04-24 16:29:23

Так у мене OpenSUSE 10.3. А на ньому
> rpm -qa cups*
cups-autoconfig-0.1.0-27.2
cups-1.2.12-22.13
cups-drivers-1.2.12-28
cups-backends-1.0-126
cups-devel-1.2.12-22.13
cups-client-1.2.12-22.13
cups-libs-1.2.12-22.13

Тут є трохи описано, здається, що треба налаштувати Firewall.

Автор: BinSter

« : 2008-04-24 21:30:17 »

Цитата

Цитата: prapor від 2008-04-22 23:21:09

Ну ось... почалось... "домогосподарки з xDSL" вже на Linux. Ще трохи і почнуться DDoS атаки з використанням *nix систем.

as per the off-topic's topic

http://it.slashdot.org/article.pl?sid=07/10/05/1234217 ,
або ближче до "джерела":
http://computerworld.co.nz/news.nsf/scrt/CD0B9D97EE6FE411CC25736A000E4723 (там написано хто спонсор)
Буде попит - буде й пропозиція і ми її теж наближуємо

Linux.org.ua