UnixStorm.org

Jak ktoś wyżej napisał, chodziło tutaj o polubowne rozwiązanie sprawy, bez ciągania nikogo po sądach. Z naszego początkowego punktu widzenia zrobił to właściciel konta (i tak jest najczęściej), stąd taka była nasza reakcja. Nie mniej wszystko można wyjaśnić i od wszystkiego można się odwołać, jak również wskazać osobę, która tutaj zawiniła. Wystawienie faktury nie jest czymś ostatecznym, a spowodowało przynamniej, że klient podszedł do sprawy poważnie i nie zignorował problemu, a na koniec nie odpisał maila w stylu "a pier**ole wasz hosting" (sytuacja też z ostatnich dni). W tej chwili przyznać mogę jedno - wystawienie tej faktury faktycznie może nie było najlepszym wyjściem i pierwszy raz taka sytuacja u nas powstała, ale każdemu czasami puszczają nerwy. Mogliśmy od razu skierować sprawę na drogę sądową, ale to z pewnością jeszcze gorzej by się skończyło dla tego użytkownika. W tej sytuacji przynajmniej dołożył starań, aby sprawę wyjaśnić i jestem pewny, że drugi raz (już pewnie w innej firmie) podobnego błędu nie popełni. Jak pisałem - klient będzie zwolniony z opłaty za tę fakturę.

Witam, Widzę, że trzeba rozwiać kilka wątpliwości... Przede wszystkim zacznę od tego, że osoba, która jest właścicielem tego konta nie będzie pociągana do odpowiedzialności. W ostatnich dniach zgłosił się faktyczny sprawca wraz z przyznaniem do winy. Jeśli chodzi o samo "zabezpieczenie", to każdy kto twierdzi, że można zabezpieczyć się przed *każdą* metodą ataku wychodzącego i przychodzącego po prostu nie wie co mówi i albo jeszcze go nic podobnego nie spotkało, albo brakuje mu trochę wiedzy w temacie aby wypowiadać się kompetentnie w takich sprawach. Zwłaszcza, jeśli nawet z jego serwerów wychodzą ataki DoS, a to zdarza się również u firm wypowiadających się w tym wątku. To, w jaki sposób użytkownik doprowadził do problemów (krótkich, ale jednak) zostało już odpowiednio zablokowane i drugiej takiej sytuacji nie będzie. Nie chodzi tutaj jednak o sam fakt uruchomienia tego, a o zwyczajną bezmyślność ludzi - za każdym razem "graczy Counter Strike'a" - którym wydaje się, że mogą bezkarnie robić co tylko im się spodoba, a tłumaczenie "dałem konto koledze" rozwiąże problem. Tak nie jest. My odpowiadamy za działania naszych klientów, a klient za działania użytkowników, którym udostępnił swoją usługę. Tutaj nie chodziło też o "włamanie" na konto tego użytkownika jak kilka osób sugerowało. W skrócie - właściciel konta dał dostęp do FTP "koledze". Ten zaczął umieszczać wszelkiej maści śmieci na koncie i masowo je uruchamiać bawiąc się w script kiddie. Były to skrypty do ataków DoS, exploity na inne oprogramowania, itd. Chłopak z pełną premedytacją i wiedzą co robi uruchamiał to bez żadnych konsekwencji. Takich sytuacji jest mnóstwo. I u nas, i w innych firmach. Większość nie kończy się żadnymi większymi problemami poza zablokowaniem takiego konta, ale bądźmy poważni... Najwyższy czas nauczyć się co wolno, a czego nie. Jeśli kupuję serwer w jakiejś firmie, daję dostęp do niego koledze, który następnie narusza wszelkie możliwe przepisy to mówienie, że jestem tutaj pozbawiony jakiejkolwiek odpowiedzialności jest absurdem. Tego typu małolatów bawiących się w hackerów i atakujących strony "cs-a" kolegów są tysiące w tym kraju i będą nadal, ale to nie znaczy, że my mamy to tolerować. Właściciel otrzymał od nas wszystkie logi, który ewidentnie pokazują kto, co i jak zrobił. Nie było tutaj przypadku ani też działań bez jego wiedzy. Reasumując, usługa nie zostanie odblokowana bo klient naruszył warunki regulaminu. Nie jest dla nas ważne, czy zrobił to jego kolega, czy on sam. Nie będziemy jednak dochodzić dalszych rekompensat od tej osoby, a o tym co zrobić z faktycznym sprawcą będziemy myśleć później. Ty akurat w tym temacie nie powinieneś się wypowiadać bo z Twoich serwerów już kilkukrotnie leciał DoS/DDoS w naszą stronę.

Gwarantuję, że robimy co tylko możemy. To działa nie tylko na niekorzyść klientów, ale również naszą. Od wczoraj notorycznie przeprowadzane są ataki DDoS w naszą stronę. Wczoraj z tego co udało nam się ustalić, leciało powyżej 600-700 Mb/s. Cały czas współpracujemy z operatorami w DC aby rozwiązać ten problem definitywnie, ale nie wynika on z naszej winy i nie mamy na niego aż tak dużego wpływu. Przypominam, że od kilku dni kompletnie z atakami nie radzą sobie żadne serwisy rządowe (kwestia "ACTA"), więc naprawdę, my też wcale nie mamy łatwo. Proszę o cierpliwość i zrozumienie, że robimy co tylko możliwe, aby powstrzymać ataki, które ktoś w naszym kierunku puszcza (na chwilę obecną większość zostało wyciętych/zablokowanych).

Dzisiaj, po raz trzeci w tym tygodniu był przeprowadzany atak na nasze łącza. Dwa poprzednie w godzinach nocnych, dzisiaj około godz. 14:00. Doprowadziło to do 10-15 minutowych problemów z działaniem sieci. Problem został rozwiązany, nie powinien ponownie wystąpić. Z osobą, która w ostatnim czasie tak się do nas "przywiązała" będziemy już rozmawiać na innej drodze. Jeśli dla Pana prawie 100% dostępność łącz jest tak bardzo niewystarczające to my również będziemy szczęśliwi mogąc się z Pana osobą pożegnać. Tym bardziej czytając nie pierwszy raz tak nonsensowne i posty, które ewidentnie pokazują, że nie podoba się Panu nic - w zasadzie bez znaczenia jaka byłaby przyczyna.

Nie mamy takich zgłoszeń obecnie od żadnego klienta, a skoro Ty również tego do nas nie zgłaszałeś to nie jestem w stanie potwierdzić takiego problemu ani w jakikolwiek sposób pomóc w jego rozwiązaniu. Jeśli jakikolwiek problem u któregoś z klientów występuje to logicznym jest, że należy go do nas zgłosić i będziemy to weryfikować oraz ewentualnie szukać rozwiązania. Żaden problem nie jest nam obojętny i niczego nie zostawiamy bez rozwiązania. Jeśli ten problem zostanie do nas zgłoszony to sprawdzimy i na pewno go rozwiążemy (zakładając, że faktycznie występuje z naszej strony). Jak wyżej - nie mamy obecnie żadnych tego typu zgłoszeń od klientów ani żadnych nierozwiązanych problemów.

Przede wszystkim - jeśli jesteś użytkownikiem tego forum, który jak sam piszesz nie ma pojęcia o tej sytuacji, nie wie na czym polega problem, nie brał udziału w dyskusji pomiędzy nami, a abonentem usługi to dlaczego w ogóle się wypowiadasz w taki sposób na ten temat? Możemy zapewnić poprawne działanie każdej strony, o czym świadczy obecnie blisko 10 tys obsługiwanych stron WWW u nas, w tym też ogromna ilość na vBulletin, ale logicznym jest, że nie będziemy dokładać kilkuset zł/m-c tylko dlatego, że klient uważa, że "należy mu się" cała maszyna za cenę małego konta WWW. Pisałem osobiście z abonentem usługi od kilku tygodni wyjaśniając problem. Obciążenie generowane przez *całe* konto zajmowało w godzinach szczytu blisko 3/4 maszyny, przede wszystkim przez bazy MySQL. Nie wnikam, czy było to winą forum, amxbans, czy jakiegokolwiek innego Waszego skryptu. Problem tego typu aktualnie ma tylko Wasze konto i zamiast rzucać się na kogoś z nas, radzę po prostu schować emocje i wziąć się za prace na własną stroną. Odpowiadając na Twoje pytanie - NIE będziemy obsługiwać tak wysokiego obciążenia koncie WWW za kilka zł miesięcznie. Nie ma takiej możliwości. Raczej nie podałeś nazwy firmy, bo przekolorowałeś całą historię zamiast trzymać się faktów. My nie mamy nic do ukrycie i proponuję, abyś też podał adres Waszej strony - wtedy też inni zobaczą mniej więcej na czym problem polega. Już wyżej dostałeś odpowiedź. Dodatkowo, abonent usługi otrzymywał praktycznie codziennie monity z systemu o wysokim przekraczaniu limitów, a dokładne statystyki (także z ostrzeżeniami) są dostępne w panelu DA. Dlatego, że wybraliście najmniejszy z możliwych serwerów VPS, o czym informowałem przed zakupem i ostrzegałem, że może nie być wystarczające, zwłaszcza pamięć. Po otrzymaniu zgłoszenia, mimo, że klient odpowiada za administrację swoim serwerem - wchodziłem na Wasz system i informowałem gdzie leży problem. Wieczorami procesor na Waszym serwerze chodził na 100% bez przerwy, wisiało dużo procesów PHP zbyt długo (z powodu przeciążonego procesora) i zajmując zbyt dużo pamięci. Po tym już też widać jak duże wymagania ma Wasze forum, skoro taka konfiguracja jest daleka od wystarczającej. Liczba unikalnych wejść nie ma nic do obciążenia. Na obciążenie wpływa budowa strony, liczba zapytań do MySQL i liczba ODSŁON w tym samym czasie. W Waszym przypadku o ile pamiętam bywało po kilkadziesiąt użytkowników online na raz, szalejących również na shoutboksie. Zoptymalizujcie tę stronę albo wyłączcie zbędne rzeczy i z pewnością będzie lepiej. Bezczelnością jeszcze nikt niczego nie wywalczył. Zwłaszcza, że prosicie w między czasie o dodatkowe rabaty dla Waszego serwera. Parametry maszyny, na której było to konto u nas: 2x Intel® Xeon® CPU E5410 @ 2.33GHz (8x 2.33 GHz) 8 GB RAM RAID-5 z dysków SAS 15000/rpm. Na serwerze VPS macie identyczny procesor - jeden rdzeń E5410 na wyłączność. Najwyraźniej jednak coś jest... Jak pisałem, liczba "uników" nie ma kompletnie żadnego znaczenia i nie jest żadnym wyznacznikiem. Utrzymujemy na serwerach strony, które mają po 5-8 tys unikalnych wejść dziennie i ich obciążenie mieści nawet w niewielkich kontach WWW.

Witam, Problem został rozwiązany kilkadziesiąt minut temu. W dość krótkim czasie zostało utworzonych bardzo dużo nowych plików na partycji odpowiadającej za pliki tymczasowe. W efekcie MySQL nie mogło otworzyć do zapisu tabel tymczasowych (stąd błąd "no space left on device"). Dane MySQL znajdują się na osobnym systemie plików i tam problemu nie było. Problem z plikami tymczasowymi spowodował problemy przy próbach zapisu nowych danych do baz MySQL, ale nie miał wpływu na dane, które już się w nich znajdują. Sytuacja nie powinna się więcej powtórzyć.

Czy tutaj czasami nie chodzi o naszą firmę i pewne forum o "Counter Strike'u", które w ostatnim czasie zostało przeniesione na VPSa? Wszystko wskazuje, że jest to albo identyczna sytuacja, albo dotyczy dokładnie tego klienta, o którym myślę. Pokrywa się z tym również opis niżej: Jeśli tutaj mowa jest rzeczywiście o naszej firmie to wypada sprostować... W Regulaminie posiadamy zapisy, które dotyczą nadmiernego obciążenia serwerów i co więcej, również na stronie podane są dokładne limity obciążenia przysługujące każdej usłudze. Te limity klient zna, znał i dokładnie je rozumie bo próbowaliśmy sytuację rozwiązywać tak liberalnie, jak tylko się dało, przeciągając działanie tej strony o kilka tygodni. W ramach zobrazowania - ta strona (o ile o tej piszemy, a mam wrażenie, że tak), zajmowała w godzinach szczytu, samodzielnie, około 3/4 CAŁEJ maszyny hostingowej (z 8 rdzeniami procesorów), w tym w ogromnym stopniu obciążając dyski przez MySQL. Próbowaliśmy pomagać rozwiązać problem, trzymać stronę online przez kilka tygodni mimo, że doprowadzała do wielu problemów. Ostatecznie, aby pomóc klientowi - uruchomiliśmy mu serwer VPS w cenie o około 20-30 zł/m-c taniej niż standardowa oferta i przenosząc całe jego konto bezpłatnie, pomagając w rozwiązywaniu problemów przez kolejne kilka dni. Biorąc to wszystko pod uwagę wydaje mi się, że opisywanie w taki sposób całej sytuacji jest delikatnie mówiąc nie fair w stosunku do nas i jawnym wprowadzaniem w błąd potencjalnego nowego usługodawcę, który na obsłużenie tej strony będzie musiał poświęcić prawie całą maszynę. EDIT: Teraz mam pewność, że chodzi o nas. Autor tego postu jest administratorem na forum, o którym pisałem.

Z tego co widzę, zamówił Pan wczoraj konto u nas, które trafiło już na nowy, również wczoraj uruchomiony serwer i nie było tam jeszcze zainstalowanego Softaculousa. Dzisiaj zostało to dodane na tym serwerze, więc opcja w panelu na Pana koncie powinna już być dostępna.

Nie mamy aktualnie żadnych wiadomości ani zgłoszeń bez odpowiedzi czekających od 2 dni. W takim wypadku najprawdopodobniej odpowiedź została wysłana, ale jej Pan nie otrzymał. Mogło tak być, jeśli pisał Pan do nas z adresu email w domenie, którą dopisał Pan do panelu na naszym serwerze i nie skonfigurował jej Pan poprawnie, odbierając maile z zewnętrznego serwera. W takim wypadku proszę o kontakt telefoniczny lub przez system "NOC" dostępny po zalogowaniu na naszej stronie. Zawsze w przypadku długiego braku odpowiedzi należy się z nami kontaktować inną drogą, ponieważ w 99% przypadków oznacza to problem z kontaktem zwrotnym, za pomocą którego wysyła do nas zgłoszenie dany klient.

Zgaduję, że chodzi o domenę "teamplay.com.pl"? Jeśli tak to faktycznie na tym serwerze w ostatnich dwóch tygodniach były dwa restarty MySQL w ciągu dnia, ale każdy z nich nie powodował przerwy w dostępie do baz na dłużej niż ~1 minutę. Konieczne było wprowadzenie pilnie kilku zmian w konfiguracji. Aktualnie nie ma więcej w planach tego typu operacji na tym serwerze. Tutaj nigdy nie chodzi o to, czy maszyna "uciągnie" daną stronę tylko czy klient wykupuje usługę proporcjonalną do stawianych wymagań. Niestety absurdów jest coraz więcej i przy kilku tysiącach klientów nie możemy już być tak tolerancyjni (czyt. ignorować przesadne obciążenia), jak to było kiedyś. Jeśli klient wykupuje konto przykładowo za 12,30 zł/m-c, a na nim umieszcza strony obciążające 1/4 całej maszyny (około 2 rdzeni w 100% cały czas) to niestety nie ma możliwości, aby taka sytuacja była tolerowana. I tak podchodzimy do tematu wyjątkowo liberalnie i naprawdę czepiamy się tylko w drastycznych sytuacjach. Nie wiem o jakim koncie tutaj mówimy dlatego proponuję skontaktowanie się z nami (chociażby przez NOC) i zobaczymy jak sprawa wygląda. Jeśli obciążenie jest przekraczane tylko okazjonalnie i w niezbyt zastraszającym stopniu to nie będziemy robić problemu. W przypadku regularnego i wysokiego przekraczania limitów konieczne jest przejście na adekwatną do potrzeb usługę. Konta nie są blokowane nigdy w sposób automatyczny i bez wiedzy bądź wcześniejszego ostrzeżenia klienta.

Nie jestem pewny o którym panelu tutaj piszemy, ale raczej wszystkie mamy dostępne przez SSL, włącznie z tym, który jest bezpośrednio na naszej stronie - SSL jest tam około roku. Panel kont WWW/Reseller jest na dwóch portach - dla SSL jest osobny. Jeśli coś źle zrozumiałem albo z czymś jest problem w kwestii SSL - proszę o kontakt bezpośrednio z nami.

Wspomnę tylko, że zarówno serwery dedykowane, jak i kolokację pojedynczych U można znaleźć w naszej ofercie. Przykładowe konfiguracje serwerów dedykowanych umieściliśmy tutaj, natomiast w sprawach kolokacji zapraszamy do bezpośredniego kontaktu z nami w celu ustalenia indywidualnych warunków.

Był atak na naszą sieć - został dość szybko zablokowany, więc problemy były chwilowe. Niestety, takie sytuacje zdarzają się wszędzie i na pewno nie jest to ostatni tego typu przypadek.

Jeśli to jest CS 1.6 (hlds) to zwiększ sys_ticrate, np. do "1000". Wyższy ping w grze niż w rzeczywistości wynika ze zbyt dużego sleepa na serwerze, czyli inaczej - zbyt niskiego sys_ticrate w tym przypadku (oczywiście zakładając, że sama maszyna działa sprawnie i dyski nie są ekstremalnie obciążone).

Osobiście nie pamiętam za bardzo takiego zgłoszenia i czy na pewno ja na nie odpisywałem, ale bardzo możliwe, że faktycznie padła odpowiedź odmowna bo takich rzeczy nie wykonujemy. Nie oferujemy usług "konwersji" z panelu cpanel do DA i nigdy czegoś takiego nie oferowaliśmy. Niestety nie potrafię zrozumieć ani uzasadnić jak można wystawiać jakąkolwiek opinię dlatego, że dana firma nie zgodziła się wykonać (w dodatku bezpłatnie) usługi, której nigdy nie oferowała. Tutaj nie chodzi o to, czy zależy nam na danym kliencie czy nie, tylko o zdrowy rozsądek i ustalone procedury. Jeśli ktoś oferuje serwery z cpanelem to pewnie posiada gotowe mechanizmy do konwersji takich backupów lub wie jak je poprawnie przerobić. My serwerów z tym panelem nie oferujemy, nie znamy struktury plików/katalogów takich backupów, więc nie podejmujemy się ich konwersji. Gdyby później wyszedł jakiś problem (np. klient straciłby jakieś dane) to od razu obwiniałby o to właśnie nas albo musielibyśmy poświęcić kolejne godziny na szukanie przyczyny. Równie dobrze możnaby wystawić nam opinię np. za to, że na życzenie klienta nie zgodziliśmy się na uruchomienie osobnej maszyny z panelem, którego nie oferujemy, a o który prosi klient. Mamy jasno określoną ofertę, więc nie można nas obwiniać za to, że odmówimy wykonania jakiejś usługi, której w ofercie nie mamy.

Dla VPSów aktualnie nie oferujemy jeszcze FreeBSD, tylko dystrybucje Linuksa (w tym Debiana 5 lub 6 - domyślnie 6.0 amd64). Dla serwerów dedykowanych może być bez problemu FreeBSD lub wybrana dystrybucja Linuksa. Obsługa poczty jest zawarta w każdym pakiecie kont WWW/Reseller. Nie planujemy osobnej oferty wyłącznie z pocztą elektroniczną.

Oferta jest już dostępna. Dokładniejsze informacje znaleźć można w dziale "Oferty" na WHT (jak tylko zostanie zaakceptowane) i tutaj: http://www.unixstorm.org/News/Serwery_dedykowane_w_ofercie,id27.html

Jeśli dobrze zgaduję, które to zgłoszenie to problem faktycznie wystąpił na jednej maszyn (k1), kilka razy w ostatnim czasie i powodowany głównie przez jednego z klientów, którego wielokrotnie ostrzegaliśmy - były z nim problemy jeszcze na serwerach warszawskich... Przykładowo, w sobotę w godzinach wieczornych ktoś postanowił pakietować jego, tudzież nasz serwer, na którym znajdowała się jego strona. W związku z licznymi i powtarzającymi się problemami, konto tego klienta zostało zawieszone. Problemy na tym serwerze nie powinny się już więcej powtarzać. Generalnie 99% wszelkich problemów powodują użytkownicy, czasami nieświadomie, ale jednak... W każdym razie Pana konto zgodnie z obietnicą zostanie mimo wszystko przeniesione na inną maszynę. Oferta powinna być gotowa w tym tygodniu - technicznie wszystko jest już gotowe do pracy, tylko czeka na opisanie i wrzucenie na stronę. Może uda się jutro...

W obu przypadkach - proszę o zgłaszanie problemów do nas mailowo lub przez system zgłoszeń. Ciężko jest cokolwiek zweryfikować/rozwiązać, jeśli klient danego problemu do nas nie zgłasza.

Podesłano mi link do tego tematu, więc czuję się zobligowany do wyjaśnienia również tutaj. Tak, jak Panu pisałem już kilkukrotnie w systemie zgłoszeń - problem jest prawdopodobnie z generowaniem mapy strony przez Pana skrypty. Roboty google wpadają na plik google_sitemap.xml, który, jak Panu już dzisiaj napisałem po raz kolejny - generuje po kilka GB transferu dziennie. Po naszej stronie było i jest wszystko w porządku. Pisałem Panu o tym pliku już kilka dni temu - nie wiem, dlaczego za każdym razem ignoruje Pan moje uwagi... Szczegóły wysłałem przed chwilą ponownie w systemie zgłoszeń - dodając wszystkie szczegóły, jakie udało mi się wydrążyć z Pana logów. Proszę więc wziąć to pod uwagę i zastosować do wskazówek aby transfer dalej Panu nie "uciekał"...

Na tym się nie skończy. :-) W tej chwili kończymy powoli ofertę serwerów VPS i dedykowanych, opartych o nowe rozwiązania i nasze autorskie panele administracyjne. Będzie również dużo nowych rzeczy dla kont WWW/Reseller, ale to już trochę później...

Raczej nie przewidujemy na razie mniejszych... Pakiet Reseller-1 z pewnością będzie już najmniejszym z dostępnych.