Решение проблем в Wine

1. Установка Wine.
Бывает, в новых версиях Wine исправляются глюки, которые раньше возникали (хотя бывает и наоборот :)). Поэтому, рассмотрим, как установить последнюю версию Wine на Вашем компьютере с Linux Ubuntu 12.04 (взято с http://www.ithowto.ru/662-ustanovka-wine-152-v-ubuntu-12-04.html).

Наши действия:
— Открываем терминал (ctrl+alt+T).

— Добавляем репозитарий с последними версиями Wine.
sudo add-apt-repository ppa:ubuntu-wine/ppa

 

 — Обновляем информацию о источниках приложений в системе:
sudo apt-get update

Устанавливаем Wine:
sudo apt-get install wine1.5

2. Проблемы с видео-адаптерами Nvidia при работе в Linux Ubuntu.
К сожалению, драйвера от ATI и драйвера от Nvidia крайне «глючные» при работе в операционных системах Linux. Поэтому, Вы можете сталкнуться с проблемой, когда отрисовка 3D на Вашей карточке от Nvidia происходит не достаточно корректно.
Частичное решение данной проблемы — это поставить последнюю версию драйверов, а так же отключить некоторые из возможностей при рисовании в 3D.

Поставить последнюю версию драйверов от Nvidia Вы можете командами:

3. Установка PlayOnLinux (взято с http://forum.pwonline.ru/showthread.php?t=116339).
Как я отмечал выше, в последних версиях бывает не только решаются какие-то старые проблемы, но и вносятся новые. Поэтому, может понадобиться для определенных приложений использовать определенную версию Wine с определенными библиотеками. В этом Вам поможет пакет PlayOnLinux.

Установить его можно такими командами через консоль:
wget -q «http://deb.playonlinux.com/public.gpg» -O — | sudo apt-key add —
sudo wget http://forum.pwonline.ru/fredirect.p…_maverick.list -O /etc/apt/sources.list.d/playonlinux.list
sudo apt-get update
sudo apt-get install playonlinux

После выполненых команд, у Вас во вкладке меню Игры появится програмка.
Сделаю небольшое отступление. PlayOnLinux это средство надстройки самой главной для насв данной ситуации программы WINE. PlayOnLinux автоматически установит последнюю версию WINE если он у Вас не установлен.

После установки программы, нужно настроить для работы с приложением.
Для примера, рассмотрим, как устанавливается 3D-игра Perfect World:
— Запускаем программу PlayOnLinux.
— Во вкладке «Утилиты» выбираем «Управление версиями Wine».
—  У нас появится окно с двумя столбцами в левой которой находятся доступные версии, а в правой установленные. Нам надо в левом столбце надо найти версию Wine «1.2.3» (обратите внимание, ТОЛЬКО ЭТУ ВЕРСИЮ!!!) нажимаем на нее и нажимаем стрелку >. После установки закрываем это окно.
—  Нажимаем + Установка.
— В появившемся окне в нижнем левом углу есть надпись «Установить программу, отсутствующую в списке».
— Появится другое окно «Manual Installation» нажимаем ДАЛЕЕ.
— Далее нам надо выбрать из списка «Install a program in a new virtual drive» и жмем ДАЛЕЕ.
— У нас появится строка в которой надо дать имя пресета на английстом языке. Я написал «pw». Жмем ДАЛЕЕ.
— Теперь нам надо поставить 2 галки у «Use another version of Wine» и «Install some libraries» Жмем ДАЛЕЕ.
—  Вот тут мы воспользуемся тем, за чем мы устанавливали версию Wine 1.2.3 в пункте 6. Если забыли или пропустили возвращаемся к пункту 6. И так первоначально нам предлагают системную версию Wine он пишется «System» а мы выбираем «1.2.3» и жмем ДАЛЕЕ.
— Ждем когда создастся префикс и появится новый список. Это список POL-пакетов. Это плагины PlayOnLinux. Нам надо поставить галки на пакеты «POL_Install_d3dx9», «POL_Install_directx9», «POL_Install_ie6» и «POL_Install_vbrun6» Жмем ДАЛЕЕ.
— Устанавливаем эти пакеты если что-то спрашивает, соглашаемся и все время жмем ДАЛЕЕ или ГОТОВО.
— И так финальный момент. Рядом с полем есть кнопка. Нажимаем и выбираем в Диалоговом окне путь и имя Инсталлера «PW_Setup.exe» (НЕ ЗАБЫВАЕМ, ЧТО PW_Setup-1.bin, PW_Setup-2.bin и PW_Setup-3.bin должны быть в одной папке с инсталлером) нажимаем ДАЛЕЕ.
— Устанавливаем игру как на «ОКНАХ» ИМХО тут пояснять не надо 😉 .
— После установки Вам предложат вытащить иконку на рабочий стол. Если это хотите, то выбираем из списка патчер.

 

 

 

 

 

 

 

 

 

 

 

 

Как сделать, чтоб программа не завершала свою работу после закрытия терминала putty

Автор: Рудюк С . А.
https://corp2.net

E-Mail: rs@corp2.net

Иногда, бывает нужно, чтоб при закрытии терминала программа не завершала свою работу.
В Linux Вам всего лишь хватит добавить & к команде и она будет выполняться в «фоновом режиме», т.е. закрытие окна терминала на неё не будет влиять. Например:
rar a -r ppp.rar arh_papka &

Так же Вы можете достичь такого результата с помощью команд:

$ screen Ваша команда
после чего +, чтобы сказать detach
и
$ screen -r
чтобы вернуть в нее.

Автор: Рудюк С . А. https://corp2.net

Тестирование скорости сервера в Linux Ubuntu

Автор: Рудюк С . А.
https://corp2.net

E-Mail: rs@corp2.net

Заметил, что скорость на сервере все время маленькая — почему-то не превышает 10 Мбит/с, в то время, как должна достигать 100 МБит/с. Долго думал, что это из-за того, что у пользователей маленькая скорость, но… Вот у меня локальный интернет 80МБит/с и скорость все настолько же низкая: 0,8-2Мбит/с.

Начал искать причину. Протестировал локальный интернет на своем компьюетере с помощью сайта http://www.speedtest.net/.
Показатели, конечно, меньше 80МБит/с, но в целом — выше на порядок, чем между сервером и локальным компьютером: 20-40Мбит/с…

Как же протестировать сервер ?
Как оказалась, есть такая замечательная команда iperf.

Устанавливаем iperf на сервере:
apt-get install iperf

На клиентском компьютере, если он под Linux выполняем тоже данную команду. В случае же Windows ставим версию для Винды:
http://iperf.ru/wp-content/uploads/2009/07/jperf-2.0.0.zip

Теперь, запускаем на сервере сервис:
iperf -s

Выполняем на клиенте:
iperf -c НазваниеВашегоСервера -P 20
Расшифровка ключей.
-с — указывает на компьютер с которым происходит передача данными.
-P — указывает на количество потоков, которые используются при передаче данных (в нашем случае — 20 потоков).

————————————————————
Client connecting to corp2.net, TCP port 5001
TCP window size: 8.00 KByte (default)
————————————————————
[1760] local 192.168.0.99 port 27951 connected with 77.88.252.136 port 5001
[1696] local 192.168.0.99 port 27955 connected with 77.88.252.136 port 5001
[1664] local 192.168.0.99 port 27957 connected with 77.88.252.136 port 5001
[1808] local 192.168.0.99 port 27948 connected with 77.88.252.136 port 5001
[1792] local 192.168.0.99 port 27949 connected with 77.88.252.136 port 5001
[1632] local 192.168.0.99 port 27959 connected with 77.88.252.136 port 5001
[1840] local 192.168.0.99 port 27946 connected with 77.88.252.136 port 5001
[1776] local 192.168.0.99 port 27950 connected with 77.88.252.136 port 5001
[1600] local 192.168.0.99 port 27961 connected with 77.88.252.136 port 5001
[1552] local 192.168.0.99 port 27964 connected with 77.88.252.136 port 5001
[1728] local 192.168.0.99 port 27953 connected with 77.88.252.136 port 5001
[1568] local 192.168.0.99 port 27963 connected with 77.88.252.136 port 5001
[1744] local 192.168.0.99 port 27952 connected with 77.88.252.136 port 5001
[1712] local 192.168.0.99 port 27954 connected with 77.88.252.136 port 5001
[1680] local 192.168.0.99 port 27956 connected with 77.88.252.136 port 5001
[1648] local 192.168.0.99 port 27958 connected with 77.88.252.136 port 5001
[1616] local 192.168.0.99 port 27960 connected with 77.88.252.136 port 5001
[1856] local 192.168.0.99 port 27945 connected with 77.88.252.136 port 5001
[1824] local 192.168.0.99 port 27947 connected with 77.88.252.136 port 5001
[1584] local 192.168.0.99 port 27962 connected with 77.88.252.136 port 5001
[ ID] Interval       Transfer     Bandwidth
[1792]  0.0-10.0 sec   120 KBytes  98.1 Kbits/sec
[1824]  0.0-10.0 sec   360 KBytes   294 Kbits/sec
[1696]  0.0-10.1 sec   184 KBytes   149 Kbits/sec
[1664]  0.0-10.2 sec   152 KBytes   123 Kbits/sec
[1712]  0.0-10.2 sec  48.0 KBytes  38.6 Kbits/sec
[1808]  0.0-10.3 sec   696 KBytes   556 Kbits/sec
[1616]  0.0-10.3 sec  40.0 KBytes  31.8 Kbits/sec
[1760]  0.0-10.7 sec   448 KBytes   342 Kbits/sec
[1584]  0.0-10.7 sec   320 KBytes   245 Kbits/sec
[1776]  0.0-14.1 sec  32.0 KBytes  18.5 Kbits/sec
[1600]  0.0-14.1 sec  32.0 KBytes  18.5 Kbits/sec
[1840]  0.0-14.2 sec  48.0 KBytes  27.8 Kbits/sec
[1552]  0.0-14.1 sec  32.0 KBytes  18.5 Kbits/sec
[1632]  0.0-15.2 sec  56.0 KBytes  30.3 Kbits/sec
[1648]  0.0-18.1 sec  40.0 KBytes  18.2 Kbits/sec
[1568]  0.0-18.1 sec  32.0 KBytes  14.5 Kbits/sec
[1856]  0.0-18.1 sec  40.0 KBytes  18.1 Kbits/sec
[1680]  0.0-23.0 sec  40.0 KBytes  14.3 Kbits/sec
[1728]  0.0-23.1 sec  40.0 KBytes  14.2 Kbits/sec
[1744]  0.0-23.1 sec  40.0 KBytes  14.2 Kbits/sec
[ ID] Interval       Transfer     Bandwidth
[SUM]  0.0-23.1 sec  2.73 MBytes   993 Kbits/sec

Как видите, скорость и вправду далека от 100МБит/сек. и в нашем случае составила всего 993 КБит/сек…

После того, как обратились к провайдеру, оказалось, что «не правильно срабатывал шейпер». После снятия его, результаты кардинально улучшились:
————————————————————
Client connecting to srv1.corp2.net, TCP port 5001
TCP window size: 8.00 KByte (default)
————————————————————
[1824] local 192.168.0.99 port 28769 connected with 77.88.252.135 port 5001
[1552] local 192.168.0.99 port 28786 connected with 77.88.252.135 port 5001
[1840] local 192.168.0.99 port 28768 connected with 77.88.252.135 port 5001
[1856] local 192.168.0.99 port 28767 connected with 77.88.252.135 port 5001
[1808] local 192.168.0.99 port 28770 connected with 77.88.252.135 port 5001
[1632] local 192.168.0.99 port 28781 connected with 77.88.252.135 port 5001
[1776] local 192.168.0.99 port 28772 connected with 77.88.252.135 port 5001
[1760] local 192.168.0.99 port 28773 connected with 77.88.252.135 port 5001
[1744] local 192.168.0.99 port 28774 connected with 77.88.252.135 port 5001
[1792] local 192.168.0.99 port 28771 connected with 77.88.252.135 port 5001
[1712] local 192.168.0.99 port 28776 connected with 77.88.252.135 port 5001
[1728] local 192.168.0.99 port 28775 connected with 77.88.252.135 port 5001
[1696] local 192.168.0.99 port 28777 connected with 77.88.252.135 port 5001
[1664] local 192.168.0.99 port 28779 connected with 77.88.252.135 port 5001
[1600] local 192.168.0.99 port 28783 connected with 77.88.252.135 port 5001
[1680] local 192.168.0.99 port 28778 connected with 77.88.252.135 port 5001
[1648] local 192.168.0.99 port 28780 connected with 77.88.252.135 port 5001
[1568] local 192.168.0.99 port 28785 connected with 77.88.252.135 port 5001
[1616] local 192.168.0.99 port 28782 connected with 77.88.252.135 port 5001
[1584] local 192.168.0.99 port 28784 connected with 77.88.252.135 port 5001
[ ID] Interval       Transfer     Bandwidth
[1568]  0.0-10.1 sec  1.77 MBytes  1.47 Mbits/sec
[1744]  0.0-10.1 sec  1.08 MBytes   893 Kbits/sec
[1616]  0.0-10.2 sec  1.55 MBytes  1.27 Mbits/sec
[1680]  0.0-10.2 sec   704 KBytes   564 Kbits/sec
[1584]  0.0-10.2 sec  1.91 MBytes  1.57 Mbits/sec
[1856]  0.0-10.2 sec  1.20 MBytes   981 Kbits/sec
[1552]  0.0-10.2 sec   904 KBytes   723 Kbits/sec
[1760]  0.0-10.2 sec  1.51 MBytes  1.24 Mbits/sec
[1792]  0.0-10.2 sec  1.26 MBytes  1.03 Mbits/sec
[1712]  0.0-10.2 sec  1.70 MBytes  1.39 Mbits/sec
[1776]  0.0-10.2 sec  1.26 MBytes  1.03 Mbits/sec
[1648]  0.0-10.2 sec  1.14 MBytes   938 Kbits/sec
[1728]  0.0-10.2 sec  1.32 MBytes  1.08 Mbits/sec
[1808]  0.0-10.2 sec  1.05 MBytes   858 Kbits/sec
[1824]  0.0-10.3 sec  1.51 MBytes  1.23 Mbits/sec
[1696]  0.0-10.3 sec  1.70 MBytes  1.39 Mbits/sec
[1600]  0.0-10.3 sec  1.75 MBytes  1.43 Mbits/sec
[1840]  0.0-10.3 sec  1.44 MBytes  1.17 Mbits/sec
[1664]  0.0-10.3 sec  1.34 MBytes  1.09 Mbits/sec
[1632]  0.0-11.4 sec  1.67 MBytes  1.23 Mbits/sec
[ ID] Interval       Transfer     Bandwidth
[SUM]  0.0-11.4 sec  27.7 MBytes  20.4 Mbits/sec

А между серверами внутри провайдера достигает практически максимум (раньше было до 2 МБит/с):

iperf -c srv1.corp2.net -P 20
————————————————————
Client connecting to srv1.corp2.net, TCP port 5001
TCP window size: 16.0 KByte (default)
————————————————————
[ 19] local 77.88.252.136 port 42503 connected with 77.88.252.135 port 5001
[  8] local 77.88.252.136 port 42485 connected with 77.88.252.135 port 5001
[  9] local 77.88.252.136 port 42484 connected with 77.88.252.135 port 5001
[  3] local 77.88.252.136 port 42487 connected with 77.88.252.135 port 5001
[  6] local 77.88.252.136 port 42486 connected with 77.88.252.135 port 5001
[  5] local 77.88.252.136 port 42488 connected with 77.88.252.135 port 5001
[  7] local 77.88.252.136 port 42489 connected with 77.88.252.135 port 5001
[ 10] local 77.88.252.136 port 42490 connected with 77.88.252.135 port 5001
[  4] local 77.88.252.136 port 42492 connected with 77.88.252.135 port 5001
[ 13] local 77.88.252.136 port 42491 connected with 77.88.252.135 port 5001
[ 11] local 77.88.252.136 port 42493 connected with 77.88.252.135 port 5001
[ 14] local 77.88.252.136 port 42494 connected with 77.88.252.135 port 5001
[ 12] local 77.88.252.136 port 42495 connected with 77.88.252.135 port 5001
[ 16] local 77.88.252.136 port 42496 connected with 77.88.252.135 port 5001
[ 15] local 77.88.252.136 port 42498 connected with 77.88.252.135 port 5001
[ 18] local 77.88.252.136 port 42497 connected with 77.88.252.135 port 5001
[ 17] local 77.88.252.136 port 42499 connected with 77.88.252.135 port 5001
[ 21] local 77.88.252.136 port 42500 connected with 77.88.252.135 port 5001
[ 22] local 77.88.252.136 port 42501 connected with 77.88.252.135 port 5001
[ 20] local 77.88.252.136 port 42502 connected with 77.88.252.135 port 5001
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.0 sec  7.79 MBytes  6.53 Mbits/sec
[ 10]  0.0-10.0 sec  8.04 MBytes  6.73 Mbits/sec
[ 14]  0.0-10.0 sec  6.90 MBytes  5.77 Mbits/sec
[ 13]  0.0-10.0 sec  8.16 MBytes  6.81 Mbits/sec
[ 15]  0.0-10.0 sec  7.19 MBytes  6.00 Mbits/sec
[ 18]  0.0-10.1 sec  7.20 MBytes  6.00 Mbits/sec
[ 21]  0.0-10.1 sec  7.34 MBytes  6.12 Mbits/sec
[  7]  0.0-10.1 sec  2.73 MBytes  2.27 Mbits/sec
[ 11]  0.0-10.1 sec  7.27 MBytes  6.04 Mbits/sec
[  3]  0.0-10.1 sec  10.6 MBytes  8.83 Mbits/sec
[  5]  0.0-10.1 sec  2.95 MBytes  2.45 Mbits/sec
[ 17]  0.0-10.1 sec  7.20 MBytes  5.96 Mbits/sec
[  6]  0.0-10.2 sec  9.50 MBytes  7.85 Mbits/sec
[ 20]  0.0-10.2 sec  2.42 MBytes  1.99 Mbits/sec
[ 12]  0.0-10.2 sec  7.15 MBytes  5.88 Mbits/sec
[ 22]  0.0-10.2 sec  2.22 MBytes  1.82 Mbits/sec
[  8]  0.0-10.3 sec  2.37 MBytes  1.93 Mbits/sec
[  9]  0.0-10.3 sec  3.23 MBytes  2.62 Mbits/sec
[ 16]  0.0-10.4 sec  4.59 MBytes  3.69 Mbits/sec
[ 19]  0.0-10.4 sec  2.66 MBytes  2.13 Mbits/sec
[SUM]  0.0-10.4 sec    118 MBytes  94.4 Mbits/sec

94,4 Мбит/с — это отличный показатель!

Индикатор переключения языков в Linux Ubuntu в xfce

Автор: Рудюк С . А.
https://corp2.net

E-Mail: rs@corp2.net

Не удобно работать без переключателя языков в Linux Ubuntu в xfce.
К счастью, есть превосходная утилита для индикации языков: http://goodies.xfce.org/

Устанавливаются эти утилиты с помощью команды:
apt-get install xfce4-goodies

После установки данной утилиты в xfce Вы можете вывести индикатор клавиатуры, индикатор загрузки процессора и т.п. Вот, как выглядят эти индикаторы:

Настройка Postgresql для работы с «1С:Підприємство»

Как показывает практика, не настроенная база данных Postgresql очень медленно работает в «1С:Підприємство». Поэтому, когда говорят, что MsSQL быстрей работает, чем Postgresql с «1С:Підприємство» — не верьте. Тут вероятней всего причина кроется в настройках по умолчанию. Т.к. Postgresql по умолчанию настроен таким образом, чтоб работать на любом компьютере. И для того, чтоб использовать всю мощь Вашего сервера — немного нужно его поднастроить.

За настройку Postgresql отвечает файл: postgresql.conf

Если у Вас работает много пользователей (более 100-200), то рекомендую настроить Вам работу Postgresql через pgBouncer. Но, мы не ставим цель данной статьи описывать данную настройку… Поэтому, опишем те параметры, которые сказываются на производительности Вашего сервера:

# Если *, то слушать со всех ip-адресов. По умолчанию, слушается только localhost. Впрочем, этого Вам может хватить.
listen_addresses = ‘*’       

# Номер порта.
port = 5432                # (change requires restart)

# Максимальное количество подключений
max_connections = 100            # (change requires restart)

# shared_buffers: напомним, это НЕ вся память, которая нужна для работы PostgreSQL, это.
#только размер разделяемой между процессами PostgreSQL памяти, которая нужна для выполнения.
#активных операций. Она должна занимать меньшую часть оперативной памяти вашего.
#компьютера, так как PostgreSQL использует также дисковый кэш операционной системы..
#К сожалению, чтобы знать точное число shared buffers, нужно учесть количество.
#оперативной памяти компьютера, размер базы данных, число соединений и сложность запросов,.
#так что лучше воспользуемся несколькими простыми правилами настройки.

#На выделенных серверах полезным объемом будет значение от 8 МБ до 2 ГБ. Объем может.
#быть выше, если у вас большие активные порции базы данных, сложные запросы,.
#большое число одновременных соединений, длительные транзакции, вам доступен.
#большой объем оперативной памяти или большее количество процессоров. И, конечно же,.
#не забываем об остальных приложениях. Выделив слишком много памяти для базы данных,.
#мы можем получить ухудшение производительности. Вот несколько примеров, полученных.
#на личном опыте и при тестировании:

#    * Laptop, Celeron processor, 384MB RAM, база данных 25MB: shared_buffers 12 MB
#    * Athlon server, 1GB RAM, база данных поддержки принятия решений 10GB: 200 MB
#    * Quad PIII server, 4GB RAM, 40GB, 150 соединений, «тяжелые» транзакции: 1 GB
#    * Quad Xeon server, 8GB RAM, 200GB, 300 соединений, «тяжелые» транзакции: 2 GB

# Заметим, что увеличение числа shared_buffers и других параметров памяти потребует.
# изменения настроек System V memory вашей операционной системы. Подробнее об этом.
# можно прочитать в документации по PostgreSQL.

shared_buffers = 32MB            # min 128kB

#Буфер под временные объекты, в основном для временных таблиц.
#Можно установить порядка 16 МБ
temp_buffers = 128MB            # min 800kB

#work_mem: ранее известное как sort_mem, было переименовано, так как сейчас определяет.
#максимальное количество оперативной памяти, которое может выделить одна операция.
#сортировки, агрегации и др. Это не разделяемая память, work_mem выделяется отдельно.
#на каждую операцию (от одного до нескольких раз за один запрос). Разумное значение.
#параметра определяется следующим образом: количество доступной оперативной.
#памяти (после того, как из общего объема вычли память, требуемую для других.
#приложений, и shared_buffers) делится на максимальное число одновременных запросов.
#умноженное на среднее число операций в запросе, которые требуют памяти.

#Для веб-приложений обычно устанавливают низкие значения work_mem, так как запросов.
#обычно много, но они простые, обычно хватает от 512 до 2048 КБ. С другой.
#стороны, приложения для поддержки принятия решений с сотнями строк в каждом.
#запросе и десятками миллионов столбцов  в таблицах фактов часто требуют work_mem.
#порядка 500 МБ. Для баз данных, которые используются и так, и так, этот параметр.
#можно устанавливать для каждого запроса индивидуально, используя настройки сессии..

work_mem = 32MB                # min 64kB
#maintenance_work_mem: предыдущее название в PostgreSQL 7.x vacuum_mem. Это объем памяти,.
#который требуется PostgreSQL для VACUUM, ANALYZE, CREATE INDEX, и добавления внешних.
#ключей. Чтобы операции выполнялись максимально быстро, нужно устанавливать этот.
#параметр тем выше, чем больше размер таблиц в вашей базе данных. Неплохо бы устанавливать.
#его значение от 50 до 75% размера вашей самой большой таблицы или индекса или,.
#если точно определить невозможно, от 32 до 256 МБ.

maintenance_work_mem = 256MB        # min 1MB

#Последнее стаб. 512kB # min 100kB
max_stack_depth = 1MB            # min 100kB

fsync = off                      # turns forced synchronization on or off
synchronous_commit = off        # synchronization level; on, off, or local
wal_sync_method = fsync        # the default is the first option                    # supported by the operating system:
#   open_datasync
#   fdatasync (default on Linux)
#   fsync
#   fsync_writethrough
#   open_sync

full_page_writes = on            # recover from partial page writes

commit_delay = 10            # range 0-100000, in microseconds

commit_siblings = 5            # range 1-1000

checkpoint_segments = 200        # in logfile segments, min 1, 16MB each
checkpoint_timeout = 15min        # range 30s-1h

Дизайн интерьеров

Использование ufw кратко

Автор: Рудюк С . А.
https://corp2.net

E-Mail: rs@corp2.net

ufw enable|disable — вкл. выкл. брендмауэр
ufw logging on|off — вкл. выкл. логи
ufw default allow|deny — правило по умолчанию
ufw allow|deny [service] — вкл. выкл. порт
ufw status — статус брендмауэра.
ufw allow 21 — статус порта в брендмауэре.
ufw delete allow 21 — удаление правила.
ufw allow 53/tcp — разрешить 53 порт tcp.
ufw allow from 10.123.192.199 — разрешение входа с определенного ip-адреса.
ufw deny proto tcp to 72.55.148.21
ufw deny proto tcp from 72.55.148.21
ufw deny 80 from 72.55.148.21
ufw allow|deny|reject|limit [in|out on INTERFACE] [log|log-all] [proto protocol] [from ADDRESS [port PORT]] [to ADDRESS [port PORT]]

ufw deny proto udp to any — запрет udp-протокола
ufw allow in on eth0 to any port 80 proto tcp
ufw delete 3 — удаление правила по номеру
ufw status numbered — получение нумерованного списка правил

ufw reload — перезагрузка сетевого экрана

ufw insert 2 deny proto udp to any

Автор: Рудюк С . А. https://corp2.net

Дизайн интерьеров

ISPManager удаляет домены

Автор: Рудюк С . А.
https://corp2.net

E-Mail: rs@corp2.net

Столкнулся с проблемой удаления доенов в админке ISPManager. При анализе ситуации, обнаружил, что домены исчезали не из конфигов Apache и Nginx, а только из списка админки ISPManager.
Т.к. тех-поддержка разработичка ничем не помогла, пришлось бороться с ситуацией самому.
Для начала, включил подробное логирование в ISPManager. Для этого, в конфиге /usr/local/ispmgr/etc/ispmgr.conf указал параметр:
LogLevel 9

После  этого, сделал, чтоб постоянно выводилась информация из лога на экран:
tail -n 1 -f /usr/local/ispmgr/var/ispmgr.log

Далее — просматриваю все процессы ISPManager:
ps aux | grep ispm

Снимаем задачу  bin/ispmgr.

Данный процесс автоматически запускается при вызове админки из командной строки браузера.

После того, как перезарузил ISPManager — увидел куча сообщений о правах доступа. Как оказалось, ISPManager требует совпадения пользователя, который указан в Apache с владельцем каталога, где создан домен. Если это не так — не будет выводиться домен в списке админки… При этом, сообщение выдастся только в логе…

Указав пользователя-владельца для папки домена, получаем решение проблемы… Правда, нужно не забывать после этого снять процесс ISPManager и заново войти в админку, тем самым перезагрузив админку…

Автор: Рудюк С . А. https://corp2.net

Отправка писем из консоли linux

Чтобы отослать электронное письмо из командной строки, можно воспользоваться утилитой mail. Также она может встречаться под названием mailx или Mail. Для отправки письма пишем следующую команду:

$ mail -s «Тема письма» pupkin@mail.ru
Привет!
Я пишу тебе из консоли!
Ctrl+D

Комбинация клавиш Ctrl+D (^D) с новой строки позволяет завершить ввод письма. После этого у меня появляется приглашение ввести получателя копии — просто жму «Enter», и письмо отправляется.

Если тело письма находится в файле, то можно просто воспользоваться перенаправлением входного потока:

$ mail -s «Письмо из файла» pupkin@mail.ru < mail_body.txt

Аналогично поступаем, если требуется отослать вывод какой-либо команды. Например, следующая команда отошлет мне на мыло содержание текущего каталога:

$ ls | mail -s «Вывод команды» pupkin@mail.ru

Кроме того, утилита позволяет не только читать письма, но и получать их, отвечать и делать прочие полезные манипуляции. Но вот чего она, похоже, не позволяет — так это добавить вложение к письму. Однако, это не беда. Есть немало способов отправить файл из консоли по электронной почте. Я рассмотрю три из них, которые не потребовали от меня разбираться в чем-то или что-то скачивать/устанавливать.

1. Если нужно отправить двоичный файл письмом, можно его просто закодировать с помощью uuencode. Команда будет выглядет следующим образом:

$ uuencode image.jpg image.jpg | mail -s «Метод 1» sombeody@somewhere.net

И хотя файл действительно закодируется и отправится, это не является вложением в полном смысле электронной почты. некоторые почтовые клиенты адэкватно отреагируют на файл в письме, другие же покажут его как простой текст, и раскодировать его придется вручную.

2. С помощью консольной утилиты mpack. Эта утилита пакует файл в сообщение и отсылает полученное сообщение туда, куда изволите.

$ mpack -s «Метод 2» image.jpg sombeody@somewhere.net

3. С помощью полноценного консольного почтового клиента mutt. Можно запустить его, сформировать письмо и отправить куда надо. А можно запустить mutt в режиме эмуляции диалога mailx (параметр -x), при этом передав через параметры все необходимое, чтобы не получать лишних вопросов от этой программы. Второй вариант выглядит так:

$ echo «Смотри вложение» | mutt -x -s «Метод 3» -a image.jpg sombeody@somewhere.net

Если какой-то из программ у вас не окажется (в чем я сильно сомневаюсь), ищите ее в репозиториях Debian.


http://debback.blogspot.com/2008/03/blog-post.html 

3D визуализация и дизайн

SaaS программное обеспечение

SaaS (англ. software as a service — программное обеспечение как услуга; также англ. software on demand — программное обеспечение по требованию) — бизнес-модель продажи и использования программного обеспечения, при которой поставщик разрабатывает веб-приложение и самостоятельно управляет им, предоставляя заказчику доступ к программному обеспечению через Интернет. Основное преимущество модели SaaS для потребителя услуги состоит в отсутствии затрат, связанных с установкой, обновлением и поддержкой работоспособности оборудования и работающего на нём программного обеспечения.
В модели SaaS:

  • приложение приспособлено для удаленного использования;
  • одним приложением пользуется несколько клиентов (приложение коммунально);
  • оплата взимается либо в виде ежемесячной абонентской платы, либо на основе объёма операций;
  • техническая поддержка приложения включена в оплату;
  • модернизация и обновление приложения происходит оперативно и прозрачно для клиентов.

В рамках модели SaaS заказчики платят не за владение программным обеспечением как таковым, а за его аренду (то есть за его использование через веб-интерфейс). Таким образом, в отличие от классической схемы лицензирования ПО, заказчик несет сравнительно небольшие периодические затраты, и ему не требуется инвестировать значительные средства в приобретение ПО и аппаратной платформы для его развертывания, а затем поддерживать его работоспособность. Схема периодической оплаты предполагает, что если необходимость в программном обеспечении временно отсутствует, то заказчик может приостановить его использование и заморозить выплаты разработчику[1].
С точки зрения разработчика некоторого проприетарного программного обеспечения модель SaaS позволяет эффективно бороться с нелицензионным использованием программного обеспечения, поскольку ПО как таковое не попадает к конечным заказчикам. Кроме того, концепция SaaS часто позволяет уменьшить затраты на развёртывание и внедрение систем технической и консультационной поддержки продукта, хотя и не исключает их полностью.

История

Изначально вся компьютерная отрасль использовала арендную бизнес-модель — первые компьютеры стоили огромных денег и их вычислительные мощности сдавались заказчикам. С другой стороны, такую аренду нельзя считать разновидностью SaaS, поскольку заказчики получали доступ к компьютерам напрямую, а не с помощью глобальных сетей связи.
Поскольку модель SaaS ориентирована на предоставление услуг с помощью Интернета, её развитие непосредственно связано с развитием глобальной сети. Первые компании, предлагавшие программное обеспечение как услугу, появились в западных странах в 1997—1999 годах[2], а акроним SaaS вошел в широкое употребление в 2001 году[3].

Ключевые характеристики

Программное обеспечение по требованию обладает следующими ключевыми признаками[4]:

  • доступ к программному обеспечению, разработанному в соответствии с моделью ПО как услуга, предоставляется удалённо по сетевым каналам и как правило через веб-интерфейс, кроме того, могут использоваться тонкие клиенты и терминальный доступ;
  • программное обеспечение развёртывается в центре обработки данных в виде единого программного ядра, с которым работают все заказчики;
  • программное обеспечение предоставляется на условиях уплаты периодических арендных платежей;
  • обслуживание и обновление программного обеспечения выполняется централизованно на стороне поставщика приложения, предоставляемого как услуга (SaaS);
  • стоимость технической поддержки обычно включается в арендную плату.

Стоимость

Программное обеспечение по требованию предоставляется заказчику в аренду и всегда предполагает периодическую оплату. В качестве единицы тарификации обычно используются пользователи (при предоставлении CRM) или же число записей в базе данных (при предоставлении HRM-системы), реже — какие-то другие функциональные характеристики (например, количество определённых операций или трафик)[5]. В некоторых случаях заказчикам предлагаются смешанные модели, в рамках которых могут дополнительно оплачиваться расширенные функции (например, заказчик может платить за пользователей и за расширенное хранилище данных).
Контракт на аренду SaaS включает в себя не только оплату за использование ПО, но и оплату всех затрат, связанных с поддержкой его работоспособности, обновлением и защитой данных. Ряд поставщиков SaaS предлагает продвинутый вариант контракта на аренду — SLA (Service Level Agreement) . В таких контрактах фиксируются параметры, связанные с работоспособностью ПО. Обычно это гарантии доступности ПО в процентах в течение года. Лучшие центры обработки данных способны гарантировать доступность ПО не менее 99,5 % времени за год.
В том случае, если программное обеспечение не требует первоначальной адаптации под потребности заказчика, первоначальный платёж за ПО может отсутствовать в принципе. Данное обстоятельство является важнейшим преимуществом модели SaaS над классическим лицензированием программного обеспечения, которое требует существенных начальных инвестиций на его закупку. Периодические арендные платежи можно сравнить со стоимостью технической поддержки — обычно они жёстко прописываются в договоре и потому являются предсказуемыми. Тем самым, обеспечивается защита инвестиций заказчика в используемый программный продукт.

Отличия от других моделей

В синонимы терминов SoD и SaaS часто ошибочно заносят термины Hosted Applications и Application Service Provider (ASP), за которыми стоит другая концепция продвижения ПО. Ключевое отличие SaaS от ASP состоит в том, что в рамках модели SaaS заказчик покупает доступ к единому программному ядру, которым пользуются все заказчики. Поставщик SaaS обеспечивает централизованное развитие и полное обслуживание программного ядра. В рамках же модели ASP каждому заказчику предоставляется выделенная инсталляция программного обеспечения, развёрнутая на удалённом сайте поставщика ПО и не доступная сразу нескольким заказчикам.
Многие поставщики утверждают, что они предоставляют SaaS решение, но используют этот термин весьма небрежно. Именно работа заказчиков с единым программным ядром и его централизованное обслуживание поставщиком SaaS решения обеспечивает основные положительные свойства SaaS (см. ниже).

Факторы, способствующие продвижению SaaS

Ключевым фактором, объясняющим экономическую целесообразность SaaS, является «эффект масштаба» — провайдер SaaS обслуживает единое программное ядро, которым пользуются все клиенты, и потому тратит меньшее количество ресурсов по сравнению с управлением отдельными копиями программного обеспечения для каждого заказчика. Кроме того, использование единого программного ядра позволяет планировать вычислительные мощности и уменьшает проблему пиковых нагрузок для отдельных заказчиков. Все это позволяет поставщикам SaaS решений существенно снизить стоимость обслуживания ПО. В конечном счёте, периодическая стоимость услуг для конечного заказчика становится ниже издержек, возникающих при использовании классической модели лицензирования.
Другим ключевым фактором является уровень обслуживания SaaS. Провайдер SaaS способен предложить уровень обслуживания и поддержки ПО в работоспособном состоянии, недоступный для внутренних IT-отделов компаний. Это особенно ярко проявляется в случае использования провайдером контракта SLA.
На данный момент можно выделить несколько основных факторов[6], стимулирующих использование программного обеспечения по требованию заказчиками и развитие данных продуктов разработчиками.

Положительные факторы SaaS для заказчиков

  • Отсутствие необходимости установки ПО на рабочих местах пользователей — доступ к ПО осуществляется через обычный браузер;
  • Радикальное сокращение затрат на развёртывание системы в организации. Это расходы на аренду помещения, организацию дата-центра, оплату труда сотрудников и т. д.;
  • Сокращение затрат на техническую поддержку и обновление развернутых систем (вплоть до их полного отсутствия);
  • Быстрота внедрения, обусловленная отсутствием затрат времени на развертывание системы;
  • Понятный интерфейс — большинство сотрудников уже привыкли к использованию веб-сервисов;
  • Ясность и предсказуемость платежей, защита инвестиций;
  • Мультиплатформенность;
  • Возможность получить более высокий уровень обслуживания ПО.

Положительные факторы SaaS для разработчиков

  • Рост популярности веб-сервисов для конечных пользователей;
  • Развитие веб-технологий, большие функциональные возможности веб-приложений и простота их реализации;
  • Быстрые процессы внедрения и сравнительно низкие затраты ресурсов на обслуживание конкретного клиента;
  • Лёгкое проникновение на глобальные рынки;
  • Отсутствие проблем с нелицензионным распространением ПО;
  • В отличие от классической модели, заказчик SaaS привязывается к разработчику — он не может отказаться от услуг разработчика и продолжать использовать систему. Таким образом, обеспечивается защита инвестиций разработчика в процесс продаж;
  • В долгосрочном периоде доходы от SaaS могут оказаться выше прибыли, полученной от продажи лицензий и оказания технической поддержки (даже с учётом расходов на хостинг и управление приложениями).

Ограничивающие факторы

Наряду с факторами, которые побуждают заказчиков внедрять программное обеспечение по требованию, а разработчиков — инвестировать ресурсы в его создание, существует ряд сдерживающих факторов, ограничивающих использование данной модели.
Во-первых, концепция SaaS применима далеко не для всех функциональных классов систем. Поскольку основная экономия ресурсов провайдера достигается за счёт масштаба, модель SaaS оказывается неэффективной для систем, требующих глубокой индивидуальной адаптации под каждого заказчика, а также инновационных и нишевых решений. Концепция PaaS, являющаяся развитием SaaS, снимает это ограничение.
Во-вторых, многие заказчики опасаются применять SaaS из-за соображений безопасности и возможной утечки информации со стороны поставщика этих услуг. Вопросы, связанные с безопасностью, ограничивают использование концепции SaaS для критически важных систем, в которых обрабатывается строго конфиденциальная информация. С другой стороны, ответственность за утечку информации со стороны разработчика обычно регламентируется в соответствующих договорах, а вероятность такой утечки часто ниже, чем в случае использования внутренних систем. В том числе этому способствует недоступность программно-аппаратного комплекса, на котором развёрнута система, сотрудникам компании. В случае развёртывания SaaS в промышленных дата-центрах, обеспечивается существенно лучшая защита за счет использования более мощных и комплексных решений по информационной безопасности.
В-третьих, ограничивающим фактором SaaS является необходимость наличия постоянно действующего подключения к Интернету. Многие продукты SaaS компенсируют это наличием модулей для автономной работы. С развитием Сети значение этого фактора уменьшается (в развитых странах он неактуален уже сейчас), однако в российских регионах подобные проблемы по-прежнему возникают, и с ними приходится считаться. С другой стороны, для территориально-распределённых компаний, которые должны работать в единой информационной среде, этот фактор не актуален.

Критика SaaS

Ричард Столлман характеризует технологию как эквивалент всеобщего шпионского ПО и большой «чёрной двери» (дают оператору сервера неправомерную власть над пользователем)[7]

SaaS в России

В отличие от Западной Европы и США модель SaaS пока не получила широкого распространения в России. На сегодняшний день можно выделить сразу несколько факторов, которые тормозят развитие SaaS-модели на территории России и стран ближнего зарубежья:

  • Не столь высокая популярность аутсорсинга: российские предприятия неохотно отдают свои бизнес-функции на откуп «третьим» компаниям. Данный фактор тормозит не только развитие модели SaaS, но и развитие всех аутсорсинговых услуг в целом;
  • Общее отставание российской ИТ-отрасли: по оценкам различных экспертов, российская отрасль отстает от западной на несколько лет. Многие российские предприятия по-прежнему находятся на начальных стадиях информатизации и даже не задумываются о внедрении каких-либо комплексных решений вообще.


http://ru.wikipedia.org/wiki/SaaS

Дизайн интерьеров

Определение конфигурации компьютера в Linux

В Linux не нужно ставить специальное программное обеспечение для того, чтоб определить конфигурацию компьютера.  Можно просто просмотреть некоторые из файлов в каталоге proc:
cat /proc/cpuinfo — CPU
cat /proc/meminfo — ОЗУ
cat /proc/interrupts — прерывания
cat /proc/swaps — вся информация про swap
cat /proc/version — версия ядра и другая информация
cat /proc/net/dev — сетевые интерфейсы и статистика
cat /proc/mounts — смонтированные устройства
cat /proc/partitions — доступные разделы
cat /proc/modules — загруженные модули ядра
cat /etc/issue — Посмотреть версию ОС

Дизайн интерьеров

Страница 30 из 38« Первая...1020...2829303132...Последняя »