Блог Ваганова Николая

Тут мы создали свой API. Обращения к нему мы можем закрыть авторизацией BASIC , KEY , OAUTH , HMAC. В этой статье рассматриваем BASIC

1. Добавляем к созданному API плагин авторизации BASIC

curl -X POST http://localhost:8001/apis/myapi/plugins --data "name=basic-auth" --data "config.hide_credentials=true"

OUTPUT :

{"api_id":"772ba6dc-5d2e-4bbb-b600-03fe5f754094","id":"07f17354-c639-4d1d-a7d4-a70ab40b3ddb","created_at":1489654500000,"enabled":true,"name":"basic-auth","config":{"hide_credentials":true}}


2. Проверяем, что плагин есть в списке плагинов к нашему API:

curl http://localhost:8001/apis/myapi/plugins


3. Создаем пользователя kong ( Consumer ) :

curl -d "username=user1" http://localhost:8001/consumers/


4. Создаем для пользователя kong пару логин/пароль для basic auth :

curl -X POST http://localhost:8001/consumers/user1/basic-auth --data "username=testme" --data "password=testmetest"


5. Генерируем base64 строку для передачи авторизации через хидер :

perl -MMIME::Base64 -e 'print encode_base64("testme:testmetest")'


6. Передаем дополнительный хидер в запросе API :

curl -X POST http://localhost:8001/apis/ --data "name=myapi" --data 'upstream_url=http://tresnet.ru/' --data 'request_host=tresnet.ru' --header "Authorization: Basic dGVzdG1lOnRlc3RtZXRlc3Q="


7. Без авторизации получаем отлуп :

HTTP/1.1 401 Unauthorized
Date: Thu, 16 Mar 2017 09:04:55 GMT
Content-Type: application/json; charset=utf-8
Transfer-Encoding: chunked
Connection: keep-alive
WWW-Authenticate: Basic realm="kong"
Server: kong/0.9.6

{"message":"Unauthorized"}



curl -X POST http://localhost:8001/apis/ --data "name=myapi" --data 'upstream_url=http://tresnet.ru/' --data 'request_host=tresnet.ru'


name - уникальный идентификатор в kong ( может быть любым )
upstream_url - хост, на который будут передаваться запросы ( бекенд )
request_host - хост, с которым мы будем обращаться извне для доступа к upstream_url ( может быть любой, передается в хидере 'Host: example.com'



sed -i 's/TYPE=bridge/TYPE=Bridge/g' /etc/sysconfig/network-scripts/ifcfg-br0
shutdown -r now


Допустим у нас есть два сервера ( s1 и s2 ) с brick и репликацией волюма и нам нужно добавить еще один ( s3 ). Условимся, что все ПО уже стоит на третьем ( gluster-server glusterfs и прочее сопутствующее ). Все операции будем проводить с одной из текущих нод :

1. Проверяем доступность гластера
gluster peer probe s3
Probe successful

2. Подключаем новый волюм и увеличиваем репликацию
gluster volume add-brick replica 3 s3:/path/to/mounted/brick
Add Brick successful

3. Проверяем теперь на любом из серверов, что волюм был изменен :
gluster volume info

http://subnets.ru/blog/?p=12