dan

No dobra - idę pewnym tropem. Ten serwer wysyłający w HALO podaje domenę z mojego serwera. Czy da się (jak?) automatycznie odrzucać maile wysyłane przez serwery identyfikujące się w halo jako jakiekolwiek domeny istniejące na moim serwerze? Ewentualnie może w takim przypadku dowalić punkty do spamassassina?

Aż tak skopaną konfigurację mam, że taki spam przechodzi i nie warto podpowiadać ;-) czy problem jest bardziej złożony? Jakiekolwiek wskazówki jak do tego podejść?

Co przemawia za Vipower.pl w stosunku do statnetu?

Właśnie tydzień temu przerabiałem temat na maszynie wirtualnej u siebie :-). Musisz w bazie MySQL dbispconfig uruchomić komendę: UPDATE sys_user SET passwort = md5('nowe hasło') WHERE username = 'admin';

Witam, VPS, Debian 5, DA, PHP 5.2.17 FastCGI. Kilkadziesią serwisów i JEDEN generuje dziwne zachowanie. Co któraś strona (różnie, czasami jedna czasami inna - nie zaobserwowałem prawidłowości) zamiast normalnej strony wyświetlają się "robaczki". Tj. jakby nagłówek zwrotu z serwera był uszkodzony. Dostaje w takim przypadku w odpowiedzi: ����������������HTTP/1.1 200 OK Date: Tue, 01 Mar 2011 13:21:06 GMT Server: Apache/2 X-Powered-By: PHP/5.2.17 Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Występowanie losowe, tak jakby coś chyba z kompresją zlib było nie tak (bo po nagłówku dalej są "robaczki"). Na innych strona korzystam z kompresji gzip i wszystko działa ok. Jakieś sugestie co sprawdzić, co może być przyczyną?

Witam, jako że od pewnego czasu mam problemy na VPS z wydajnością (a generalnie z niewydolnoscia IO) zaczalem sie zastanawiac i szukać rozwiązan jak ocenić wydajność VPS. Jakbym chciał zmienić dostawcę albo przejść na dedyka. Znalazłem coś takiego: http://code.google.com/p/byte-unixbench/ Ktoś zna lepszą metodę oceny wydajności? Np. żeby porównać XEN do OpenVZ? Albo VPS do dedyka na słabszym procesorze? Jeśli tak to proszę o info. Drugi temat - myślę, że wartościowym będzie jak sobie porównamy użytkowane platformy. Da to jakiś ogląd do wyboru platformy. Z naciskiem na jakiś (wiem, że co realne testy to realne ale na czymś można sie podeprzeć). Także jak masz czas i ochotę odpal skrypt u siebie i wklej wynik z podaniem platformy. U mnie na vpsinn.pl VPS XEN 2x2GHz, 640MB RAM SWAP 1280MB, Debian 5 32bit mam: ======================================================================== BYTE UNIX Benchmarks (Version 5.1.2) System: server.aktywne24.pl: GNU/Linux OS: GNU/Linux -- 2.6.26-2-xen-686 -- #1 SMP Thu Nov 25 02:32:31 UTC 2010 Machine: i686 (unknown) Language: en_US.utf8 (charmap="UTF-8", collate="UTF-8") CPU 0: Intel(R) Xeon(R) CPU E5504 @ 2.00GHz (3995.6 bogomips) Hyper-Threading, MMX, Physical Address Ext, SYSENTER/SYSEXIT CPU 1: Intel(R) Xeon(R) CPU E5504 @ 2.00GHz (3995.6 bogomips) Hyper-Threading, MMX, Physical Address Ext, SYSENTER/SYSEXIT 13:19:11 up 1 day, 15:46, 1 user, load average: 0.57, 0.52, 0.38; runlevel 2 ------------------------------------------------------------------------ Benchmark Run: śro gru 29 2010 13:19:11 - 13:47:48 2 CPUs in system; running 1 parallel copy of tests Dhrystone 2 using register variables 8698268.4 lps (10.0 s, 7 samples) Double-Precision Whetstone 1802.2 MWIPS (10.9 s, 7 samples) Execl Throughput 1277.2 lps (29.6 s, 2 samples) File Copy 1024 bufsize 2000 maxblocks 240672.8 KBps (30.0 s, 2 samples) File Copy 256 bufsize 500 maxblocks 76825.0 KBps (30.0 s, 2 samples) File Copy 4096 bufsize 8000 maxblocks 622827.8 KBps (30.0 s, 2 samples) Pipe Throughput 476741.8 lps (10.0 s, 7 samples) Pipe-based Context Switching 65835.1 lps (10.0 s, 7 samples) Process Creation 2474.9 lps (30.0 s, 2 samples) Shell Scripts (1 concurrent) 1903.7 lpm (60.0 s, 2 samples) Shell Scripts (8 concurrent) 154.0 lpm (60.1 s, 2 samples) System Call Overhead 434091.3 lps (10.0 s, 7 samples) System Benchmarks Index Values BASELINE RESULT INDEX Dhrystone 2 using register variables 116700.0 8698268.4 745.4 Double-Precision Whetstone 55.0 1802.2 327.7 Execl Throughput 43.0 1277.2 297.0 File Copy 1024 bufsize 2000 maxblocks 3960.0 240672.8 607.8 File Copy 256 bufsize 500 maxblocks 1655.0 76825.0 464.2 File Copy 4096 bufsize 8000 maxblocks 5800.0 622827.8 1073.8 Pipe Throughput 12440.0 476741.8 383.2 Pipe-based Context Switching 4000.0 65835.1 164.6 Process Creation 126.0 2474.9 196.4 Shell Scripts (1 concurrent) 42.4 1903.7 449.0 Shell Scripts (8 concurrent) 6.0 154.0 256.7 System Call Overhead 15000.0 434091.3 289.4 ======== System Benchmarks Index Score 380.1 ------------------------------------------------------------------------ Benchmark Run: śro gru 29 2010 13:47:48 - 14:22:23 2 CPUs in system; running 2 parallel copies of tests Dhrystone 2 using register variables 5662390.3 lps (10.0 s, 7 samples) Double-Precision Whetstone 3822.5 MWIPS (10.1 s, 7 samples) Execl Throughput 779.1 lps (29.6 s, 2 samples) File Copy 1024 bufsize 2000 maxblocks 124657.8 KBps (30.0 s, 2 samples) File Copy 256 bufsize 500 maxblocks 36668.7 KBps (30.0 s, 2 samples) File Copy 4096 bufsize 8000 maxblocks 293840.8 KBps (30.0 s, 2 samples) Pipe Throughput 916983.1 lps (10.0 s, 7 samples) Pipe-based Context Switching 113799.2 lps (10.0 s, 7 samples) Process Creation 4309.5 lps (30.0 s, 2 samples) Shell Scripts (1 concurrent) 3104.5 lpm (60.0 s, 2 samples) Shell Scripts (8 concurrent) 502.9 lpm (60.1 s, 2 samples) System Call Overhead 748681.3 lps (10.0 s, 7 samples) System Benchmarks Index Values BASELINE RESULT INDEX Dhrystone 2 using register variables 116700.0 5662390.3 485.2 Double-Precision Whetstone 55.0 3822.5 695.0 Execl Throughput 43.0 779.1 181.2 File Copy 1024 bufsize 2000 maxblocks 3960.0 124657.8 314.8 File Copy 256 bufsize 500 maxblocks 1655.0 36668.7 221.6 File Copy 4096 bufsize 8000 maxblocks 5800.0 293840.8 506.6 Pipe Throughput 12440.0 916983.1 737.1 Pipe-based Context Switching 4000.0 113799.2 284.5 Process Creation 126.0 4309.5 342.0 Shell Scripts (1 concurrent) 42.4 3104.5 732.2 Shell Scripts (8 concurrent) 6.0 502.9 838.2 System Call Overhead 15000.0 748681.3 499.1 ======== System Benchmarks Index Score 436.2

Wiem, że w przypadku VPS test jest "umiarkowanie" obiektywny. Ale z punktu widzenia klienta jak mam ocenić wydajność, gdzie widzę np. ileśtam GHz rdzenia / ileś RAM i to wszystko? Nic nie wiem o reszcie maszyny matki. (Tak, zdję sobie w pełni sprawę, że tak jak pisałeś wszystko zależne czy wstrzelę się w pełne zasoby czy akurat trafię na dociążoną maszynę, której VPSy dają do pieca). Dla mnie jednak lepszy taki test niż żaden. No i daje JAKIŚ punkt odniesienia dla innych VPS ew. dedyka. Ja np. jestem ciekawy jak by wypadł taki test na dedyku o ile wydajniej wyjdzie niż VPS. Jak masz/macie jakieś sugestie się jak obiektywnie porównać albo otrzeć się o obiektywne porównanie to zapraszam do podzielnia się informacjami.

Dlaczego bez kopiowania plików? Zważywszy na moje przeboje z wydajnością IO wydajność dysków ma znaczenie. Co do podawania skąd jest testowany VPS/dedyk (kto jest dostawcą) to oczywiście ma jak największy sens.

witam, mam zagwozdkę i chcę się dowiedzieć czy ja mam zbyt optymistyczne założenia co do hostingu na vps czy pora zmienić dostawcę VPS. W czym trudność? Jest sobie VPS, postawiony Debian 5, DA, wirtualizacja XEN. Wszystko działa nawet dość ładnie nie licząc występujących z większą bądź mniejszą częstotliwością przycinek - iowait rosło do duzych wartości, co negatywnie wpływało na wydajność, procesy się kolejkowały, system wchodził na swapa, który przy już dychawicznym io spowalnia temat jeszcze bardziej. Weźmy dla przykładu jedną stronę produkcyjną na której mam wmontowany licznik czasowy (ms) generacji. Obciążenie rzędu 5000 odsłon dziennie strona główna generuje się w przedziale od 0,35-0,6 sek. (nie licząc momentów kiedy IOWait rosło na głównej maszynie - wtedy naturalnie czas się wydłużał). LA VPS trzyma się w ryzach 0,3-0,9 (oczywiście przy wzroście iowait la szło do góry grubo ponad 1). Jako, że coś mocniej było z serwerem głównym nie tak dostawca VPS oznajmił, że będzie migracja na nową maszynę - szybszą. Hurraaa, koniec problemów z IOWait. Tak mi się wydawało. Niestety nie wiem z jakiej na jaką i z jakiego dysku/macierzy na jaką. Dostawca VPS nie raczył sie pochwalić/odpowiedzieć z czego migrował na co (czy to taka tajemnica, że nie praktykuje się pisania o tym?). To co wyciągnąłem z cpu info to migracja z udostępnionych 2 rdzeni 3 GHz E5160 na 2 rdzenie 2GHz E5504. Co dalej? Niby nowsza maszyna, nowszej generacji procesor. IOWait - faktycznie stabilniej, choć ostatnio doszły chyba nowe VPSy i trochę słabiej - ale i tak lepiej niż było. LA mojego VPS spadł o jakieś 30%. ALE. Czas generowania przykładowej strony zaczął nie schodzić poniżej 0,5 sek. Najczęściej w przedziale 0,6-1,2 sek. Nic nie zmieniałem w konfiguracji, zawartość strony ani elementów aktywnych na niej nie uległy zmianie. Podsumowując pytania: 1. Czy u Was (użytkowników VPS, tudzież dostawców) przy uruchomionych stronach czas ich generacji tak sobie pływa? (i to nie tak, że pierwsze odświeżenie jest długie a potem już idzie ok. Czasami pierwsze jest krótkie, drugie powyżej 1 sek, następne też i dopiero za chwilę schodzi poniżej 0,7 s.). Zaznaczam, że na współdzielonym, na którym kiedyś byłem czas generowania wynosił 0,2-0,3 s. jednak sisco (bo o nim mowa) się sprzedało i to co dobre minęło. Stąd migracja moja na vps. Strona również nie odwołuje się do serwisów zewnętrznych, po prostu parsuje sobie dane z bazy danych. 2. Jak to jest z wydajnością VPS? W moim przypadku była migracja na teoretycznie bardziej zaawansowany procesor, bardziej wydajny dysk a poskutkowało to wydłużeniem czasu generacji strony. Stary procesor miał 2x3GHz, nowy 2x2GHz. Czy jak miałbym wybierać nowy VPS to patrzeć tylko na GHz, nie na rodzaj procesora? 3. Podskórnie czuję, że VPS powinien być bardziej sprawny ale po prostu nie mam punktów odniesienia. Dostawca na moje zastrzeżenia wydajnościowe / opóźnienia iowait mantruje: proszę przejść na dedyka/może Pan potrzebuje dedyka. Może tak, może nie a może dostawca potrzebuje wydajniejszy dysk/macierz. Nie wiem. Jakby było połączenie procka, który był z nowym dyskiem to byłby efekt pozytywny. A tak to piszę sobie posta ;-)/. Czy jeśli bym chciał mieć w miarę powtarzalny czas generowania strony przy (jakby nie patrzeć słabym obciążeniu 5000 odsłon dziennie) to mam celować w inny VPS, czy raczej dedyk? 4. Jakie są Wasze doświadczenia w tej materii - jak ocenić/porównać VPS albo różne VPS? Jakimi narzędziami/sposobami? 5. Jakie IOWait jest u Was na VPS? średnia na "starej" maszynie była 11 w pikach do 140 na nowej srednia 5 w pikach do 70 na podstawie munina. Załączam zrzut z munina za dziś. Od dziś w zasadzie pokazuje IOwait w inny sposób. Kiedyś był mierzony jakby od góry wykresu w dół magentą. Teraz od góry pokazuje białe. Jakby uwzględniał tylko IOWait VPS a nie całej maszyny. Jak jest u Was wykresowo/wartościowo?

Zdecydowanie http://www.tracewatch.com/ Hmm... podgladnalem Piwika i ciekawie sie rozwinal odkad go testowalem.

Witam, mam małą zagwozdkę: kiedy daje optymalizacje tabel w MySQL (celem defragmentacji) to komenda się wykonuje, ale wychodzi na to że nie daje efektu. Tj. ponowne sprawdzenie tabel/tabeli pokazuje wciąż defragmentację) OPTYMIZE TABLE daję dla MyISAM a ALTER TABLE dla InnoDB i kurde nie ma efektu. VPS XEN, Debian Lenny, DA, MySQL 5.1.5 Jakieś sugestie?

Wybieram bramkę nr 2 :-). Oczywiście jakby ktoś miał jakiś pomysł/sugestię to ja chętnie...

Jedna tabela ok. 170MB reszta z trudem dobija do 30MB. Dump/restore nie próbowałem bo nie jestem tak przyparty do muru. MySQL fajnie działa ale skoro można ciut lepiej to czemu nie? Odpaliłem no i się zdziwiłem, że nie działa te OPTYMIZE. Na dysku wolnego ponad 4GB.

Jak działało jako SISCO to było REWELACYJNIE. Na pewno nie szukałbym innego dostawcy. Jednak dzięki "kosmicznemu" podejściu do klientów po przejęciu przez ogicom przenisłem się i wdrozyłem w VPS. Czyli sumarycznie jestem wdzięczny za te zmiany :-) Tu muszę też wspomnieć bardzo dobry (zarówno w sisco jak i w ogicom) kontakt z Panem Arturem. Jednak po zmianie z sisco na ogicom sam dobry kontakt to było za mało, żeby zostać.

Witam, ostatnio czesto wisi mi poczta z komunikatem: 2010-06-21 13:15:12 xxxxxxxxxxxx@o2.pl R=lookuphost defer (-1): host lookup did not complete w szczegolnosci do o2. Coś moge poprawić ze swojej strony? Jakieś sugestie? DA, Debian 5 co ciekawe: server:~# dig o2.pl mx ;; Truncated, retrying in TCP mode. ; <<>> DiG 9.6-ESV-R1 <<>> o2.pl mx ;; global options: +cmd ;; connection timed out; no servers could be reached ale dla tlen.pl jest juz: server:~# dig tlen.pl mx ; <<>> DiG 9.6-ESV-R1 <<>> tlen.pl mx ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 37325 ;; flags: qr rd ra; QUERY: 1, ANSWER: 8, AUTHORITY: 2, ADDITIONAL: 10 ;; QUESTION SECTION: ;tlen.pl. IN MX ;; ANSWER SECTION: tlen.pl. 102698 IN MX 10 mx7.go2.pl. tlen.pl. 102698 IN MX 10 mx8.go2.pl. tlen.pl. 102698 IN MX 10 mx9.go2.pl. tlen.pl. 102698 IN MX 10 mx11.go2.pl. tlen.pl. 102698 IN MX 15 mx4.go2.pl. tlen.pl. 102698 IN MX 10 mx3.go2.pl. tlen.pl. 102698 IN MX 10 mx5.go2.pl. tlen.pl. 102698 IN MX 10 mx6.go2.pl. ;; AUTHORITY SECTION: tlen.pl. 98510 IN NS ns1.go2.pl. tlen.pl. 98510 IN NS ns2.go2.pl. ;; ADDITIONAL SECTION: mx7.go2.pl. 442338 IN A 193.17.41.47 mx8.go2.pl. 442338 IN A 193.17.41.48 mx9.go2.pl. 442338 IN A 193.17.41.123 mx11.go2.pl. 442338 IN A 193.17.41.141 mx4.go2.pl. 442338 IN A 193.17.41.44 mx3.go2.pl. 442338 IN A 193.17.41.214 mx5.go2.pl. 442338 IN A 193.17.41.45 mx6.go2.pl. 442338 IN A 193.17.41.46 ns1.go2.pl. 528178 IN A 193.17.41.1 ns2.go2.pl. 528178 IN A 212.126.20.1 ;; Query time: 1 msec ;; SERVER: 91.205.73.254#53(91.205.73.254) ;; WHEN: Mon Jun 21 14:56:02 2010 ;; MSG SIZE rcvd: 386 czyli cos dla o2.pl jest problem - tylko co robic?

Pomogło, dzięki

Zadnej sugestii?

Ostatnio na serwerze na różnych domenach/mailach pojawia sie olbrzymia ilość spamu z takim przykładowym nagłówkiem: Return-path: <info@domenka.pl> Envelope-to: info@domenka.pl Delivery-date: Fri, 07 May 2010 12:17:08 +0200 Received: from mail by server.mojserwer.pl with spam-scanned (Exim 4.69) (envelope-from <info@domenka.pl>) id 1OAKcF-0001kR-0u for info@domenka.pl; Fri, 07 May 2010 12:17:07 +0200 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on server.mojserwer.pl X-Spam-Level: **** X-Spam-Status: No, score=4.1 required=9.0 tests=BAYES_50,HTML_MESSAGE, MIME_HTML_ONLY,MISSING_DATE,MISSING_MID,RCVD_IN_BL_SPAMCOP_NET, RCVD_IN_SORBS_WEB,RDNS_NONE autolearn=no version=3.2.5 Received: from [123.22.182.101] (helo=agora.bungi.com) by server.mojserwer.pl with smtp (Exim 4.69) (envelope-from <info@domenka.pl>) id 1OAKcD-0001kE-2t for info@domenka.pl; Fri, 07 May 2010 12:17:06 +0200 From: <info@domenka.pl> To: <info@domenka.pl> Subject: good day! MIME-Version: 1.0 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <E1OAKcF-0001kR-0u@server.mojserwer.pl> Date: Fri, 07 May 2010 12:17:07 +0200 Czy na podstawie tego można określić, czy są jakieś luki w konfiguracji exima? Nadawca jest taki sam jak odbiorca - czy mi się wydaje czy coś jest nie tak? Debian 5 + DA.

Natrafiłem na coś takiego, co może sugerować potencjalne problemy z dostępnością FreeDNS: http://42.pl/freedns.html Korzystam z tej usługi jako zapasowy DNS - pytanie czy istnieje coś alternatywnego w razie jakby wpadli na pomysł odcięcia całości?

...a już na bank na koniec roku ;-)

Witam, mam DA z apache, suphp i php 5.2.10. Jakie sa szanse na uruchomienie cacha do php w tej konfiguracji? (APC, eaccelerator, XCache) Ewentualnie jakie rozwiązanie (konfigurację) polecacie, aby skutecznie działał cache php i jednocześnie zapewnione były wymogi bezpieczeństwa? pozdrawiam

no i odpowiem sobie sam. Tak apache działa w trybie worker z suphp. Konfig dal sie odpalic i nawet czesc idzie po suphp a czesc po fastcgi. Podziękowania dla admina ktory sie wypial na mnie - przynajmniej sam sie nauczylem (aczkolwiek nie bede go polecal).

Podsumowując i dyplomatycznie rzecz ujmując mój dotychczasowy admin wypiął sie na mnie. I temat pozostał "na kiedyś". Jako że wolałbym sie sam nauczyć to proszę o podpowiedź / pokierowanie. Rozumiem, że muszę apacha odpalić w trybie worker a nie jak mam teraz w prefork? I drugie pytanie suphp będzie działało poprawnie w tym trybie z apache? W przypadku suphp php idzie po cgi, z fastcgi rowniez, wiec roznica tylko w handlerze?

Witam, mam DA. Mam domenę powiedzmy xyz.pl. Chcę, żeby wszystkie odwołania na subdomeny xyz.pl były obsługiwane przez serwis stojacy pod xyz.pl. Czyli jak ktoś wpisze blabla.xyz.pl to zapytanie trafi to na xyz.pl/index.php ALE adres wyswietlany bedzie blabla.xyz.pl (skrypt index.php bedzie odpowiednio zmienial tresc w zaleznosci od requesta) Takie catch-all na wszystkie subdomeny Sama zmiana w ustawieniach indywidualnych virtualhostow przez dodanie ServerAlias *.xyz.pl to jak wynika z moich testow to za malo. Co jeszcze/jak zmienić zeby powyzsza konfguracja zadzialala? (jakies wpisy do dns?) Pozdrawiam i dzieki z gory za podpowiedzi. PS. Tak teraz patrzę w ta funkcje DA Własne zmiany w httpd.conf dla domeny i jest informacja "Dodaj tylko dodatkowe linie dla VirtualHosta. Nie dodawaj całej sekcji <Virtualhost>..</VirtualHost>". Ponizej mam wyswietlany aktualny httpd.conf dla domeny - z tym ze w nim sa tez zawarte subdomeny. Co musze pisac powyzej zeby bylo wiadomo ze chodzi mi konkretnie o dana domene/subdomene? Bo jak wpisze ServerAlias *.xyz.pl - to do ktorej sekcji to zostanie przypisane?

No dobra sam sobie odpowiem: w dns dodalem: * A ip w httpd.conf dodatkowo ServerAlias *.xyz.pl i wyglada ze dziala. Tylko pytanie jak bym chcial dodac w httpd.conf cos extra do innej konkretnej domeny/subdomeny to wtedy jak?