Но брод, это ни в какие ворота.

Копросети которые у меня есть возможно :)

Ептс ставлю... проклял всех

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

Появился в дремучем лесу очень вежливый лось, но не простой лось а жуткий трахальщик. Сначала досталось лисичке, потом волк пострадал, а самое страшное, что лось и медведю тоже вставил, просто нет на него никакой управы.
А тут заяц вернулся из длительной командировки, лесные звери ему и говорят:
- Осторожнее давай, косой. Беда в лесу, вежливый лось уже всех отодрал, один ты остался.
Забился заяц в нору, день прячется-второй. На третий день кончилась вся морковка-надо выходить. Нашел о в норе шишку, вставил ее себе в зад, на всякий случай и выполз из норы.
Только прошел полметра, как услышал подозрительный стук копыт, а затем раздался предательский звук "чпок" и нежный бархатистый голос лося:
- Добрый вечер.

после всего сказанного ранее купить арм ..)

там 10 портов, есть куда плясать)

налетай

#вакансия #devops #senior #python #ansible #linux

Senior DevOps Engineer
Компания: Tri Foundation
Формат работы: удаленно
Локация: Россия, Украина, Беларусь  
Занятость: полная
Зарплатная вилка: 4000-5000$
Английский: Intermediate+

We’re looking for a Senior DevOps Engineer experienced in Python, Linux, Ansible for a massive project with a client from Israel  - global leader in innovative network intelligence and security solutions.
The project is connected with the software which provides the ability to big mobile operators and private users to manage internet traffic for their data protection and prevention of unauthorized access.

What you will do:
🔧development of DevOps practices in the Minsk office
🔧support to dev teams for the DevOps part
🔧transformation of DevOps to support the microservice/cloud architecture of applications

Requirements:
🔸knowledge of Python
🔸experience with automation tools: Ansible and Linux shell scripting
🔸experience with building CI/CD pipelines using Jenkins, Groovy, JFrog, Maven, Ant
🔸excellent understanding of Linux OS (CentOS) including virtualization (KVM, VMWare, OpenStack)
🔸experience with MPP database, preference to SAP Sybase IQ and Vertica - configuring, optimizing and troubleshooting
🔸experience with RDBMs, preference to PostgreSQL and Sybase
🔸Docker and Kubernetes, containers architecture knowledge
🔸experience with source control management, like Git, BitBucket
🔸English: Intermediate+

Would be a plus:
🔸experience in BI and DWH tools, preference to MicroStrategy
🔸TCP/IP networking
🔸Java programming language basic knowledge and JVM configuring, optimizing and troubleshooting
🔸JavaScript and HTML basic knowledge

What we offer:
🔹competitive salary pegged to USD
🔹assistance in setting up a home office (for private entrepreneurs)
🔹extended social package (social package for private entrepreneurs is agreed individually)
🔹corporate English classes
🔹referral program (bonus for the recommendation of candidates)
🔹flexible working hours
🔹and more

Contact @gerasitat

помогите плз разобраться с так сказать основами теоретической части. Вот везде вроде как есть понимание и утверждение, что NAT это не про маршрутизацию. Есть у меня на роутере два провайдера, активен маршрут отправляющий в инет через второго провайдера.   Сделал я в NAT правило которое говорит: src адрес x.x.x.x to address: IP первого провайдера.  То есть по сути у меня машина x.x.x.x уходит в инет через первого провайдера.  Я чего не понимаю, маршрута нет, а оно работает. Почему тогда всегда говорят, что NAT это не про маршрутизацию?

Без маршрута SRC-NAT работать не будет.

SRC-NAT сработает только на этапе выхода с интерфейса.

но у меня сейчас нет активного маршрута говорящего 0.0.0.0/0 to gate провайдера1

1. Сначала маршрутизатор выбирает маршрут для транзитного пакета. То есть выбирает интерфейс, подбирает канальный заголовок, ставит его вместо старого
2. Затем SRC-NAT уже может сменить адрес в пакете, но от этого не изменится интерфейс выхода пакета. Заголовок канальный так же останется прежним.

Маршрут для пакета в прниципе есть?

Это, скорее всего, означает, что несмотря на то, что вы меняете адрес в пакете, он уходит не через шлюз оператора 1, а через тот интерфейс, через который он смаршрутизировался на 1-м этапе

я опытный и вставляю 2 шишики

Вдоль или поперек?

Интересно тут такие спецы есть ? :)