Ru-Board.club
← Вернуться в раздел «UNIX»

» Новичок в Linux.

Автор: ASE_DAG
Дата сообщения: 03.12.2010 06:39
Maximus777лучший
Хинтинг Тахомы далеко не лучший, имхо.
Ариалу, по крайней мере, она уступает.

Из свободных годный хинтинг я наблюдал только у ПТ Санса.

Автор: Maximus777
Дата сообщения: 03.12.2010 09:27
Ух ты! Интересный шрифт. Вечером попробую обязательно. Спасибо за наводку.
Автор: used
Дата сообщения: 03.12.2010 11:33
В ХР можно распечатать файл по сети
командой
copy fail.prn //serverprn/prn62
copy fail.(постскрипт) //serverprn/prn62
есть ли аналог в Linux
Автор: Maximus777
Дата сообщения: 03.12.2010 17:55
ASE_DAG
Огромное спасибо. Теперь у меня три шрифта в системе задействовано, PT Sans, Terminus и Ubuntu. Наконец-то ОО показывает как надо.
Автор: Alukardd
Дата сообщения: 03.12.2010 18:45
used
от клиентской стороны это ни как не зависит... создавайте свой prn и отправляйте куда хотите...

Я вот только не пойму зачем такая чехарда? Почему просто не напечатать на сетевой/"сетевой" принтер?
Автор: Maximus777
Дата сообщения: 03.12.2010 19:08
Ещё один проблем. Запускаю qtconfig-qt4 от root, всё норм и настройки сохраняются. Запускаю от пользователя, нифига не сохраняет. Подскажите, может где вручную можно подпилить?
Автор: Alukardd
Дата сообщения: 03.12.2010 19:18
Maximus777
эм... Вы не пробовали запускать команду от имени пользователя? Она скорее всего сохраняет настройки не в системных директориях, а в каталоге пользователя...
Автор: Maximus777
Дата сообщения: 03.12.2010 19:31
Запускал. Я же так и написал. Запускаю от пользователя, меняю, Save, закрываю. Запускаю снова, а воз и ныне там. От рута всё меняется и запоминается. А от юзера нет.
Автор: Alukardd
Дата сообщения: 03.12.2010 20:08
Maximus777
а вы знаете куда пишутся эти настройки? мб не в домашнюю папку, так тогда у простого смертного нету прав на запись туда... надо что-то будет удумывать.. или права добавлять на тут директорию или SUID бит проге ставить или еще что...
Автор: Maximus777
Дата сообщения: 03.12.2010 20:12
Alukardd, вот в этом и засада, не знаю. Так бы просто поправил вручную и всё, без изменения прав. Но вроде ситуация чуть прояснилась. Поменял в KDE основной шрифт и в qt4 он сам изменился. Только Опера (тудыть иё в качель!) всё равно странички показывает другим шрифтом. Хоть в настройках везде выставлен норм шрифт. Панели, меню, всё замечательно, а сами странички по старому.
Автор: Alukardd
Дата сообщения: 03.12.2010 20:29
Maximus777
если поизвращаться, то командой strace можно отследить что и куда пишется командой... еще есть ptrace, но им я ни когда не пользовался...
Автор: Maximus777
Дата сообщения: 04.12.2010 19:17
Сдаётся мне проблема не в Опере. В rekonq такой же шрифт на страничках. В firefox как-то средне, т.е. там настройки браузера влияют на текст страничек, но не полностью, т.е. попадается текст на страницах другим шрифтом, хотя везде выставлен один шрифт.
Автор: ASE_DAG
Дата сообщения: 05.12.2010 00:02
> Только Опера (тудыть иё в качель!) всё равно странички показывает другим шрифтом.
> Хоть в настройках везде выставлен норм шрифт.

http://operafan.net/forum/index.php?topic=13935.0

> Сдаётся мне проблема не в Опере.

В Опере, в Опере.

> В firefox как-то средне, т.е. там настройки браузера влияют на текст страничек, но не полностью,
> т.е. попадается текст на страницах другим шрифтом, хотя везде выставлен один шрифт.

Что такое «везде выставлен»? sans, sans-serif и monospace-те вы переопределили, с этим проблем не должно быть. А как вы переопределяли явно указанные в css шрифты, рассказывайте, это не совсем тривиальная операция.
Автор: Maximus777
Дата сообщения: 05.12.2010 09:33
Хм, ну значит и Rekonq имеет ту же хворь, что и Опера. С ФФ я вас наверное обманул или мне какая-то хитрая страница попалась в прошлый раз. Сейчас смотрю, всё как надо в ФФ. Вот бы Опера так ...
Автор: ASE_DAG
Дата сообщения: 05.12.2010 09:49
> С ФФ я вас наверное обманул или мне какая-то хитрая страница попалась в прошлый раз.

Выбор представителей родовых шрифтов отличных от дефолтных никак не влияет на обязанность браузера использовать конкретный шрифт, если он явно задан в CSS.
Вы запретили файерфоксу руководствоваться CSS при выборе гарнитуры? Не думаю.
Автор: Maximus777
Дата сообщения: 05.12.2010 17:53

Цитата:
Выбор представителей родовых шрифтов отличных от дефолтных никак не влияет на обязанность браузера использовать конкретный шрифт, если он явно задан в CSS.

А если заданный шрифт просто отсутствует в системе?
Автор: ASE_DAG
Дата сообщения: 05.12.2010 23:04
Maximus777
Используется следующий в списке, если следующего нет — дефолтный.
Автор: used
Дата сообщения: 08.12.2010 11:51
used
от клиентской стороны это ни как не зависит... создавайте свой prn и отправляйте куда хотите...
Я вот только не пойму зачем такая чехарда? Почему просто не напечатать на сетевой/"сетевой" принтер

Вся заводская сеть windows с разными строгостями и ограничениями,
моя машина единственная Линукс,
Такая потребность возникает когда имееш дело с файлом созданым где то где нет принтера и вывод в файл
а надо напечатать.
Автор: VitRom
Дата сообщения: 12.12.2010 14:20
Подскажите, что за пакет ГНОМа делает нетбучную "морду" как в Убунте Нетбук и подобных -- с большими кнопками на основе групп ГНОМовского меню слева и содержимым групп справа?
Автор: Maximus777
Дата сообщения: 12.12.2010 14:30
Уважаемые гуру! Скажите, что я делаю не так? Поменял VPS, сделал как на старом, запрет коннекта по логину, только по ключу. При этом логи пухнут и пухнут, вот такие записи:

Код: Dec 12 17:09:08 v16 sshd[27776]: Failed password for invalid user daniel from 93.114.41.72 port 37927 ssh2
Dec 12 17:09:08 v16 sshd[27778]: error writing /proc/self/oom_adj: Operation not permitted
Dec 12 17:09:09 v16 sshd[27778]: Invalid user david from 93.114.41.72
Dec 12 17:09:09 v16 sshd[27778]: pam_unix(sshd:auth): check pass; user unknown
Dec 12 17:09:09 v16 sshd[27778]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=vds-00753.limehost.r
o
Dec 12 17:09:11 v16 sshd[27778]: Failed password for invalid user david from 93.114.41.72 port 38052 ssh2
Dec 12 17:09:11 v16 sshd[27780]: error writing /proc/self/oom_adj: Operation not permitted
Dec 12 17:09:12 v16 sshd[27780]: Invalid user nathan from 93.114.41.72
Dec 12 17:09:12 v16 sshd[27780]: pam_unix(sshd:auth): check pass; user unknown
Dec 12 17:09:12 v16 sshd[27780]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=vds-00753.limehost.r
o
Dec 12 17:09:14 v16 sshd[27780]: Failed password for invalid user nathan from 93.114.41.72 port 38210 ssh2
Dec 12 17:09:14 v16 sshd[27782]: error writing /proc/self/oom_adj: Operation not permitted
Dec 12 17:09:15 v16 sshd[27782]: Invalid user mihai from 93.114.41.72
Dec 12 17:09:15 v16 sshd[27782]: pam_unix(sshd:auth): check pass; user unknown
Dec 12 17:09:15 v16 sshd[27782]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=vds-00753.limehost.r
o
Автор: ASE_DAG
Дата сообщения: 12.12.2010 15:22
VitRom
Гном, он сам по себе не в пакетах. Если вам для Убунты, то посмотрите пакет ubuntu-netbook-default-settings.
Автор: VitRom
Дата сообщения: 12.12.2010 17:34
Maximus777, denyhost[no][s][/no]? Правда, несколько мессаг всё равно проскользнут.

ASE_DAG, про "пакеты" я не совсем (совсем не?) правильно выразился.

Не для Убунты -- хочу попробовать влепить "это" на ТиниКор и ещё пару дистров. Такую штуку сам видел кроме Убунты на 1) каком-то из вариантов openSUSE, 2) предпоследнем ArchOne (нетбучная сборка Arch-а) и 3) ещё где-то. Везде база десктопа ГНОМ, везде отображается то же самое ГНОМ-овское меню, только разложено по другому, и везде оно конфигурится стандартным конфигуратором меню.

Так вот "это" -- это что именно? Пусть не "пакет", а вообще "что-то", не то какой-то конфиг меню, не то ещё что?
Автор: ASE_DAG
Дата сообщения: 12.12.2010 17:39
VitRom
Я не проверял, но судя по всему это «что-то» содержится именно в пакете ubuntu-netbook-default-settings. Покопайтесь в нем. ;)
Автор: Maximus777
Дата сообщения: 12.12.2010 20:19
VitRom
Цитата:
denyhost? Правда, несколько мессаг всё равно проскользнут.

Ага, ну значит пришло время всерьёз заняться этим вопросом. У меня есть мануальчик, в котором рассказана настройка параноидального варианта, sshd выключен, чтоб включить, надо стукнуть в порт (телнетом) и также можно отключить, стукнув в другой порт. Или (если подобрею на этот счёт) просто приблуду поставить, вроде читал где-то про failban, думаю это нечто похожее на то, что вы предложили. А так что-то совсем не нравится жить, непрерывный брут какой-то.
Автор: Kykkyryzzo
Дата сообщения: 13.12.2010 10:51

Цитата:
Ага, ну значит пришло время всерьёз заняться этим вопросом. У меня есть мануальчик, в котором рассказана настройка параноидального варианта, sshd выключен, чтоб включить, надо стукнуть в порт (телнетом) и также можно отключить, стукнув в другой порт. Или (если подобрею на этот счёт) просто приблуду поставить, вроде читал где-то про failban, думаю это нечто похожее на то, что вы предложили. А так что-то совсем не нравится жить, непрерывный брут какой-то.


Вот хороший мануальчик про открытие и закрытие портов для доступа к ssh
Ничего параноидального тут нет

____________________________________________________________
Дополнительные настройки безопасности SSH

Открытие /Закрытие ssh порта при помощи iptables

Небольшое правило для iptables помогающее лишний раз не держать порты открытыми.

Пример доступа к SSH серверу:
Суть правила проста - для того чтобы открыть доступ к SSH нужно сначала стукнуться на 4900 порт:

telnet'ом например:

telnet myserver 4900

или через браузер:

http://192.168.0.80:4900

Для закрытия порта стукнуть на 4999

Добавляем в iptables :
Код:
iptables -N sshguard
# Если адрес в списке, то подключение разрешено
iptables -I sshguard 1 -m state --state NEW -m recent --rcheck --name SSH -j ACCEPT
# Разрешить пакеты для уже установленных соединений
iptables -I sshguard 2 -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -I sshguard 3 -j DROP
# Заносит адрес в список
iptables -I INPUT 1 -m state --state NEW -m tcp -p tcp --dport 4900 -m recent --name SSH --set -j DROP
# Удаляет адрес из списка
iptables -I INPUT 1 -m state --state NEW -m tcp -p tcp --dport 4999 -m recent --name SSH --remove -j DROP
# Применение для трафика ssh цепочку sshguard
iptables -I INPUT 1 -p tcp --dport 22 -j sshguard

Взято тут _http://killit.ru/viewtopic.php?f=37&t=26&sid=a265b7580f2731c853ece92318f3f698
Автор: Maximus777
Дата сообщения: 13.12.2010 11:11
Kykkyryzzo
ну что-то типа того я и читал когда-то. Сейчас пытаюсь добить таки настройку ssh с ключами. Нифига не могу понять один момент, вот это:
/etc/ssh/ssh_host_rsa_key.pub

и это:
~/.ssh/authorized_keys

Чем оно отличается? Создал ключи, паблик засунул в authorized_keys, приватный себе забрал. Коннект норм, но при рестарте sshd жалуется на отсутствие тех первых ключей (см.выше). Какого лешего ему нада?

upd:
абзац! Добаловался. VPS жыфф, но не пускает. Редиска! Буду ждать техподдержку, чтоб реанимировали.
Автор: Alukardd
Дата сообщения: 13.12.2010 18:56
Maximus777
ни чем... просто лежит сгенеренный сертификат, а в настройках sshd_config в директиве HostKey указывается /etc/ssh/ssh_host_rsa_key а не публичный ключ(если у вас не так...) - этот файл содержит и открытый и закрытый ключ сервера.

Добавлено:
да маленькая поправочка он ни чем не отличается до тех пор пока у вас только 1 ключ, файл authorized_keys указывает какими именно ключами может пользоваться данный пользователь(тот у кого он лежит в ~/.ssh)
Автор: Maximus777
Дата сообщения: 17.12.2010 17:19
Так'c, с ssh разобралися, я по ходу убил /etc/ssh/ssh_host_rsa_key, а зря. Вобщем восстановил, в будущем буду умнее.

Теперь требуется помощь по домашнему линю. Kubuntu 10.10. Ставлю sudo apt-get install audacious имею после этого пару проблем. Во-первых, почему-то в диалоге настроек пишется Unsupported version, несмотря на то, что ставится из репы Maverika. Во-вторых, он не поёт (никакие форматы). И в третьих, запускается только с консоли, если прописать его в меню а'ля Пуск, то балалаечка. И ещё, после запуска в консоли пишет:

Код: WARNING **: oss_open(): Failed to open audio device (/dev/dsp): Нет такого файла или каталога
Автор: ASE_DAG
Дата сообщения: 17.12.2010 17:28
Maximus777
> Failed to open audio device (/dev/dsp): Нет такого файла или каталога
oss-compat установлен?

Добавлено:
Кстати, товарищи, а не пора ли открывать новую часть темы, сто пятая страница уже.
Автор: Alukardd
Дата сообщения: 17.12.2010 18:27
ASE_DAG
ну хз...
в сисадминском флейме мы уже до 385-ой доползли и ни чего, не жужжим...

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071

Предыдущая тема: Установка Linux Fedora без dvd-rom


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.