Кек..)) мое фото на https://www.phdays.com/ru/about/ =) кто найдет?)

check ssl certificate on web-site

а вот вам консольный способ как посмотреть информацию об сертификате и ssl-соединении с сайтом:

openssl s_client -host example.com -port 443

#openssl #debug

get file contents in buffer

добавить alias в bashrc:

alias xclip='xclip -selection c'

после чего выполняя команду

xclip filename

вы получите содержимое файла в буфере обмена

#utils

Меняем редактор кофигурационных файлов kubernetes

Для тех кто как и я терпеть не может vi:
(ваше мнение - это ваше мнение)

KUBE_EDITOR="nano" kubectl edit <xxxx>

#kubernetes #fuckvi

Про китайские стандарты

Купил я некоторое время назад себе китайскую поделку OrangePi Win Plus, одноплатный комп такой, вроде Raspberry, но мощнее. Потом оказалось, что мощь железа слихвой компенсируется отсутствием софта и дров, но не об этом речь. В целях донастройки линуха на ней, притащил я апельсинку на работу, врубил в лежавший на столе свитч и начал священнодействовать.
Прервал меня минут через 10 резкий запах горящего пластика и характерный белый дымок, исходивший от ethernet-порта платы. БП из розетки - продолжает дымить!
Все порты освободил от кабелей и приступил к вдумчивому органолептическому анализу: пощупал и понюхал. Запах и эпицентр нагрева точно прям в сетевом порту. Рядом вообще никаких микрух! Запускаю заново - все работает! Только ethernet греется... И тут до меня, не без помощи многоопытного коллеги, доходит, что сучий китайский свитч решил накормить мою игрушку PoE! Протокол, согласование - не, не слышали. Даёшь 24 вольта во все порты!
При внимательном осмотре был обнаружен истиный источник дыма - оплавлялся коннектор!!!
Что любопытно, никто из двух китайцев не пострадал! А патч-корд - да хрен с ним.

А теперь самое интересное: что ж это за волшебный свитч-пироман. https://www.gowifi.co.nz/switches/es-8-150w.html Вот эта уеба собственной персоной.

Мораль: не все то нормальное PoE, на чем написано PoE; китайцы таки умеют делать надёжные одноплатники; не надо совать свой конец куда попало.

#fuckup

Обновление gitlab до 10.5.6 ломает web hook

Обновил в кубе инсталляцию gitlab с 10.5.4 на 10.5.6 и обнаружил вдруг, что сломались билды в jenkins. Поскольку среда была тестовая, я в это же время обновил jenkins, несколько плагинов.. в общем, сами понимаете, концы искать стало куда тяжелее. В итоге, при вызове из интерфейса хука, или при пуше тега (я триггерю билд по тегу) в jenkins рисовался большой половой орган. В самой первой попытке решения я откатил хелм до предыдущего гитлаба, но это проблемы не решило. После долгих каяний пошел читать комменты на гитхабе. Как оказывается, в последнее время, это - самый нормальный способ понять проблемы развивающихся продуктов. Большинство проблем с кубом только так и решаются - лезешь в гитхаб и читаешь, а что же там наворочено и как это решить...

Обсуждение и лечение:
https://gitlab.com/gitlab-org/omnibus-gitlab/issues/3307

#gitlab #troubleshooting

Видео с камер того самого убера

https://habrahabr.ru/post/343644/

#read #thirdparty

Я просто не могу об этом молчать =) Пятничный вброс, вообще не по теме канала. Все эти годы нам просто морочили голову!

https://lenta.ru/news/2018/03/23/mozhno/

Для ребятушек, которые пользуются windows и RDP, будьте бдительны:

https://xakep.ru/2018/03/26/no-patch-no-rdp/

[SECURITY] [DSA 4154-1] net-snmp security update

Package : net-snmp
CVE ID : CVE-2015-5621 CVE-2018-1000116
Debian Bug : 788964 894110

A heap corruption vulnerability was discovered in net-snmp, a suite of Simple Network Management Protocol applications, triggered when parsing the PDU prior to the authentication process. A remote, unauthenticated attacker can take advantage of this flaw to crash the snmpd process (causing a denial of service) or, potentially, execute arbitrary code with the privileges of the user running snmpd.

[SECURITY] [DSA 4142-1] uwsgi security update

Package : uwsgi
CVE ID : CVE-2018-7490
Debian Bug : 891639

Marios Nicolaides discovered that the PHP plugin in uWSGI, a fast, self-healing application container server, does not properly handle a DOCUMENT_ROOT check during use of the —php-docroot option, allowing a remote attacker to mount a directory traversal attack and gain unauthorized read access to sensitive files located outside of the web root directory.

Стоит ли постить в таком формате информацию об онвовлениях безопасности в debian?
anonymous poll

да, выборочно – 53
👍👍👍👍👍👍👍 52%

нет, это лишнее – 38
👍👍👍👍👍 37%

да, все обновления – 9
👍 9%

нет, я читаю это в других источниках – 2
▫️ 2%

👥 102 people voted so far.

Фиксируем версию пакетов в пределах заданных версий

Например, для того чтобы обновлять кластер k8s только в пределах 9-й ветки, можно сделать так:

создаем файл /etc/apt/preferences.d/kube-binaries.pref со следующим содержимым:

Package: kubelet kubeadm kubectl
Pin: version 1.9.*
Pin-Priority: 600

В результате, при выполнении поиска пакета:

# apt-cache policy kubeadm
kubeadm:
  Installed: 1.9.6-00
  Candidate: 1.9.6-00
  Version table:
     1.10.0-00 500
        500 http://reporepo/kubernetes kubernetes-xenial/main amd64 Packages
 *** 1.9.6-00 600
        500 http://reporepo/kubernetes kubernetes-xenial/main amd64 Packages
        100 /var/lib/dpkg/status
  ......

Как видите более новая версия есть, но кандидат на установку - 1.9.x

#apt #kubernetes

многопользовательский промокод на журнал ][akep от @pirotech
codeib-xakep-month

активировать до 1 апреля

Когда хотфиксы поехали в продакшн

Обслуживание puppet

Puppet хавает inode достаточно активно. со временем (месяц-два-три) их накапливается достаточное количество, которое забивает весь диск. Для очистки можно воспользоваться следующей командой:

find /var/lib/puppet/clientbucket/ -type f -mtime +7 -atime +7 -delete

которая найдет файлы, к которым не обращались более недели и удалит их. Проблема основана на том, что на каждый чих папет хранит diff файла который был изменен агентом. дифф - это еще один новый файл. новый файл - новая inode..

#puppet #troubleshooting