Архивы рубрики ‘How to’

IPv6 Для сайта

20 февраля, 2019 |

Автор: root

Выставить в конфиге

server {
server_name domain.ua;
listen 443 ssl;
listen [::]:443 ssl;
....
}

server {

server_name domain.ua;

listen 443 ssl;

listen [::]:443 ssl;

....

}

Проверяем наличие ipv6

user@ubuntu-nginx:/home/user# sudo modprobe ipv6

1	user@ubuntu-nginx:/home/user# sudo modprobe ipv6

далее включаем

user@ubuntu-nginx:/home/user# sudo cat /etc/sysctl.conf
###добавляем это в самом низу или раскомментируем, если есть в конфиге
net.ipv6.conf.default.disable_ipv6 = 0
net.ipv6.conf.all.disable_ipv6 = 0
user@ubuntu-nginx:/home/user# sudo sysctl -p

user@ubuntu-nginx:/home/user# sudo cat /etc/sysctl.conf

###добавляем это в самом низу или раскомментируем, если есть в конфиге

net.ipv6.conf.default.disable_ipv6 = 0

net.ipv6.conf.all.disable_ipv6 = 0

user@ubuntu-nginx:/home/user# sudo sysctl -p

и наконец прописываем в интерфейсе

user@ubuntu-nginx:/home/user# sudo cat /etc/network/interfaces.d/50-cloud-init.cfg
# This file is generated from information provided by
# the datasource.  Changes to it will not persist across an instance.
# To disable cloud-init's network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
# network: {config: disabled}
auto lo
iface lo inet loopback
    dns-nameservers 2001:4860:4860::8888 2001:4860:4860::8844 8.8.4.4 8.8.8.8

auto eth0
iface eth0 inet6 static
    pre-up modprobe ipv6
    address xxxx:xxxx:3:d0::xxx:2001
    netmask 64
    gateway xxxx:xxxx:3:d0::1

iface eth0 inet static
    address x.x.x.x
    gateway y.y.y.y
    netmask 255.255.240.0

# control-alias eth0
iface eth0 inet static
    address 11.29.0.27
    netmask 255.255.0.0

user@ubuntu-nginx:/home/user# sudo cat /etc/network/interfaces.d/50-cloud-init.cfg

# This file is generated from information provided by

# the datasource. Changes to it will not persist across an instance.

# To disable cloud-init's network configuration capabilities, write a file

# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:

# network: {config: disabled}

auto lo

iface lo inet loopback

dns-nameservers 2001:4860:4860::8888 2001:4860:4860::8844 8.8.4.4 8.8.8.8

auto eth0

iface eth0 inet6 static

pre-up modprobe ipv6

address xxxx:xxxx:3:d0::xxx:2001

netmask 64

gateway xxxx:xxxx:3:d0::1

iface eth0 inet static

address x.x.x.x

gateway y.y.y.y

netmask 255.255.240.0

# control-alias eth0

iface eth0 inet static

address 11.29.0.27

netmask 255.255.0.0

Ну и перегружаем все. Убедившись что есть доступ из консоли. А то может и зафейлится и тогда будет весело

user@ubuntu-nginx:/home/user# sudo ifconfig eth0 down; sudo ip addr flush dev eth0; sudo service networking restart; sudo ifconfig eth0 up

1	user@ubuntu-nginx:/home/user# sudo ifconfig eth0 down; sudo ip addr flush dev eth0; sudo service networking restart; sudo ifconfig eth0 up

Опубликовано в рубрике How to | Метки: 50-cloud-init.cfg, eth0, IPv6, network, nginx, ubuntu 16.04 | Комментариев нет »

AWS, Certbot и ImportError: ‘pyOpenSSL’ module missing required functionality. Try upgrading to v0.14 or newer

10 октября, 2018 |

Автор: root

Проблема возникла после обновления. Что да как уже не помню но вот несколько способов решения

Правильный
1. Удаляем pyOpenSSL
2. Yum remove pyOpenSSL и соглашаемся со всем списком что предложит.
3. Качаем wget https://dl.eff.org/certbot-auto
4. chmod a+x ./certbot-auto
5. устанавливаем ./certbot-auto
6. Качаем pyOpenSSL-0.15.1-1.el7.noarch.rpm (CentOS7) wget ftp://ftp.muug.mb.ca/mirror/centos/7.5.1804/cloud/x86_64/openstack-ocata/common/pyOpenSSL-0.15.1-1.el7.noarch.rpm
7. Устанавливаем sudo rpm -Uvh pyOpenSSL-0.15.1-1.el7.noarch.rpm
8. При вызове pip будет ругаться – не беда
9. Переходим в /opt/eff.org/certbot/venv/lib/python7/site-packages и копируем /OpenSSL в /usr/lib64/python2.7/site-packages и /usr/lib/python2.7/site-packages (перед копирование переименуйте существующие папки
10. Если не помогло – то скопируйте еще и /urllib3
11. Все. Проверить – просто вызовите pip без аргументов
12. Теперь должно работать и даже при обновлении pip install —upgrade pyOpenSSL даже до 18 версии – ошибок не должно быть
Вариант с python-virtualenv
1. sudo yum install python-virtualenv
2. sudo virtualenv /usr/local/python-certbot
3. source /usr/local/python-certbot/bin/activate
4. pip install certbot
5. отсюда можно так же взять библиотеки
В лоб
1. Комментируем в файле /usr/lib/python2.7/site-packages/urllib3/contrib/pyopenssl.py один if
2. Ищем def _validate_dependencies_met():
3. Ниже будет

    from OpenSSL.crypto import X509

    x509 = X509()

    if getattr(x509, "_x509", None) is None:

        raise ImportError("'pyOpenSSL' module missing required functionality. "

                          "Try upgrading to v0.14 or newer.")

from OpenSSL.crypto import X509

x509 = X509()

if getattr(x509, "_x509", None) is None:

raise ImportError("'pyOpenSSL' module missing required functionality. "

"Try upgrading to v0.14 or newer.")

Вот это все комментим и работаем с certbot.

Aws cli при этом тоже будет работать. В общем выбираем варианты

Опубликовано в рубрике AWS, How to | Метки: AWS, Certbot, certbot-auto, pyOpenSSL, Try upgrading to v0.14 or newer, _validate_dependencies_met | Комментариев нет »

wget --no-cookies --no-check-certificate --header "Cookie: gpw_e24=http://www.oracle.com/; oraclelicense=accept-securebackup-cookie" "http://download.oracle.com/otn-pub/java/jdk/8u66-b17/jdk-8u66-linux-x64.tar.gz"

tar xzf jdk-8u66-linux-x64.tar.gz

For 32Bit

cd /opt/
wget --no-cookies --no-check-certificate --header "Cookie: gpw_e24=http://www.oracle.com/; oraclelicense=accept-securebackup-cookie" "http://download.oracle.com/otn-pub/java/jdk/8u66-b17/jdk-8u66-linux-i586.tar.gz"
tar xzf jdk-8u66-linux-i586.tar.gz

cd /opt/

tar xzf jdk-8u66-linux-i586.tar.gz

Так же можно скачать тут http://ftp.osuosl.org/pub/funtoo/distfiles/oracle-java/

После извлечения файлов из архива, используем команду alternatives для установки. Доступна она в пакете chkconfig. Ну мало ли, какая версия Java у Вас есть и для чего нужна именно ваша версия… А так будем уверенны, что все останется работать.

Вот пару примеров

cd /opt/jdk1.8.0_66/
alternatives --install /usr/bin/java java /opt/jdk1.8.0_66/bin/java 1
alternatives --config java

# There are 3 programs which provide 'java'.
# Selection    Command
# -----------------------------------------------
# *  1           /opt/jdk1.7.0_71/bin/java
#  + 2           /opt/jdk1.8.0_45/bin/java
#    3           /opt/jdk1.8.0_66/bin/java
# Enter to keep the current selection[+], or type selection number: 3

cd /opt/jdk1.8.0_66/

alternatives --install /usr/bin/java java /opt/jdk1.8.0_66/bin/java 1

alternatives --config java

# There are 3 programs which provide 'java'.

# Selection Command

# -----------------------------------------------

# * 1 /opt/jdk1.7.0_71/bin/java

# + 2 /opt/jdk1.8.0_45/bin/java

# 3 /opt/jdk1.8.0_66/bin/java

# Enter to keep the current selection[+], or type selection number: 3

Или конкретно мой случай, на свежей CentOS 6.7

alternatives --config java

# There is 1 program that provides 'java'.
#   Selection    Command
# -----------------------------------------------
# *+ 1           /opt/jdk1.8.0_66/bin/java
# Enter to keep the current selection[+], or type selection number: 1

alternatives --config java

# There is 1 program that provides 'java'.

# Selection Command

# -----------------------------------------------

# *+ 1 /opt/jdk1.8.0_66/bin/java

# Enter to keep the current selection[+], or type selection number: 1

Синтаксис команды

alternatives --install <link> <name> <path> <priority>
alternatives --set <name> <path>

1 2	alternatives --install <link> <name> <path> <priority> alternatives --set <name> <path>

alternatives --install /usr/bin/jar jar /opt/jdk1.8.0_66/bin/jar 1
alternatives --install /usr/bin/javac javac /opt/jdk1.8.0_66/bin/javac 1
alternatives --set jar /opt/jdk1.8.0_66/bin/jar
alternatives --set javac /opt/jdk1.8.0_66/bin/javac

alternatives --install /usr/bin/jar jar /opt/jdk1.8.0_66/bin/jar 1

alternatives --install /usr/bin/javac javac /opt/jdk1.8.0_66/bin/javac 1

alternatives --set jar /opt/jdk1.8.0_66/bin/jar

alternatives --set javac /opt/jdk1.8.0_66/bin/javac

Теперь проверим

java -version
# java version "1.8.0_66"
# Java(TM) SE Runtime Environment (build 1.8.0_66-b17)
# Java HotSpot(TM) 64-Bit Server VM (build 25.66-b17, mixed mode)

java -version

# java version "1.8.0_66"

# Java(TM) SE Runtime Environment (build 1.8.0_66-b17)

# Java HotSpot(TM) 64-Bit Server VM (build 25.66-b17, mixed mode)

Последним штрихом будет настройка переменных окружения

Установка JAVA_HOME

export JAVA_HOME=/opt/jdk1.8.0_66

1	export JAVA_HOME=/opt/jdk1.8.0_66

Установка JRE_HOME

export JRE_HOME=/opt/jdk1.8.0_66/jre

1	export JRE_HOME=/opt/jdk1.8.0_66/jre

Ну и что бы все не слетало при перезагрузке, редактируем файл /etc/environment, добавляя последние 2-е строки в него

Устанавливаем MySQL

yum -y install mysql mysql-server

1	yum -y install mysql mysql-server

Проверяем

rpm -qa | grep mysql

1	rpm -qa \| grep mysql

Пихаем в автозагрузку

chkconfig mysqld on
service mysqld start

1 2	chkconfig mysqld on service mysqld start

В my.cnf выставляем важный параметр для confluence

binlog_format=row
log_bin= /var/log/mysql/mysql-bin.log

1 2	binlog_format=row log_bin= /var/log/mysql/mysql-bin.log

Не забываем про права

Подготавливаем БД

Надо создать БД для jira, дать права и т.п. Выполняем

create database `jira-7.0.9` character set utf8 collate utf8_bin;
GRANT SELECT,INSERT,UPDATE,DELETE,CREATE,DROP,ALTER,INDEX on `jira-7.0.9`.* TO 'jira'@'localhost' identified by 'jira-passwd';
flush privileges;

create database `jira-7.0.9` character set utf8 collate utf8_bin;

GRANT SELECT,INSERT,UPDATE,DELETE,CREATE,DROP,ALTER,INDEX on `jira-7.0.9`.* TO 'jira'@'localhost' identified by 'jira-passwd';

flush privileges;

Установка Jira

Качаем жиру

https://www.atlassian.com/software/jira/download

https://www.atlassian.com/software/jira/downloads/binary/atlassian-jira-software-7.0.9-jira-7.0.9.tar.gz

Если планируется пользоваться автообновлением, то редактируем файл

/<путь установки>/atlassian-jira/WEB-INF/classes/jira-application.properties

Прописываем в нем путь к папке данных, которую надо заранее создать. В этой папке будут храниться все, что касается ваших данных, с которыми оперирует jira

Например вот так:

jira.home = /opt/Atlassian/data/jira-7.0.9

1	jira.home = /opt/Atlassian/data/jira-7.0.9

Теперь надо скачать mysql-connector-java. Нужен он как вы поняли для общения jira с mysql

https://dev.mysql.com/downloads/connector/j/

Распаковываем архив. Находим что-то похожее на mysql-connector-java-5.1.38-bin.jar и кидаем его

/<путь установки>/lib

Теперь идем в папку

/<путь установки>/bin

Открываем на редактирование файл setenv.sh и прописываем путь, что указывали в jira.home ранее JIRA_HOME=»/opt/Atlassian/data/jira-7.0.9″

Запускаем

start-jira.sh

1	start-jira.sh

Переходим в браузер. По умолчанию порт 8080, но его можно отредактировать тут

/<путь установки>/conf/server.xml

…

…
…
<Connector port="8080"

…

<Connector port="8080"

На вебморде выбираем тип установки и нажимаем приступить

Что бы не нервничать, можно отслеживать все что делает скрипт через командную строку

tail -f /opt/Atlassian/data/jira-7.0.9/log/atlassian-jira.log

1	tail -f /opt/Atlassian/data/jira-7.0.9/log/atlassian-jira.log

В конце установке появится SERVER-ID в формате.

XXXX-XXXX-XXXX-XXXX

Получить от компании Atlassian ключ. Код довольно большой. Похож на приватный ключ, разбитый на 5-ь строк.

Далее вводим данные админа.

Конфигурируем почту или оставляем на после и жмем Finish

Все. Жира установлена

Переходим в браузере по адресу

<IP>:8080/plugins/servlet/applications/versions-licenses

И вводим ключ для Jira Software используя все тот же Server ID

Если вы его забыли, то не беда. Его можно узнать через mysql

mysql> select * from propertystring where id in (select id from propertyentry where PROPERTY_KEY=’jira.sid.key’);

Перенос JIRA BackUp с облака

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

Вот Вы установили jira на своем сервере и разворачиваете бекап. И тут начинается… Все дело в том, что на облаке версия jira более новая и бекап она делает для более новой версии. Старые версии jira не понимают его. Что бы это поправить свяжитесь с нами и мы Вам поможем

Posted from Kyiv, Kyiv city, Ukraine.

Опубликовано в рубрике How to | Метки: atlassian, centos, confluence, java, Jira, mysql | 2 комментария »

Вспомнить всё

Архивы рубрики ‘How to’

IPv6 Для сайта

AWS, Certbot и ImportError: ‘pyOpenSSL’ module missing required functionality. Try upgrading to v0.14 or newer

Установка Jira

Устанавливаем MySQL

Подготавливаем БД

Установка Jira

Перенос JIRA BackUp с облака