A
Size: a a a
2020 December 24
i
Вот так...а моего канала нет :( вот что ты за человек?
Человек разбирается в интересных каналах!
A
Кх...кавычки
AG
Как правильно настроить NGINX? На одной ноде будет находится сайт к примеру domain.com и test.domain.com
я просто думаю как организовать маршрутизацию, если test.domain.com и domain.com будут вести на одну ноду, как нода поймет что она обслуживает
Возможно ли чтобы хост-заголовок не подменялся ни на каком из проксей
я просто думаю как организовать маршрутизацию, если test.domain.com и domain.com будут вести на одну ноду, как нода поймет что она обслуживает
Возможно ли чтобы хост-заголовок не подменялся ни на каком из проксей
ЯI
Как правильно настроить NGINX? На одной ноде будет находится сайт к примеру domain.com и test.domain.com
я просто думаю как организовать маршрутизацию, если test.domain.com и domain.com будут вести на одну ноду, как нода поймет что она обслуживает
Возможно ли чтобы хост-заголовок не подменялся ни на каком из проксей
я просто думаю как организовать маршрутизацию, если test.domain.com и domain.com будут вести на одну ноду, как нода поймет что она обслуживает
Возможно ли чтобы хост-заголовок не подменялся ни на каком из проксей
в
а vuejs не нашел?
MM
а vuejs не нашел?
кстати в джобсе и здесь материться нельз
MM
а vuejs не нашел?
MM
как же горит жопа!
ребят, мб сталкивался с такой херью кто, когда запрос с раннера (контекст - gitlab ci) выполняется через раз до реджистри? в том числе docker login до этого же реджистри. Т.е. я стабильно 8 из 10 раз получаю Client.Timeout exceeded while awaiting headers на логин или пуш из раннера.
ладно, мало того, что в раннере такое, но когда я выполняю с хоста
в условиях, что я не могу попасть на хост, где вертится сам гитлаб, что я могу сделать, чтоб хотя бы ci нормально работал?)
при всем при этом, сам гитлаб фурычит отлично, просто замечательно
ребят, мб сталкивался с такой херью кто, когда запрос с раннера (контекст - gitlab ci) выполняется через раз до реджистри? в том числе docker login до этого же реджистри. Т.е. я стабильно 8 из 10 раз получаю Client.Timeout exceeded while awaiting headers на логин или пуш из раннера.
ладно, мало того, что в раннере такое, но когда я выполняю с хоста
curl gitlab.host:5000/api/v2 первый раз, то я получу 403 ошибку ожидаемую, но во второй раз - запрос висит. Ctrl + c, повторяем снова - оп, прошел запросик. Повторяем - висит.в условиях, что я не могу попасть на хост, где вертится сам гитлаб, что я могу сделать, чтоб хотя бы ci нормально работал?)
при всем при этом, сам гитлаб фурычит отлично, просто замечательно
PK
как же горит жопа!
ребят, мб сталкивался с такой херью кто, когда запрос с раннера (контекст - gitlab ci) выполняется через раз до реджистри? в том числе docker login до этого же реджистри. Т.е. я стабильно 8 из 10 раз получаю Client.Timeout exceeded while awaiting headers на логин или пуш из раннера.
ладно, мало того, что в раннере такое, но когда я выполняю с хоста
в условиях, что я не могу попасть на хост, где вертится сам гитлаб, что я могу сделать, чтоб хотя бы ci нормально работал?)
при всем при этом, сам гитлаб фурычит отлично, просто замечательно
ребят, мб сталкивался с такой херью кто, когда запрос с раннера (контекст - gitlab ci) выполняется через раз до реджистри? в том числе docker login до этого же реджистри. Т.е. я стабильно 8 из 10 раз получаю Client.Timeout exceeded while awaiting headers на логин или пуш из раннера.
ладно, мало того, что в раннере такое, но когда я выполняю с хоста
curl gitlab.host:5000/api/v2 первый раз, то я получу 403 ошибку ожидаемую, но во второй раз - запрос висит. Ctrl + c, повторяем снова - оп, прошел запросик. Повторяем - висит.в условиях, что я не могу попасть на хост, где вертится сам гитлаб, что я могу сделать, чтоб хотя бы ci нормально работал?)
при всем при этом, сам гитлаб фурычит отлично, просто замечательно
написать задачу на тех, кто может попасть на шитлаб - путсь разбираются
i
как же горит жопа!
ребят, мб сталкивался с такой херью кто, когда запрос с раннера (контекст - gitlab ci) выполняется через раз до реджистри? в том числе docker login до этого же реджистри. Т.е. я стабильно 8 из 10 раз получаю Client.Timeout exceeded while awaiting headers на логин или пуш из раннера.
ладно, мало того, что в раннере такое, но когда я выполняю с хоста
в условиях, что я не могу попасть на хост, где вертится сам гитлаб, что я могу сделать, чтоб хотя бы ci нормально работал?)
при всем при этом, сам гитлаб фурычит отлично, просто замечательно
ребят, мб сталкивался с такой херью кто, когда запрос с раннера (контекст - gitlab ci) выполняется через раз до реджистри? в том числе docker login до этого же реджистри. Т.е. я стабильно 8 из 10 раз получаю Client.Timeout exceeded while awaiting headers на логин или пуш из раннера.
ладно, мало того, что в раннере такое, но когда я выполняю с хоста
curl gitlab.host:5000/api/v2 первый раз, то я получу 403 ошибку ожидаемую, но во второй раз - запрос висит. Ctrl + c, повторяем снова - оп, прошел запросик. Повторяем - висит.в условиях, что я не могу попасть на хост, где вертится сам гитлаб, что я могу сделать, чтоб хотя бы ci нормально работал?)
при всем при этом, сам гитлаб фурычит отлично, просто замечательно
registry гитлаба процесс отдельный (а иногда он и не совсем гитлаба), так что то что сам гитлаб работает - вообще не показатель
i
Как выше сказано - нужно взять того кто может туда попасть и ковыряют registry, чего он у них лежит
ЯК
Велком в гитлаб. Я это говно фиксил уже
Знаешь чё оказалось? На сервере куда шел запрос на scp и ssh стояли рейт лимиты по ufw на 22 порт, пока отрубил их и всё заработало
a6
Вот так...а моего канала нет :( вот что ты за человек?
У тебя и еще есть? Хех, поделись тогда.
t
У тебя и еще есть? Хех, поделись тогда.
+1
A
У тебя и еще есть? Хех, поделись тогда.
@sre_hamster (пощу то, чего не постят другие и то, что можно реально отложить в избранное, поэтому посты не каждый день)
WD
Привет всем. Необходимо поднимать программу-неДемон, для примера скажем пусть это будет поднятие браузера Mozilla в контейнере если он упал, это общий вопрос, так что браузер тут для примера, у меня в реальности другая программа, подробности сказать не могу.
Какая есть программа linux которая следит чтобы программа была всегда запущенной? Мне нужно для моего докер-образа. Пробовал supervisord, отлично работает с демонами и прекрасно перезапускает их, но с простой программой, у которой простой запуск командой, работать не может. Также пробовал systemd, он не спас, у него нет нормальной поддержки рестарта программы в случае если процесс упал, есть рестарт самого сервиса, но почему-то в тестах прогамму у меня он не поднимал, зато для запуска супервизора при старте контейнера прекрасно подошел.
Пробовал демонизировать запуск программы безуспешно через команду
привязал ее к супервизору, если руками браузер закрыть, то он автоматом заново откроется.
Какая есть программа linux которая следит чтобы программа была всегда запущенной? Мне нужно для моего докер-образа. Пробовал supervisord, отлично работает с демонами и прекрасно перезапускает их, но с простой программой, у которой простой запуск командой, работать не может. Также пробовал systemd, он не спас, у него нет нормальной поддержки рестарта программы в случае если процесс упал, есть рестарт самого сервиса, но почему-то в тестах прогамму у меня он не поднимал, зато для запуска супервизора при старте контейнера прекрасно подошел.
Пробовал демонизировать запуск программы безуспешно через команду
watch "команда" --chgexit оно работает в принципе, но не всегда стабильно, иногда не перезапускает, не знаю почему.привязал ее к супервизору, если руками браузер закрыть, то он автоматом заново откроется.
[program:MozillaActivity]
command=watch "/usr/bin/firefox" --chgexit
autostart=true
autorestart=true
user=root
stopsignal=KILL
numprocs=1
Что-нибудь подскажете из решений?