denis94

Witam, Dziś przez kilkanaście minut odbierałem setki połączeń z adresu 8.8.8.8 który jest publicznym dns-em google. Chciałbym zapytać jak to możliwe? Czy ktoś spotkał się z taką sytuacją?

Mój vps też down a po wejściu w usługę w panelu klienta komunikat błąd "Serwer vipower.pl nieoczekiwanie zakończył połączenie."

Nie tylko u Ciebie, biznes-host też

Ostatnio użytkownicy często zgłaszają mi, że nie mogą się dostać do usług które trzymam w biznes-hoście. Zgłoszenia mam z różnych części kraju, raz nie działa użytkownikowi z Bydgoszczy, innym razem ze śląska itd. W momencie gdy to zgłaszają, u mnie (Warszawa) wszystko działa. Domyślam się, ze chodzi o routing. Co ciekawe, biznes host jest spięty tylko z oxylionem, jakimś lokalnym operatorem. http://bgp.he.net/AS198414 Czy też macie takie problemy u siebie?

Awaria nie dotknęła wszystkich... u kumpla z innego miasta wszystko działało,

Daj spokój. Nie pamiętam takiej awarii a jestem klientem 4 lata. Wszystko działało bezawaryjnie a jak coś się nawet działo to pomoc była w 5 minut nawet w środku nocy. Każdym się zdarza.

Znów, znów i znów.... Destination host unreachable. Wczoraj również występowały problemy. Dość tego. Uciekam z tej firmy jak najszybciej.

I znów... brak pingów.

Też jestem na etapie tworzenia takiej instalacji. Sterowanie oświetleniem już mam. W jaki sposób zrobiłeś zasuwanie rolet? Chodzi mi tutaj o wykorzystany silnik oraz jego montaż na rolecie.

Vipower leży. Brak odpowiedzi na pingi.

W zupełności wystarczy do tego sam CSS, poczytaj o animacjach tła w css a szybko sobie poradzisz Nakładasz 3 divy, w każdym inne tło z inną prędkością przewijania.

Armagedon! Ciekawie to wygląda jak co drugi portal internetowy lub hosting nie działa ;(

Niestety sprawdzałem jedynie ilość. Podejrzewam, że to coś takiego: http://hackathalon.blogspot.com/2010/03/google-public-dns-scanning-ports-on.html

Witam. Posiadam portal na którym w godzinach szczytu przebywa około 1800-2500 użytkowników. Serwer na którym to stoi to serwer vps. Średnie zużycie ramu w ciągu dnia to około 45%. Zużycie ramu w godzinach szczytu około 60% Mój problem polega na tym, że serwer www czasami w ciągu kilku minut powoduje raptem 100% zużycie ramu i utrzymuje się do tej pory, dopóki nie przeładuję usługi httpd. Gdy tylko to zrobię problem po kilkunastu sekundach ustępuje i zużycie ramu spada do normalnego poziomu. Podczas tak wysokiego zużycia ramu strona nie ładuje się lub zwraca błąd 500. Najdziwniejsze jest w tym wszystkim to, że nie dzieje się to tylko w godzinach szczytu. Czasami występuje to nawet wczesnym rankiem gdy ruch jest najmniejszy. Logi nie wykazują żadnych nadzwyczajnych działań czy ataków tym bardziej, że po przeładowaniu (nie zresetowaniu) httpd wszystko wraca do normy. Bywa, że czasami są dwa tygodnie przerwy w występowaniu tego problemu, a czasami bywa, że dzieje się to 2-3 razy dziennie. Proszę o pomoc lub naprowadzenie na przyczynę problemu. Może ktoś spotkał się z czymś podobnym?

Logi z domyślnej konfiguracji nic nie wykazują. Jakie jeszcze dodatkowe mogę włączyć?

Update i upgrade zrobiony. Niestety problem nadal występuje Czy znacie jakieś narzędzie w którym mógł bym monitorować który to dokładnie plik php jest odpowiedzialny za przeciążenie apache?

Znów miała miejsce ta sytuacja. Logi: Apache Access Log - brak jakichkolwiek niepokojących. System Messages Feb 12 20:10:44 xyz freshclam[1368]: Received signal: wake up Feb 12 20:10:44 xyz freshclam[1368]: ClamAV update process started at Tue Feb 12 20:10:44 2013 Feb 12 20:10:44 xyz freshclam[1368]: main.cld is up to date (version: 54, sigs: 1044387, f-level: 60, builder: sven) Feb 12 20:10:44 xyz freshclam[1368]: daily.cld is up to date (version: 16670, sigs: 759792, f-level: 63, builder: ccordes) Feb 12 20:10:44 xyz freshclam[1368]: Current functionality level = 61, recommended = 63 Feb 12 20:10:44 xyz freshclam[1368]: Please check if ClamAV tools are linked against the proper version of libclamav Feb 12 20:10:44 xyz freshclam[1368]: DON'T PANIC! Read http://www.clamav.net/support/faq Feb 12 20:10:45 xyz freshclam[1368]: bytecode.cld is up to date (version: 210, sigs: 39, f-level: 63, builder: neo) Feb 12 20:10:45 xyz freshclam[1368]: Current functionality level = 61, recommended = 63 Feb 12 20:10:45 xyz freshclam[1368]: Please check if ClamAV tools are linked against the proper version of libclamav Feb 12 20:10:45 xyz freshclam[1368]: DON'T PANIC! Read http://www.clamav.net/support/faq Feb 12 20:10:45 xyz freshclam[1368]: [LibClamAV] *********************************************************** Feb 12 20:10:45 xyz freshclam[1368]: [LibClamAV] *** This version of the ClamAV engine is outdated. *** Feb 12 20:10:45 xyz freshclam[1368]: [LibClamAV] *** DON'T PANIC! Read http://www.clamav.net/support/faq *** Feb 12 20:10:45 xyz freshclam[1368]: [LibClamAV] *********************************************************** Feb 12 20:10:46 xyz freshclam[1368]: [LibClamAV] *********************************************************** Feb 12 20:10:46 xyz freshclam[1368]: [LibClamAV] *** This version of the ClamAV engine is outdated. *** Feb 12 20:10:46 xyz freshclam[1368]: [LibClamAV] *** DON'T PANIC! Read http://www.clamav.net/support/faq *** Feb 12 20:10:46 xyz freshclam[1368]: [LibClamAV] *********************************************************** Feb 12 20:10:48 xyz freshclam[1368]: -------------------------------------- logi httpd dla domeny: wiele lini typu: [Tue Feb 12 20:12:33 2013] [error] [client xxx.xxx.xxx.xxx] Script timed out before returning headers: index.php Po przeładowaniu httpd w logach Apache Error Log: [Tue Feb 12 20:20:19 2013] [notice] SIGHUP received. Attempting to restart [Tue Feb 12 20:20:20 2013] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!? [Tue Feb 12 20:20:20 2013] [notice] Apache/2.2.19 (Unix) mod_ssl/2.2.19 OpenSSL/0.9.8o DAV/2 configured -- resuming normal operations Liczba procesów httpd podczas skoku: 99

Ok dzięki za wskazówki. Timeouty zmniejszone. Jak tylko znów będzie skok to pozbieram logi.

od kilkunastu minut strony leżą Badanie elock.com.pl [213.133.109.49] z 32 bajtami danych: Upłynął limit czasu żądania. Upłynął limit czasu żądania. Upłynął limit czasu żądania. Upłynął limit czasu żądania.

a co z vps? Proszę o usunięcie moich dwóch postów (przestawiła mi się godzina na forum)

Witam. Poszukuję odpowiedniego hostingu www. Moje wymagania: pojemność: starczy 1GB limit zużycia procesora: co najmniej 15% na sprzęcie podobnym do 8x 3.2Ghz CPU transfer: minimum 400GB miesięcznie panel zarządzania: da, cpanel, webas możliwość włączenia wildcard dla subdomen obsługa plików .htaccess cena nie przekraczająca 400zł (w rozliczeniu rocznym) co najmniej 5 baz mysql, kont ftp oraz kont pocztowych Na stronie przebywa często ponad 3tyś użytkowników online. Dzienna ilość wykonywanych zapytań http to niemal 2 miliony. Przeszukałem już bardzo dużo ofert. Problem jednak jest z limitem procesora. Moja strona jest wymagająca a nie chcę korzystać z ofert VPS ponieważ nie radzę sobie z ich konfiguracją/optymalizacja pod tak dużą liczbę użytkowników (czy to apache czy nginx).

Dziękuję za porady i oferty. Prawdopodobnie skorzystam z oferty firmy biznes-host zaproponowanej przez N0Name

Czy ktoś może posiada w tej firmie bardziej wymagająca stronę (ponad 1000 userów online) i może się wypowiedzieć?

Przyokazji... nie zamontowałem licznika użytkowników online w kazdym pliku... teraz to zrobiłem i okazało się, że użytkowników na stronie przebywa w granicach 900 - 1100. Cały czas kombinuję z ustawianiem odpowiednich wartości prefork i worker ale nic to nie daje...

Niestety muszę zostać przy apache ponieważ użytkownicy serwera korzystają z plików htaccess a zmiana spowodowała by zbyt dużo zamieszania. Przy 50 procesach jest to około 400MB ramu gdzie posiadam tylko 1GB. A strona bardzo muli. Zużycie procesora średnio 0.03