Skocz do zawartości

tom84

Użytkownicy
  • Zawartość

    7
  • Rejestracja

  • Ostatnio

Reputacja

0 Normalna

O tom84

  • Ranga
    Nowy użytkownik

Informacje osobiste

  • Imię
    Tomek
  1. No dobrze, a co sądzisz o Hetzner? Pytam o VPS a nie dedykach.
  2. Część, Zastanawiam się nad zakupem serwera VPS na Contabo. Generalnie mówiąc z tego co widzę serwery są dość ciekawe jeżeli chodzi o parametry i to w dość atrakcyjnej cenie. Ogólnie mówiąc serwer potrzebny jest mi do działalności e-commerce a co za tym idzie mogą tam być przechowywane dane klientów. Wiadomo, że istnieją pewne wymogi prawne w sytuacji kiedy ktoś trzyma na serwerach dane osobowe (o ile mi wiadomo trzeba podpisać umowę powierzenia danych osobowych z firmą hostingową). No i właśnie, jak to wygląda w przypadku Contabo? Czy próbował ktoś podpisywać z nimi umowę powierzenia danych osobowych? Czy w ogóle trzeba to robić? Poza tym, na tym forum ktoś wspomniał, że serwery Contabo nie nadają się do stawiania na nich serwera poczty ponieważ rzekomo nie można wykonać kilku połączeń z serwerem SMTP jednocześnie. Ktoś to potwierdzi / zaprzeczy?
  3. Zainstalowałem niedawno na serwerze RockyLinux-a w wersji 9.x. Chcąc zabezpieczyć hasła przed atakami typu brute force pomyślałem sobie, że zainstaluje narzędzie o nazwie fail2ban. Ku mojemu zaskoczeniu nie było pakietu zawierającego fail2ban w repozytoriach dostarczonych z dystrybucją (ciekawe czy w CentOS jest?). Po chwilowych poszukiwaniach znalazłem rozwiązanie w postaci doinstalowania repozytorium EPEL (Extra Packages for Enterprice Linux) . Mam następujące pytania: 1. Czy ktoś wie dlaczego tak podstawowe narzędzia jak fail2ban nie są dostarczone w repozytoriach zainstalowanych domyślnie? Czy istnieje jakiś racjonalny powód typu licencje? A może na RockyLinux zalecane jest inne oprogramowanie zamiast fail2ban? Pytam bo wydaje mi się to być nieco dziwne - dystrubucja niby pod serwery a nie ma. 2. Czy po zainstalowaniu repozytorium EPEL mogę śmiało instalować oprogramowanie czy raczej muszę uważać na sprawy typu licencje? O ile dobrze kojarzę pakiety w repozytoriach dostarczonych z dystrybucją są raczej darmowym oprogramowaniem. Jak to wygląda w przypadku EPEL? Teoretycznie fail2ban jest darmowy, ale trochę się obawiam, że zainstaluje jakiś pakiet na innej licencji (np. pakiet może być zależny od innego pakietu lub się po prostu zapomnę, że mam dodatkowe repozytorium).
  4. Adres IP kontenera Docker

    Problem nieaktualny. Pomógł restart serwera.
  5. Cześć Używam RockyLinux 9.x z zainstalowanym Docker-em. Mój plik docker-compose.yml wygląda mniej więcej tak: version: "3.9" services: service_a: container_name: service_a build: ./images/service_a hostname: service_a restart: always environment: TZ: 'Europe/Warsaw' networks: default_network: ipv4_address: 172.16.238.20 aliases: - service_a.lan service_b: container_name: 'service_b' build: ./images/service_b hostname: service_b restart: always environment: TZ: 'Europe/Warsaw' networks: default_network: ipv4_address: 172.16.238.21 aliases: - service_b.lan networks: default_network: driver: bridge ipam: driver: default config: - subnet: 172.16.238.0/24 Próbowałem nawiązać komunikacje pomiędzy dwoma kontenerami Docker przez sieć (załóżmy, że połączyłem się z kontenera service_b do kontenera service_a). Podczas analizy ruchu sieciowego (załóżmy, że analiza odbywa się z poziomu kontenera service_a) zauważyłem, że pakiety TCP/IP przychodzące z kontenera service_b do service_a mają adres (172.16.238.1 zamiast 172.16.238.21). Czyli wygląda na to, że zamiast adresu IP kontenera dostaje adres bramy sieciowej. Chciałbym aby oprogramowanie umieszczone w kontenerze service_a miało możliwość rozpoznania (na podstawie adresu IP), który kontener się z nią komunikuje. Dlatego chciałbym aby kontener service_a dostawał pakiety z adresu 172.16.238.21 a nie z adresu 172.16.238.1. Co mogę z tym zrobić?
×