Budżet: 1000 UAH Termin: 1 dzień
Dzień dobry, gotowy do porozumienia. Mam doświadczenie w takich systemach.
Budżet: 1000 UAH Termin: 1 dzień
Dzień dobry, gotowy do porozumienia. Mam doświadczenie w takich systemach.
Budżet: 2500 UAH Termin: 2 dni
Dzień dobry, gotowy do przygotowania. Doświadczenie w Siddhaminie 15+ lat. Wracajcie się!
Budżet: 4000 UAH Termin: 3 dni
Dzień dobry ,
Pracuję jako administrator systemowy w firmie hostingowej. Mam znaczące doświadczenie w administracji i wyborze żelaza i ustawienia oprogramowania pod wymagany projekt.
1) Wykonywanie bez problemów, z Ciebie lub klucz lub dostęp do serwera, aby pobrać trójkąta wersji na 180 dni.
2) Jeśli serwer jest na linuxie, będę mógł wszystko ustawić.
Budżet: 2000 UAH Termin: 1 dzień
21 lat .Uwielbiam rozwiązywać ciekawe i skomplikowane zadania będę siedzieć do końca, dopóki nie osiągnię celu.Uwielbiam programowanie, zarządzanie systemami.Uwielbiam grać na gitarze, bawić się na świeżym powietrzu.Mój ulubiony serial „Mr. Robot”.Moja przeszła firma była mała - to było więcej freelancerów.Zajmowałem się obsługą naszych klientów, pisałem skrypty na bash, ustawiłem procesy CI/CD w GitLabCI, zainstalowałem certyfikaty SSL, rozbudowywałem i migrowałem wirtualne maszyny do Proxmax i ustawiłem hiperwizor.Pisałem przewieszone dla serwerów Linux na Ansible, ciekawy pudełko było uruchomić Kubernetes na wyznaczonych serwerach, na aws, a następnie wdrożyć tam usługi za pomocą Helm.Napisałem plik Docker dla pythona, nodejs obiektów, i ustawił pliki i pliki.Zarządzanie serwerami Linux na bazie Ubuntu, Centos;
Dostarczanie serwerów Windows;
Ustawienia serwerów internetowych: nginx, apache, php-fpm, IIS
Ustawienia baz danych: mysql, postgresql;
pisanie scenariuszy na Bash;
Doświadczenie w pracy z Docker, Dockerfile, Docker Compose
Automatyzacja zadań rutynowych za pomocą Ansible, Jenkins;
Konfiguracja procesów CI/CD za pomocą GitlabCI, GitHub Action, TeamCity, ArgoCD
Informacje o AWS Cloud i Azure Cloud
Doświadczenie w pracy z Proxmax, Vmware maneger, ESXI
Zrozumienie zasad: TCP/IP, SSH, RDP, DNS, HTTP, HTTPS
Doświadczenie w pracy z Git, GitHub, GitLab, Bitbuckets
Doświadczenie w pracy z Jira, Confluentce, Trello
Posiada doświadczenie w konfiguracji ESXI, vShere, Proxmax
Budżet: 5000 UAH Termin: 1 dzień
Dobry dzień . Gotowy do współpracy na wszystkich kwestiach, termin jest całkowicie realny
Kto może pomóc skonfigurować taki zestaw: Planuję uruchomić serwer, który będzie równolegle działał z 4–5 różnymi modelami AI do zadań programistycznych. Kluczowym wymaganiem jest dostęp wieloosobowy: kilku programistów będzie mogło korzystać z serwera jednocześnie, każdy w izolowanej sesji i ze swoimi agentami. Modele Claude / GPT / Kimi k3
W ramach podnoszenia poziomu cyberbezpieczeństwa naszej infrastruktury musimy zrezygnować z praktyki przechowywania „wiecznych” i statycznych kluczy API, haseł oraz tokenów integracji w plikach konfiguracyjnych (.env, appsettings.json, config.yaml) naszych mikroserwisów. Cel biznesowy: Stworzyć jednolity, zabezpieczony punkt przechowywania danych poufnych (sekretów) z mechanizmem ich automatycznego aktualizowania (rotacji) w systemach zewnętrznych według harmonogramu. Inne nasze usługi będą żądać aktualnych tokenów „na żywo” przez API, co zminimalizuje szkody w przypadku kompromitacji któregokolwiek z komponentów systemu.Model bezpieczeństwa i szyfrowanie (Crypto Core) W bazie danych żaden sekret nie powinien być przechowywany w postaci jawnej. Podczas uruchamiania aplikacji do zmiennych środowiskowych przekazywany jest Klucz główny (Master Key). Jeśli klucz jest nieobecny lub ma nieprawidłową długość, usługa powinna zakończyć działanie na etapie inicjalizacji z zrozumiałym błędem w logach. Każdy sekret jest szyfrowany przed zapisaniem w bazie danych z użyciem tego Klucza głównego. Przy żądaniu — jest deszyfrowany w pamięci i zwracany w treści odpowiedzi.Audyt-logowanie (Audit Trail) Każda akcja z sekretami (tworzenie, odczyt przez usługę, udana lub nieudana rotacja) powinna być zapisywana w oddzielnym pliku logów audit.log (lub w oddzielnej tabeli w bazie danych). Ścisły zakaz: W audyt-logu kategorycznie zabrania się zapisywania samych wartości sekretów (ani w postaci jawnej, ani w postaci zaszyfrowanej).
Mamy dedykowany serwer na hetzner z witryną na dockerach (+framework laravel) Kontakt z deweloperami został utracony Potrzebne: - przywrócić i zmienić dostęp do serwera (prawdopodobnie ssh) - zalecić miejsce przechowywania i skonfigurować pełny backup serwera z prostym przywracaniem, prawdopodobnie nie na hetzner dla bezpieczeństwa - naprawić z jakiegoś powodu niewyświetlany logo (nie wiadomo dlaczego plik przestał być dostępny) Ważne - backupu witryny nie ma, prawa na błąd też. Rozważymy tylko doświadczonych specjalistów.