SerwerStatus.pl

[cybuch 13]

Z ciekawości zapytam - ten serwer, który jak mniemam trzymasz w domu - po co go dzieliłeś na vpsy?

[Gość Kamikadze]

Ze względu na wydajniejszą pracę aplikacji.

 

Skanowanie trwa kilka minut (około 2)

 

Więc jeżeli np. 3 serwery będą skanować serwery co 3 minuty to będą się uzupełniać, jeden się zamula po kilku dniach

[kafi 2425]

To raczej nie wydajniejsza praca aplikacji tylko bardzo kiepsko ta aplikacja napisana.

Słyszało się o czymś takim jak wielowątkowość / aplikacje wielowątkowe ?

 

Bo ty zamiast właśnie zrobić w wątku głównym supervisor startujący wątki poboczne,

to wolisz postawić hypervisor i w każdym z kontenerów jeden wątek main.

[Gość Kamikadze]

Teraz będę przepisywał aplikację na bardziej piękniejszy kod

 

 

Muszę zoptymalizować aplikację ze względu na coraz większą liczbę użytkowników, więc wszystko się zrobi

Edytowano Lipiec 26, 2012 przez Kamikadze (zobacz historię edycji)

[Gość Kamikadze]

Przymierzam się do małych zmian na stronie i chciałbym usłyszeć wasze zdanie o nich.

 

 

Obecna strona: https://serwerstatus.pl

 

Modyfikacje: https://serwerstatus.pl/beta

 

Chciałbym wiedzieć czy idę w dobrym kierunku

[Gość nrm]

gdzie te zmiany? chodzi o drobną kosmetykę? nie no, to się nawet na temat nie kwalifikuje

[Gość Kamikadze]

Chodzi mi głównie o header + podmiana koloru menu

 

 

Zmiany dopiero zaczynam i chcę na razie określić jakiś kierunek w którym iść żeby wyglądało to lepiej.

 

Edit: O znalazłem stary topic Mogę prosić moderatora o "podklejenie" pod stary wątek?

http://www.webhostingtalk.pl/topic/34817-monitorowanie-dostepnosci-serwera/page__hl__serwerstatus__fromsearch__1

Edytowano Sierpień 30, 2012 przez Kamikadze (zobacz historię edycji)

[Kede 31]

Nowa wersja zdecydowanie lepiej się prezentuje ale to jeszcze nie jest to..

 

- W headerze te ikonki i napisy m.in "serwery sprawdzane co minutę" powinny być 2 razy mniejsze. Te ikonki trochę kiepskie, przydałyby się jakieś gustowne, kolorystycznie dobrane i przede wszystkim autorskie.

- Logo jest ok ale napis pod nim "darmowy monitoring serwerów" powinien być innego koloru- może biały? i troszkę mniejszy. No chyba że zmienisz tło headera.

- kiepski ten gradient w menu poziomym (dobranie kolorów).

- header według mnie powinien być cały biały a nie koloru tła

 

+ logo całkiem ok

[Inferno 41]

Zmiany napewno idą w dobrym kierunku ale napewno trzeba by :

 

 

- zmienić kolor napisu w logo bo czarny napis w logo jest mało widoczny na szarym tle

- zmniejszyć ikony z napisami bo zaburza to proporcje rozmiarów czcionek

- zmienić czcionki i byc może odstępy między liniami

- wyróżnić tytuły w pasku menu i dodac dodatkowe odstępy lub wyróżnienia żeby było widać gdzie panele sie kończą i zaczynają

- obrazki na stronie lepiej wyglądałyby bez ramek

- tabelki troche bardziej "eyecandy" by się przydały

Edytowano Sierpień 31, 2012 przez Inferno (zobacz historię edycji)

[Gość Kamikadze]

Kilka zmian na SerwerStatus.pl:

• Nowy wygląd strony WWW (jeszcze zmieni się wygląd prawej części strony po uruchomieniu wszystkich dodatków)
  
• Zmiana statystyk w Panelu oraz wyglądu listy serwerów
  
• Zwiększenie liczby monitorowanych serwerów do 15
  
• Dodano czasy do wysłania powiadomienia (1, 2, 5, 10, 15, 30 minut)
  
• Grafika - Status i uptime miesięczny (wkrótce inne)
  
• Stare statystyki będą wkrótce dostępne w panelu
  
• Zmiana nazewnictwa i rozkładu monitorowania na serwerach
  
• "Testery" - dostępności napisane od początku wraz ze zmianą infrastruktury baz danych
  

(przykład)

 

Prace nad rozproszeniem serwerów monitorujących są nadal prowadzone.

 

Rozwój niebyłby możliwy dzięki firmie GlobalNetwork do której przenieśliśmy większą część aplikacji i ich serwer stał się naszym głównym serwerem.

 

Głównym powodem była jakość (i tutaj jest naprawdę moja opinia a nie podlizywanie się ). Testowałem nową wersję aplikacji (rozbudowana baza danych) oraz testery (aplikacja monitorująca) sprawdziły się tylko w firmie GlobalNetwork na identycznych konfiguracjach serwera rezeltat był 3 razy lepszy (czas wykonywania 3 razy szybszy).

 

Na razie rezygnujemy z darmowego certyfikatu SSL (zamierzamy zakupić lepszy) stronę należy odwiedzać przez HTTP

 

 

W razie pytań prosimy o kontakt: kontakt@serwerstatus.pl

http://serwerstatus.pl

[Miłosz 2311]

Na razie rezygnujemy z darmowego certyfikatu SSL (zamierzamy zakupić lepszy) stronę należy odwiedzać przez HTTP

Myślę, że SSL nie zabezpieczy Cię przed dziurami w Twojej aplikacji..

[Gość Kamikadze]

Myślę, że SSL nie zabezpieczy Cię przed dziurami w Twojej aplikacji..

 

To fakt Ale dziury są już łatane dzięki wskazówką użytkownikowa tego forum za co dziekuję

[Miłosz 2311]

Jestem ciekaw czy ktoś już wcześniej nie wpadł na pomysł wyciągnięcia danych...

[Gość Kamikadze]

Jestem ciekaw czy ktoś już wcześniej nie wpadł na pomysł wyciągnięcia danych...

 

może im się nie chciało tracić czasu na taką małą bazę

 

 

Cóż no darmowe != idealne

[gostomski 4]

Jun 18 05:19:07 sr0075-1 sshd[5533]: Did not receive identification string from 91.236.55.100
Jun 18 05:19:10 sr0075-1 sshd[5540]: Did not receive identification string from 176.31.186.176
Jun 18 05:19:13 sr0075-1 sshd[5555]: Did not receive identification string from 91.237.69.24
Jun 18 05:19:29 sr0075-1 sshd[5597]: Did not receive identification string from 83.31.59.17
Jun 18 05:20:01 sr0075-1 CRON[5702]: pam_unix(cron:session): session opened for user getmail by (uid=0)
Jun 18 05:20:01 sr0075-1 CRON[5700]: pam_unix(cron:session): session opened for user root by (uid=0)
Jun 18 05:20:01 sr0075-1 CRON[5701]: pam_unix(cron:session): session opened for user root by (uid=0)
Jun 18 05:20:01 sr0075-1 CRON[5702]: pam_unix(cron:session): session closed for user getmail
Jun 18 05:20:01 sr0075-1 CRON[5700]: pam_unix(cron:session): session closed for user root
Jun 18 05:20:02 sr0075-1 CRON[5701]: pam_unix(cron:session): session closed for user root
Jun 18 05:20:07 sr0075-1 sshd[5752]: Did not receive identification string from 91.239.67.105
Jun 18 05:20:07 sr0075-1 sshd[5753]: Did not receive identification string from 91.236.55.100
Jun 18 05:20:10 sr0075-1 sshd[5765]: Did not receive identification string from 176.31.186.176
Jun 18 05:20:13 sr0075-1 sshd[5767]: Did not receive identification string from 91.237.69.24
Jun 18 05:20:32 sr0075-1 sshd[5852]: Did not receive identification string from 83.31.59.17
Jun 18 05:21:01 sr0075-1 CRON[5947]: pam_unix(cron:session): session opened for user root by (uid=0)
Jun 18 05:21:01 sr0075-1 CRON[5948]: pam_unix(cron:session): session opened for user root by (uid=0)
Jun 18 05:21:01 sr0075-1 CRON[5947]: pam_unix(cron:session): session closed for user root
Jun 18 05:21:01 sr0075-1 CRON[5948]: pam_unix(cron:session): session closed for user root
Jun 18 05:21:14 sr0075-1 sshd[6032]: Did not receive identification string from 176.31.186.176
Jun 18 05:21:14 sr0075-1 sshd[6036]: Did not receive identification string from 91.236.55.100
Jun 18 05:21:20 sr0075-1 sshd[6057]: Did not receive identification string from 91.237.69.24
Jun 18 05:21:21 sr0075-1 sshd[6067]: Did not receive identification string from 91.239.67.105
Jun 18 05:22:00 sr0075-1 sshd[6259]: Did not receive identification string from 83.31.59.17
Jun 18 05:22:01 sr0075-1 CRON[6287]: pam_unix(cron:session): session opened for user root by (uid=0)
Jun 18 05:22:01 sr0075-1 CRON[6288]: pam_unix(cron:session): session opened for user root by (uid=0)
Jun 18 05:22:01 sr0075-1 CRON[6287]: pam_unix(cron:session): session closed for user root
Jun 18 05:22:02 sr0075-1 CRON[6288]: pam_unix(cron:session): session closed for user root
Jun 18 05:22:09 sr0075-1 sshd[6339]: Did not receive identification string from 91.236.55.100
Jun 18 05:22:10 sr0075-1 sshd[6344]: Did not receive identification string from 176.31.186.176
Jun 18 05:22:15 sr0075-1 sshd[6360]: Did not receive identification string from 91.239.67.105
Jun 18 05:22:15 sr0075-1 sshd[6357]: Did not receive identification string from 91.237.69.24
Jun 18 05:23:01 sr0075-1 CRON[6510]: pam_unix(cron:session): session opened for user root by (uid=0)
Jun 18 05:23:01 sr0075-1 CRON[6509]: pam_unix(cron:session): session opened for user root by (uid=0)
Jun 18 05:23:01 sr0075-1 CRON[6509]: pam_unix(cron:session): session closed for user root
Jun 18 05:23:01 sr0075-1 CRON[6510]: pam_unix(cron:session): session closed for user root
Jun 18 05:23:07 sr0075-1 sshd[6569]: Did not receive identification string from 91.239.67.105
Jun 18 05:23:09 sr0075-1 sshd[6583]: Did not receive identification string from 91.236.55.100
Jun 18 05:23:10 sr0075-1 sshd[6607]: Did not receive identification string from 176.31.186.176
Jun 18 05:23:16 sr0075-1 sshd[6628]: Did not receive identification string from 91.237.69.24
Jun 18 05:23:39 sr0075-1 sshd[6687]: Did not receive identification string from 83.31.59.17
Jun 18 05:24:01 sr0075-1 CRON[6787]: pam_unix(cron:session): session opened for user root by (uid=0)
Jun 18 05:24:01 sr0075-1 CRON[6786]: pam_unix(cron:session): session opened for user root by (uid=0)
Jun 18 05:24:02 sr0075-1 CRON[6786]: pam_unix(cron:session): session closed for user root
Jun 18 05:24:02 sr0075-1 CRON[6787]: pam_unix(cron:session): session closed for user root
Jun 18 05:24:12 sr0075-1 sshd[6842]: Did not receive identification string from 91.236.55.100
Jun 18 05:24:12 sr0075-1 sshd[6845]: Did not receive identification string from 176.31.186.176
Jun 18 05:24:15 sr0075-1 sshd[6859]: Did not receive identification string from 91.237.69.24
Jun 18 05:24:34 sr0075-1 sshd[6913]: Did not receive identification string from 83.31.59.17
Jun 18 05:24:43 sr0075-1 sshd[6965]: Did not receive identification string from 91.239.67.105
Jun 18 05:25:01 sr0075-1 CRON[7028]: pam_unix(cron:session): session opened for user root by (uid=0)
Jun 18 05:25:01 sr0075-1 CRON[7029]: pam_unix(cron:session): session opened for user root by (uid=0)
Jun 18 05:25:01 sr0075-1 CRON[7030]: pam_unix(cron:session): session opened for user getmail by (uid=0)
Jun 18 05:25:01 sr0075-1 CRON[7030]: pam_unix(cron:session): session closed for user getmail
Jun 18 05:25:01 sr0075-1 CRON[7028]: pam_unix(cron:session): session closed for user root
Jun 18 05:25:01 sr0075-1 CRON[7029]: pam_unix(cron:session): session closed for user root
Jun 18 05:25:11 sr0075-1 sshd[7079]: Did not receive identification string from 91.236.55.100
Jun 18 05:25:11 sr0075-1 sshd[7082]: Did not receive identification string from 176.31.186.176
Jun 18 05:25:15 sr0075-1 sshd[7090]: Did not receive identification string from 91.237.69.24
Jun 18 05:25:27 sr0075-1 sshd[7168]: Did not receive identification string from 91.239.67.105
Jun 18 05:25:34 sr0075-1 sshd[7178]: Did not receive identification string from 83.31.59.17
Jun 18 05:26:01 sr0075-1 CRON[7286]: pam_unix(cron:session): session opened for user root by (uid=0)

Zastanawiałem się czemu serwerstatus wskazuje mi na pady w ogromnej ilosci.. teraz już wiem fail2ban blokował adresy.

 

Logi (wycinek z tego co się powtarza od dłuższego czasu) pozostawiam bez komentarza...

(CRON niesistotny, ale goły ping nie wywołuje wpisów w auth.log)

Edytowano Czerwiec 18, 2013 przez gostomski (zobacz historię edycji)

[Gość Kamikadze]

Fajnie jak byś na maila pisał takie problemy, ale ok rozumiem że chcesz się pochwalić na forum

 

Dzisiaj zajmę się tym problemem

 

 

Edit: W sumie mógłbyś na PM lub na @ podać więcej szczegółów - chociaż jaką metodą skanujesz itp.

Edytowano Czerwiec 18, 2013 przez Kamikadze (zobacz historię edycji)

[regdos 1848]

 

Edit: W sumie mógłbyś na PM lub na @ podać więcej szczegółów - chociaż jaką metodą skanujesz itp.

 

A w tym logu przypadkiem nie chodzi o to, że z Twoich hostów ktoś próbuje się logować jako root przez ssh na serwerze @gostomski ?

[gostomski 4]

po usunięciu monitoringu PING z serwerstatus, w logach pustka

[Gość Kamikadze]

 

A w tym logu przypadkiem nie chodzi o to, że z Twoich hostów ktoś próbuje się logować jako root przez ssh na serwerze @gostomski ?

 

No tak, ale fajnie było najpierw dostać na support taką wiadomość - o to mi tylko chodzi

[gostomski 4]

Umiem czytać logi, dlatego napisałem: CRON nieistotny. Chyba wiem co u mnie na serwerze się dzieje

 

Jun 18 05:25:11 sr0075-1 sshd[7079]: Did not receive identification string from 91.236.55.100
Jun 18 05:25:11 sr0075-1 sshd[7082]: Did not receive identification string from 176.31.186.176
Jun 18 05:25:15 sr0075-1 sshd[7090]: Did not receive identification string from 91.237.69.24
Jun 18 05:25:27 sr0075-1 sshd[7168]: Did not receive identification string from 91.239.67.105
Jun 18 05:25:34 sr0075-1 sshd[7178]: Did not receive identification string from 83.31.59.17

 

Wszystkie adresy ip to serwerstatus.pl

 

Did not receive identification string from

Oznacza dla mnie tyle co skanowanie portów. Ciekawe po co serwer status skanuje porty skoro był ustawiony na PING? W poprzednim auth.logu paręnaście prób typu ButeForce z adresu 91.237.69.24.

 

Nie twierdzę że właściciel robi to celowo(chociaż kto wie), ale moja przygoda z serwerstatusem się zakończyła.

[Gość Kamikadze]

Nikt nie wątpi że wiesz co się dzieje na maszynie

 

Problemem już się zajmuję.

Edytowano Czerwiec 18, 2013 przez Kamikadze (zobacz historię edycji)

[kix 28]

Od kilku miesięcy należy dodać.

[Gość Kamikadze]

Od kilku miesięcy to jest przygotowywana nowa wersja panelu, która jest prawie ukończona (testy i drobne poprawki)

[kix 28]

No, tylko ten błąd nie jest irytujący dla Ciebie, a dla właścicieli/administratorów w firmach hostingowych, gdzie twoje boty dostają bana, a klienci się żalą, że serwer jest offline.

 

Także ze zwykłej ludzkiej przyzwoitości należałoby dodać informację o tym problemie.

[Gość Kamikadze]

Skoro tak zależy na tej informacji to podam, nie ma problemu, ale szczerze ci powiem że niewiele firm blokuje to (i nie mówię o krzakach) - taka ciekawostka

 

A problem jest trochę bardziej złożony i muszę bardziej wnikliwiej przeanalizować dlaczego tak się dzieje tym bardziej że użytkownik powiedział że monitorował sam ping a szło po ssh.