Skocz do zawartości
Gość Kamikadze

SerwerStatus.pl

Polecane posty

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

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
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 :)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
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 przez Kamikadze (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Gość nrm

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

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
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 przez Kamikadze (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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 ;)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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 przez Inferno (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
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)

emil_99.png

 

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

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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..

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
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ę ;)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
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 ;)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
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 przez gostomski (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
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 przez Kamikadze (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

 

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 ?

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
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 :)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Gość Kamikadze

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

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
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.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Bądź aktywny! Zaloguj się lub utwórz konto

Tylko zarejestrowani użytkownicy mogą komentować zawartość tej strony

Utwórz konto

Zarejestruj nowe konto, to proste!

Zarejestruj nowe konto

Zaloguj się

Posiadasz własne konto? Użyj go!

Zaloguj się


×