Skocz do zawartości

Suspect121

Użytkownicy
 Wyświetl profil  Zobacz jego aktywność

  • Zawartość

    188

  • Rejestracja

  • Ostatnio

  • Wygrane dni

    4

Posty napisane przez Suspect121

  2. Napisano · Edytowano przez Suspect121 (zobacz historię edycji) · Raportuj odpowiedź

    Witam, jeszcze raz zachęcam do skorzystania z mojej oferty tj. VPS na serwerze dedykowanym z serii GAME OVH. Za dopłatą możliwe także dodatkowe, bardzo precyzyjne filtrowanie programowe. W razie wątpliwości co do skuteczności odpierania ataków zaoferuję 7 dniowy okres testowy. Zachęcam do dalszego kontaktu na PW.

     

    Co do poprzedników - standardowa ochrona od OVH nie sprawdzi się w przypadku ataków na warstwę aplikacji serwera TS3. Tutaj małe porównanie:

     

    https://www.ovh.pl/anti-ddos/

  4. Napisano · Raportuj odpowiedź

     

    Pierdoły mi tu piszesz.

     

    Autoryzuję się osobnym kluczem, dodatkowo po openvpn ograniczając dostęp per ip na osobnej podsieci + otp. Wycinam ruch produkcja - > backup, ograniczam ruch doo minimum backup -> produkcja (np rsync+ssh). Nie widzę powodu dla którego miałbym dodatkowo ograniczać modyfikację na serwerze backup. Jak ma się ktoś niby zalogować do serwera backup? Sytuacja którą opisujesz to push danych na serwer backup, co określiłem jako rozwiązanie do dupy którego należy unikać.

     

    Odnosisz się do nie mojego postu ale ja także widzę, że pierdoły piszesz. Włamywacz łączy się z serwerem backupu z poziomu serwera do którego się włamał i Twoje backupy w tym momencie przestają istnieć :) Właśnie tyle jest warte Twoje rozwiązanie.

  5. Napisano · Raportuj odpowiedź

    Samo utrzymanie strony hostingu na PHP 5.2.6 nie za dobrze o nich świadczy pod względem bezpieczeństwa. To wersja sprzed 8 lat...

     

    Apache/2.2.8 (Unix) mod_ssl/2.2.8 OpenSSL/0.9.7m PHP/5.2.6 Server at www.sys.adweb.pl Port 80

     

     

    To tylko przykład ale skoro nie dbają o bezpieczne utrzymanie swojej strony internetowej to z serwerami musiało być tak samo. Uczenie kogoś bezpieczeństwa kompletnie nie dbając o własne musiało się tak skończyć :)

  6. Napisano · Edytowano przez Suspect121 (zobacz historię edycji) · Raportuj odpowiedź

    __NA__ serwery, a nie __DO__ serwerowni - to chyba powinno być oczywiste na tym forum.

     

    Dopiero niedawno zmieniony został artykuł i już nie sugeruje, że do serwerowni. Jest tam także napisane wyjaśnienie bo autor artukułu zrozumiał to tak samo. Dopiero po liście od pracownika został wyprowadzony z błędu i zrobił koretkę artykułu.

  10. Napisano · Raportuj odpowiedź

    Więc wystarczy jedynie z użyciem polecenia vzctl przypisać odpowiednio IP do serwera.

     

    Zaoszczędzę Ci trudu:

    vzctl set [id kontenera] --save --ipadd 123.123.123.123

    Przykład:

    vzctl set 101 --save -ipadd 123.123.123.123

    Dodaje do kontenera o ID 101 adres IP 123.123.123.123.

     

    Lista kontenerów z wypisaniem ich ID:

    vzlist

  11. Napisano · Raportuj odpowiedź

    Może interesowałby Cię VPS na serwerze dedykowanym z oferty Game OVH? To najlepsza ochrona przed atakami DDoS pod serwery gier i pod TS3. Nie wiem pod jaką aplikację potrzebujesz ochrony. Jeżeli jesteś zainteresowany skontaktuj się ze mną na PW. Jeżeli miałbyś większy budżet to mógłbym zająć się także filtrowaniem ataków na warstwie aplikacji (filtrowanie programowe). Mam w tym doświadczenie ponieważ chronię duże serwery Minecraft które mają po kilkaset graczy a aplikacja serwera jest dziurawa jak sito. Możliwa faktura.

  12. Napisano · Raportuj odpowiedź

    Podobnie jak 27 stycznia, tak i od wczoraj (18 lutego) począwszy od godziny 17:38 (czyli już prawie 24 godziny) na każde wyświetlenie strony na forum WHT czekać trzeba ok. 20-21 sekund.

     

    Zapytania AJAXowe serwowane są bez takiej zwłoki. Stąd - tak jak poprzednio - moje podejrzenie skierowane jest na problem skryptu forum z dostępem do jakiegoś zewnętrznego źródła, a 'time-out' ustawiony jest właśnie na 20 sekund.

     

    Spostrzegawczy :)

    Potwierdzam, że jest dokładnie 20 sekund czekania, ani mniej ani więcej.

  15. Napisano · Raportuj odpowiedź

    Nieprawidłowo interpretujesz problem ze SQL Injection. To czy dany skrypt jest bezpieczny nie zależy od tego czy używa PDO czy zwykłego MySQL a zależy od tego w jaki sposób konstruowane są zapytania i czy wszelkie zmienne które mogą być modyfikowane przez użytkownika są odpowiednio filtrowane / sprawdzane pod kątem prawidłowości przesyłanych danych. Należy więc prześledzić kod nie sugerując się wcale tym, że używa zwykłego MySQL.

  16. Napisano · Edytowano przez Suspect121 (zobacz historię edycji) · Raportuj odpowiedź

    Marek607, całkowicie nie o to chodzi. Chodzi o jednego klienta, jeden serwer i jego usługi. Przykładowo klient ma hosting i 100 serwerów gier działających na protokole UDP, działają na jednym IP. Jest atak na protokole UDP, blackholing załącza się na cały protokół UDP i klient płacze bo całość pada i jest niedostępna do czasu zdjęcia blacholingu. W sytuacji gdy usługi rozdzielone są przykładowo na 10 IP, załączenie się takiego blacholingu minimalizuje ten problem. Na przykładzie SDC filtrowanie ruchu jest do pewnego progu po którego przekroczeniu załączany jest blackholing, często właśnie na cały UDP. W Polskich warunkach nikt nie filtruje ruchu np. rzędu 300Gbps, jak przykładowo OVH bo żadna Polska firma nie ma na to wystarczającego budżetu. W przypadku SDC blackholing jest już od kilku Gbps.

  18. Napisano · Raportuj odpowiedź

     

    Może przy okazji wytłumaczysz mi dlaczego w świecie gier i TS3 istnieje jakaś dziwna tendencja, by nie ułatwiać sobie życia korzystając z nazw domenowych?

     

    To proste, podam przykład. Jest sobie serwer CS, na forum reklamowany jako cs.forum.pl. Część graczy wchodzi przez forum, część graczy wyszukuje serwer w "Internet" w kliencie gry przez co nie ma pojęcia o adresie cs.forum.pl i zna sam adres IP. W związku z tym nawet przy adresie w domenie zostanie utracona duża część graczy przy każdej zmianie adresu IP.

  19. Napisano · Raportuj odpowiedź

    Prawdopodobnie mowa jest o SDC gdzie jest dokładnie tak jak napisał kafi. Blackholingowi podlega tutaj konkretne łącze po którym idzie atak. Jeżeli atak jest np. z plix-a to wycinają ruch z plix-a na Twoje IP bez sprawdzania czy ruch pochodzi z USA czy z Indii, czy z Wietnamu. Skoro nie ma takiego sprawdzania to i też nie ma w tym przypadku możliwości wykluczeń dla poszczególnych państw.

  20. Napisano · Raportuj odpowiedź

    Pod serwery gier bardziej nadaje się OpenVZ niż KVM bo OpenVZ to dużo lżejsza wirtualizacja a to niezwykle ważne w przypadku serwerów gier. Będzie stabilniej o ile usługodawca nie będzie zbytnio szalał z oversellingiem. Jest to też tańsza forma wirtualizacji z tym, że łatwiej w niej o overselling i stąd niewłaściwa, powszechna opinia, że ta forma wirutalizacji jest mniej wydajna.

×