Budżet: 1000 UAH Termin: 1 dzień
Dobrego czasu doby. Zwracajcie się, zrobię *na hodu" - ifupdown+iproute2
Wymagania:
- Konfiguracja mostu musi być stała i aktywować się podczas uruchamiania.
- Konfiguracja powinna opierać się na iproute2 lub network-manager/nmcli lub innej metodzie, jeśli nie jest przestarzała (na przykład, brctl jest przestarzały)
- Most musi być skonfigurowany pod kontrolą Debian Linux 9 (który jest przestarzały).
Odnośnie mostu:
- ma łączyć dwa fizyczne porty Ethernet
- powinny mu być przypisane dwie adresy IP z różnych sieci
(na przykład, 192.168.111.0/26 i 192.168.111.64/26)
- STP powinien być wyłączony
- Jako szybkie rozwiązanie, adresy IP mogą być zakodowane na sztywno.
- Na drugim etapie byłoby dobrze, gdybyśmy mogli parametryzować adres IP prostymi środkami (na przykład, za pomocą pliku konfiguracyjnego).
Rezultat:
- Rezultatem powinien być albo zestaw poleceń do wykonania ręcznie (lub w skrypcie), albo zestaw plików konfiguracyjnych (możliwie), umieszczonych w katalogu /etc.
Budżet: 1000 UAH Termin: 1 dzień
Dobrego czasu doby. Zwracajcie się, zrobię *na hodu" - ifupdown+iproute2
Budżet: 1500 UAH Termin: 1 dzień
Witaj.
Jestem gotowy pomóc w rozwiązaniu twojego problemu.
Po szczegóły - skontaktuj się ze mną prywatnie, czekam na odpowiedź.
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.