Size: a a a

DevOps — русскоговорящее сообщество

2020 June 09

I

Ivan in DevOps — русскоговорящее сообщество
Спасибо, чекнул V3 есть.
источник

SP

Sergey Pechenkó in DevOps — русскоговорящее сообщество
Прост FF носит с собой хранилище CA-сертов, а Chrome использует системное.
источник

ДА

Дмитрий Андреев... in DevOps — русскоговорящее сообщество
погоди, я говорю, что если там валидный сертификат, то браузеру всё равно, через hosts он домен срезолвил или через dns, всё равно будет работать. san это никак не переопределяет
источник

SP

Sergey Pechenkó in DevOps — русскоговорящее сообщество
Дмитрий Андреев
погоди, я говорю, что если там валидный сертификат, то браузеру всё равно, через hosts он домен срезолвил или через dns, всё равно будет работать. san это никак не переопределяет
Без расширений сертификат считается Хромом невалидным.
источник

I

Ivan in DevOps — русскоговорящее сообщество
/report
источник

D

DevOps Help Bot in DevOps — русскоговорящее сообщество
Ivan
/report
Report was sent to admins
источник

SP

Sergey Pechenkó in DevOps — русскоговорящее сообщество
/report
источник

D

DevOps Help Bot in DevOps — русскоговорящее сообщество
Report was sent to admins
источник

ДА

Дмитрий Андреев... in DevOps — русскоговорящее сообщество
Sergey Pechenkó
Без расширений сертификат считается Хромом невалидным.
да, но если валидный, то hosts и dns работают одинаково. и вряд ли браузер на невалидный сертификат скажет refused или not resolved, как показано выше. я могу много повторять.)

сейчас-то проблема в том, что браузер идёт не туда или туда, но ему почему-то отвечают reject-ом
источник

SP

Sergey Pechenkó in DevOps — русскоговорящее сообщество
Дмитрий Андреев
да, но если валидный, то hosts и dns работают одинаково. и вряд ли браузер на невалидный сертификат скажет refused или not resolved, как показано выше. я могу много повторять.)

сейчас-то проблема в том, что браузер идёт не туда или туда, но ему почему-то отвечают reject-ом
Так повторяй, никто ж не спорит :-))))))))
источник

n🐈

nikoinlove 🐈 in DevOps — русскоговорящее сообщество
предлагаю уже открыть девтулз и посмотреть какой айпи ответил конекш рефузед)
источник

I

Ivan in DevOps — русскоговорящее сообщество
nikoinlove 🐈
предлагаю уже открыть девтулз и посмотреть какой айпи ответил конекш рефузед)
Там его вообще нет )
источник

n🐈

nikoinlove 🐈 in DevOps — русскоговорящее сообщество
так тисипидампом посмотри ну
источник

ДА

Дмитрий Андреев... in DevOps — русскоговорящее сообщество
nikoinlove 🐈
предлагаю уже открыть девтулз и посмотреть какой айпи ответил конекш рефузед)
через какой-нибудь mtr сделать трассировку на 80/443 надёжнее будет. вдруг его где-то по пути дропают, а не на конечном сервере
источник

n🐈

nikoinlove 🐈 in DevOps — русскоговорящее сообщество
нет, потому что 99% ты ходишь не в тот айпи, который думаешь
источник

ДА

Дмитрий Андреев... in DevOps — русскоговорящее сообщество
хотя не, сначала и правда лучше через девтулзы понять, куда он лезет
источник

A

Anvar in DevOps — русскоговорящее сообщество
Dmitry Klimov
По докам через kaniko удалось собрать image от отправить его в контейнер regestry. Вопрос как мне теперь этот образ запустить на удаленном сервере?
источник

I

Ivan in DevOps — русскоговорящее сообщество
Дмитрий Андреев
хотя не, сначала и правда лучше через девтулзы понять, куда он лезет
мало инфы...
источник

DK

Dmitry Klimov in DevOps — русскоговорящее сообщество
Удалось выполнить docker pull моего образа на удаленном сервере. Вопрос: как настроить так чтобы при выполнении MR в ветку мастер не только собирался мой образ в regetry Gitlab но и этот образ автоматически отправлялся бы на мой удаленный сервер и запускался там в контейнере ?
источник

DK

Dmitry Klimov in DevOps — русскоговорящее сообщество
Кажется не сложная вещь и  Gitlab должен такое уметь
источник