Skocz do zawartości

Desavil

WHT Pro
 Wyświetl profil  Zobacz jego aktywność

  • Zawartość

    562

  • Rejestracja

  • Ostatnio

  • Wygrane dni

    19

Posty napisane przez Desavil

  3. Napisano · Edytowano przez Desavil (zobacz historię edycji) · Raportuj odpowiedź

    "Firma" niczego się nie uczy...

     

    Pomimo przesłania jakiś czas temu wiadomości, że nie chce się już otrzymywać od nich więcej korespondencji, nadal wysyłają wiadomości e-mail z ofertą oraz propozycją skorzystania z ich oferty...

     

    Jeszcze jedna wiadomość i wkraczam na drogę sądową na podstawie przesyłania niezamówionej informacji handlowej. No ile można.

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

    Atman w Katowicach by czegoś się takiego nie podjął?

    Będę pisał.

     

     

    @Desavil: A pozostałe parametry poza przestrzenią?

    Lokalizacja - Łódź - może być?

    Lokalizacja Łódź może być. Jeżeli chodzi o pozostałe parametry... to tak jak napisałem, serwer pod backup. 8 GB pamięci RAM powinno wystarczyć, procesor Intel jakiś i3/i5/i7 (ew. jakiś Xeon-E3) - dobrze żeby były min. 2 rdzenie/4 wątki.

     

     

    ŚLDC/biznes-host/hitme może pod backup podejdzie?

    ŚLDC odpada na starcie - serwerownia w kurniku to zdecydowanie nie to czego szukam: https://goo.gl/tvUMBz, https://goo.gl/Mqq4Ey (rozejrzy się wokół tego budynku, jak profesjonalnie zamontowane klimatyzacje, a Internet dostarczany radiowo. :D ).

    Biznes-Host - Za dużo awarii.

    HitMe - Wygląda ciekawie :)

     

     

    Napisz na milosz@sys-com.pl - jeśli Tuchola Ci odpowiada.

    Bardziej kieruję w firmy, które mają swoją ofertę na stronie oraz które kojarzę z dostarczania serwerów dedykowanych.

  7. Napisano · Edytowano przez Desavil (zobacz historię edycji) · Raportuj odpowiedź

    Witam.

     

    Tak jak w temacie - szukam serwera dedykowanego pod backup. Obecnie wystarczy mi w zupełności 2x2TB.

     

    Ważny warunek: Lokalizacja fizyczna serwera inna niż Warszawa i Olsztyn (ponieważ tam jest część serwerów produkcyjnych), koniecznie Polska.

    Mile widziane: Spełnianie warunków GIODO oraz ewentualnie podpisanie umowy o powierzeniu przetwarzania danych osobowych.

     

    Budżet: 200,00 - 250,00 zł /m-c brutto.

  8. Napisano · Raportuj odpowiedź

     

    No to dziękuję bardzo za takie "działanie" FO IP.

     

    Mnie również zastanawia kwestia backup'ów, bo chcę je robić w Polsce a nie po tragicznym transferze do Francji. Apropos VAC to dzisiaj dzwoniłem do BOK, bo znów na stronie głównej widać "discovery poland" i zawarta w ofercie "Ochrona Anty DDoS". Pan stwierdził że właśnie dlatego że to nie działa, wyłączyli zamawianie - jak powiedziałem że właśnie kliknąłem na "zamów" i otworzył się formularz zamawiania, znów usłyszałem ciszę w słuchawce na dobre kilka sekund. Dopiero po moim telefonie zamawianie przestało być możliwe.

     

    Anyway, stwierdzili że do 1wszego "może" się wyrobią i "nie odpowiadają za słowa Pana Olesa" :D

     

    Oles mówił, że na początku wprowadzi "local ip" w obrębie jednego DC. To lepsze rozwiązanie, niż nie byłoby ich wcale.

     

    Zamawianie serwerów jest nadal możliwe na stronie OVH - dostępny jest tylko model z dyskami SSD.

  13. Napisano · Raportuj odpowiedź

    a to nie od czasów jak Oles zaczął się wypowiadać na temat "neutralności" atmana? (swoja droga płynie równo z tym)

     

    w PL nawet OVH ma problemy z antiddos ^^

     

    U mnie to tak wygląda od samego początku, czyli od momentu zakupu serwerów (a kupiłem je w dniu wprowadzenia oferty w DC WAW przez OVH) i na każdym serwerze to samo.

  17. Napisano · Edytowano przez Gość (zobacz historię edycji) · Raportuj odpowiedź

    Również polecam Homepay.pl. Co do ich panelu - od niedawna mają zupełnie nowy, który nie jest najgorszy.

     

     

    Homepay wygląda ciekawie, jednak ich "wymagania www" mi nie odpowiadają, bo każą podać na stronie swoje dane, tj. adres, imię, nazwisko itp. Płatna rejestracja na mojej www ma za zadanie pozbycie się trolli, które zalęgły mi się na forum :)

     

    A w jaki sposób zamierzasz później ewentualnie wypłacić tę kwotę, a następnie rozliczyć się z urzędem skarbowym, nie podając tych danych? To jest pośrednictwo finansowe, a nie gra. To, że są serwisy, które tych danych nie wymagają, nie znaczy, że działają zgodnie z prawem, a Ciebie ono nie obowiązuje.

  18. Napisano · Edytowano przez Desavil (zobacz historię edycji) · Raportuj odpowiedź

    Nie musisz, wszystko powinno działać, czy load utrzymuje się gdy włączona jest VM? Sprawdź vmstat 1 podczas uruchamiania, zobaczymy co jest wąskim gardłem

     

    Co masz na myśli "czy load utrzymuje się gdy włączona jest VM"?

     

    Zostawiłem włączoną VM na 10h z tymi procesami i load cały czas sobie skacze, tak jak jest to zaraz po ich uruchomieniu (w czasie samego uruchamiania procesów load jest wręcz niewielki).

     

    Zauważyłem również, że jeżeli te procesy uruchomione są na VM, średnie wykorzystanie procesora to ok. 20%. Natomiast przy uruchomieniu ich bezpośrednio na hoście jest to ok. 8%.

    YmXZRr.jpg

     

    vmstat z VM (10h uptime, uruchomione procesy):

    procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 2  0      0 3174676   8772  82064    0    0     0     0   63   92  4 11 85  0  0
 0  0      0 3174660   8772  82064    0    0     0    16 32033 359875  3 12 85  0  0
 0  0      0 3174660   8776  82060    0    0     0     4 31479 359558  4 11 86  0  0
 0  0      0 3174660   8776  82064    0    0     0     0 32934 362440  4 11 84  0  0
 0  0      0 3174692   8776  82064    0    0     0     0 31300 358673  4 13 84  0  0
 0  0      0 3174692   8776  82064    0    0     0     0 29429 353803  4 13 83  0  0
 0  0      0 3174692   8776  82064    0    0     0     0 30355 355619  5 12 83  0  0
 1  0      0 3174692   8776  82064    0    0     0     0 31134 358353  4 12 84  0  0
 0  0      0 3174692   8776  82064    0    0     0     0 30946 358219  3 10 86  0  0
 0  0      0 3174692   8776  82064    0    0     0     0 31134 358139  3 12 84  0  0
 0  0      0 3174692   8776  82064    0    0     0     0 31287 357397  4 13 84  0  0
17  0      0 3174692   8776  82064    0    0     0     0 32578 356586  4 13 82  0  0
68  0      0 3174692   8776  82064    0    0     0     0 31950 356007  5 12 83  0  0
93  0      0 3174692   8776  82064    0    0     0     0 31649 360203  4 12 84  0  0
 0  0      0 3174692   8776  82064    0    0     0     0 31013 358432  4 12 84  0  0
 0  0      0 3174692   8776  82064    0    0     0     0 31472 357974  3 12 85  0  0
16  0      0 3174692   8776  82064    0    0     0     0 30672 357250  4 13 83  0  0
 0  0      0 3174692   8776  82064    0    0     0     0 31398 360350  3 11 86  0  0
10  0      0 3174692   8776  82064    0    0     0     0 30657 358052  3 11 86  0  0
47  0      0 3174692   8776  82064    0    0     0     0 31322 357134  4 13 83  0  0
 0  0      0 3174692   8776  82064    0    0     0     0 31678 359077  4 11 85  0  0
 1  0      0 3174692   8776  82064    0    0     0     0 31907 357234  4 14 83  0  0
 1  0      0 3174692   8776  82064    0    0     0     0 30858 355229  4 13 84  0  0
 0  0      0 3174568   8776  82064    0    0     0     0 31183 357771  3 11 86  0  0
 0  0      0 3174600   8776  82064    0    0     0     0 32068 358565  4 12 84  0  0
32  0      0 3174600   8776  82064    0    0     0     0 31399 357419  4 12 84  0  0
 0  0      0 3174600   8776  82064    0    0     0     0 32892 360386  4 11 85  0  0
17  0      0 3174600   8776  82064    0    0     0     0 32654 357909  4 12 84  0  0
 0  0      0 3174600   8776  82064    0    0     0     0 31204 360095  3 11 86  0  0
 0  0      0 3174600   8776  82064    0    0     0     0 31817 357580  4 13 84  0  0

    vmstat z hosta (VM jest uruchomiona):

    procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 1  0      0 24485692 263152 5681920    0    0    10    17    1    0  1  0 99  0  0
 0  0      0 24485676 263152 5681920    0    0     0     0 32786 43057 18  2 80  0  0
 0  0      0 24485676 263152 5681920    0    0     0     0 32225 41006 19  1 80  0  0
 0  0      0 24485676 263152 5681920    0    0     0     0 31060 36564 18  1 80  0  0
 0  0      0 24485676 263152 5681920    0    0     0     0 31883 39113 17  1 82  0  0
 0  0      0 24485676 263152 5681920    0    0     0    28 31329 37805 17  2 81  0  0
 1  0      0 24485440 263152 5681920    0    0   304    30 33860 44369 19  2 79  0  0
 4  0      0 24485552 263152 5681920    0    0     0    14 30213 34838 18  1 81  0  0
 0  0      0 24485148 263152 5681920    0    0     0    48 30044 34250 19  2 79  0  0
 0  0      0 24485552 263152 5681920    0    0     0     0 33123 43338 16  1 82  0  0
 3  0      0 24485552 263152 5681920    0    0     0    32 33300 42400 17  2 81  0  0
 0  0      0 24486048 263152 5681920    0    0     0     0 32286 41945 18  2 81  0  0
 0  0      0 24486048 263152 5681920    0    0     0     0 31743 37934 19  1 80  0  0
 4  0      0 24486048 263152 5681920    0    0     0     0 31177 37125 17  1 81  0  0
 0  0      0 24486048 263152 5681920    0    0     0     0 30577 34944 18  2 80  0  0
 1  0      0 24485732 263152 5681920    0    0    92    28 32656 39799 19  1 80  0  0
 2  0      0 24486296 263152 5681924    0    0   212    52 31776 40875 18  1 81  0  0
 0  0      0 24486296 263152 5681924    0    0     0    11 30281 34637 17  2 81  0  0
 3  0      0 24486296 263152 5681924    0    0     0    32 31675 39023 18  1 80  0  0
 1  0      0 24486296 263152 5681924    0    0     0     0 30425 34675 18  2 80  0  0
 1  0      0 24486296 263152 5681924    0    0     0    32 32881 42953 18  2 80  0  0
 0  0      0 24485552 263152 5681924    0    0     0     0 32160 38470 18  2 80  0  0
 2  0      0 24485552 263152 5681924    0    0     0     3 31309 38212 17  1 82  0  0
 0  0      0 24485552 263152 5681924    0    0     0    24 31677 38281 18  1 81  0  0
 0  0      0 24485552 263152 5681924    0    0     0     0 34155 40632 17  2 80  0  0
 0  0      0 24485552 263152 5681924    0    0     0    28 30421 34678 21  1 78  0  0
 0  0      0 24486172 263152 5681924    0    0   304    49 32606 42757 18  1 80  0  0
 3  0      0 24486172 263152 5681924    0    0     0    14 31362 36735 18  1 81  0  0
 0  0      0 24486172 263152 5681924    0    0     0     0 30591 33982 19  2 79  0  0
 0  0      0 24486172 263152 5681924    0    0     0     0 31744 39460 17  1 82  0  0

    vmstat z hosta (Wyłączenie VM i uruchomienie tych procesów bezpośrednio na hoście):

    procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 4  0      0 24817876 263160 5681936    0    0    10    17    2    1  1  0 99  0  0
 2  0      0 24817620 263160 5681936    0    0     0     0 110173 566295  3  7 90  0  0
 2  0      0 24817636 263160 5681936    0    0     0     0 111238 567646  2  8 90  0  0
 6  0      0 24817572 263160 5681936    0    0     0     0 110444 563777  2  8 90  0  0
 2  0      0 24817628 263160 5681936    0    0     0     0 111491 569145  2  8 90  0  0
 5  0      0 24817628 263160 5681936    0    0    52    44 109624 565740  2  6 92  0  0
 6  0      0 24817372 263160 5681936    0    0   252    60 110369 566918  3  8 89  0  0
13  0      0 24816132 263160 5681936    0    0     0    11 110009 562395  2  7 91  0  0
21  0      0 24817388 263160 5681936    0    0     0     0 108567 562040  2  8 90  0  0
 1  0      0 24817372 263160 5681936    0    0     0     0 110381 563642  2  8 90  0  0
 6  0      0 24817192 263160 5681936    0    0     0    32 110813 567054  2  8 90  0  0
 1  0      0 24817720 263160 5681936    0    0     0     0 110719 568533  2  7 91  0  0
 4  0      0 24817604 263160 5681936    0    0     0     3 108942 563956  3  8 90  0  0
 2  0      0 24817564 263160 5681936    0    0     0     0 108652 563791  2  7 91  0  0
 3  0      0 24817572 263160 5681936    0    0     0    72 109657 565557  3  8 90  0  0
 8  0      0 24817596 263160 5681936    0    0     0    32 109013 562899  2  9 89  0  0
 5  0      0 24817316 263160 5681936    0    0   304    49 111692 568693  2  7 91  0  0
 5  0      0 24817332 263160 5681936    0    0     0    14 109917 567501  2  7 91  0  0
 1  0      0 24817308 263160 5681936    0    0     0     0 109768 563110  2  6 92  0  0
 6  0      0 24817332 263160 5681936    0    0     0     0 109434 562816  2  9 89  0  0
 5  0      0 24816860 263160 5681936    0    0     0    32 108528 560331  2  8 90  0  0
 2  0      0 24817936 263160 5681936    0    0     0     0 109135 558938  2  6 92  0  0
 3  0      0 24817668 263160 5681936    0    0     0     0 109905 563261  2  7 90  0  0
 3  0      0 24817968 263160 5681936    0    0     0     0 110992 565812  2  8 90  0  0
 2  0      0 24817952 263160 5681936    0    0     0    44 110012 562844  2  6 92  0  0
 0  0      0 24817828 263160 5681936    0    0     0    32 109012 560544  2  8 90  0  0
 4  0      0 24817076 263160 5681936    0    0   304    30 111688 567550  3  8 89  0  0
 6  0      0 24817368 263160 5681936    0    0     0    14 110842 565504  2  7 91  0  0
 3  0      0 24817368 263160 5681936    0    0     0     0 110268 564074  2  6 92  0  0
 9  0      0 24817492 263160 5681936    0    0     0    36 111141 565004  1  7 92  0  0

  20. Napisano · Raportuj odpowiedź

    Witam,

     

    Mam problem z uruchomieniem pewnych procesów na wirtualizacji KVM (Proxmox). Podczas, gdy uruchamiam je normalnie na serwerze matce, load na serwerze średnio nie przekracza (lub jest w granicy) 1. Jeżeli uruchomię je na VM, load na VM potrafi wynosić nawet kilkadziesiąt. Średnie użycie procesora to ok. 10-15% na każdym wątku (8). Procesor to: E3-1245-v5 4c/8t

     

    Testowałem również na kontenerze (LXC, bo proxmox ma również taką opcję wirtualizacji) i load był nieznacznie większy, niż uruchomienie tych procesów na serwerze hoście.

     

    Procesów jest ok. 500, przypuszczam, że może to być coś związanego z przełączaniem kontekstu procesora. Procesy te nie wpływają w żaden sposób na łącze oraz I/O.

     

    Testowałem te konfiguracje już na kilkunastu różnych maszynach (serwerach dedykowanych) i wszędzie efekt jest taki sam. Wykluczam więc, jakiekolwiek problemy związane z hardware.

     

    Wirtualizacja jest włączona o czym świadczy flaga "vmx" na serwerze hoście w /proc/cpuinfo.

     

    Być może trzeba w jakiś sposób "stuningować" to przełączanie kontekstu lub zainstalować jakieś biblioteki na VM?

     

    Jeżeli ktoś podjąłby się skutecznej naprawy, zlecenie jest oczywiście płatne.

     

    Pozdrawiam!

  21. Napisano · Raportuj odpowiedź

    We wcześniejszej części wątku niektóre osoby testowały, ruch był wtedy kierowany na VAC we Francji, jak jest obecnie to nie wiem. Uruchomiłem już kilka dużych serwerów gier w PL a więc usługę bardzo wrażliwą na wszelkie ataki. W momencie ataku ruch jest bez problemu filtrowany jednak nie przychodzi żadne powiadomienie o tym, że wykryto atak tak jak ma to miejsce w FR. Nie miałem więc okazji sprawdzić tracerouta.

     

    Aby serwer był właściwe chroniony zazwyczaj nie jest konieczne wymuszanie stałego filtrowania. Stałe filtrowanie pomaga jedynie uniknąć tych paru sekund zwłoki zanim ruch zostanie skierowany na VAC, zazwyczaj czas ten wynosi w OVH od 5 do maks 15 sekund. Tak więc stałe filtrowanie przydaje się do usług w których liczy się każda sekunda, typu serwery gier.

     

    Podsumowując - bez obaw, serwer jest chroniony nawet bez stale włączonego filtrowania.

     

    Dzięki za odpowiedź. Oczywiście VAC przez Francję to jak dla mnie najlepsza opcja na tę chwilę - liczy się tylko fakt, żeby filtrowanie działało.

  22. Napisano · Raportuj odpowiedź

    Czy ktoś z Was próbował może testowo atakować swój serwer, tak, aby wymusić włączenie VAC?

     

    Pytam, ponieważ przy ręcznym włączeniu firewalla, nie można go wyłączyć (cały czas wisi na stanie "Aktywacja..."), pomimo jego aktywowania. Jedyny sposób jego wyłączenia to kontakt z supportem - ale to jest tutaj najmniejszy problem. Aktywacja firewalla powoduje, że serwer jest automatycznie niedostępny (trasa routingu wariuje).

     

    Jestem ciekaw jak to zadziała w momencie ataku i automatycznego aktywowania się VAC, czy serwer również będzie wtedy niedostępny, a czy po ustaniu ataku VAC automatycznie się wyłączy, czy może się również "zawiesi" i będzie cały czas uruchomiony, a co za tym idzie serwer będzie do czasu jego wyłączenia niedostępny.

     

    Jak dla mnie jest to bardzo ważna kwestia, może nawet bardziej niż dodatkowe adresy IP, bo co po nich, jak ktoś puści jakiś atak, a ten spowoduje zablokowanie całego ruchu do serwera, do momentu ręcznej interwencji i zgłoszenia tego supportowi.

  24. Napisano · Edytowano przez Desavil (zobacz historię edycji) · Raportuj odpowiedź

    Witajcie.

     

    Serwis iCash.pl co kilka dni wysyła wiadomości e-mail z ofertą, propozycją współpracy. Nie wiem, czy inne firmy również spotkały się z wiadomościami od nich?

     

    Reklamuje się jako "Wystarczy się tylko zarejestrować i skonfigurować konto, bez zbędnych formalności." - co już wzbudza pewne wątpliwości.

     

    Postanowiłem w końcu odwiedzić ich serwis i pierwsze wnioski jakie się nasuwają:

    - iCash sp. z o.o. <- spółka, która nie istnieje (dowód: http://www.krs-online.com.pl/?p=6&look=iCash+sp.+z+o.o. )

    - Regulamin (https://icash.pl/documents/regulamin-icash-pl-ogolne-warunki-wspolpracy.pdf ) ma zaledwie 3 strony, pisany taką czcionką, że spokojnie można by całość zmieścić na 1-1,5 strony. I to firma oferująca pośrednictwo finansowe?

    - Brak jakiegokolwiek adresu spółki, numeru KRS, kapitału zakładowego <- tych danych brakuje zarówno na stronie, w regulaminie jak również wiadomościach e-mail (do czego prawo zobowiązuje).

    - Poważna firma uważa kontakt za pomocą komunikatora Gadu-Gadu jako właściwą?

     

    Sprawą trzeba chyba zainteresować US, KNF, UOKiK.

    Radzę uważać.

     

    Pozdrawiam!

    • Upvote 2
×