czaczawik

Jest sobie VPS +webmin + virtualmin o hostname vps483999.ovh.net Jest tam domena adamczaczkowski.pl z której to wysyłane z roundcube'a maile lecą do spamu. Większość errorow i warnow zgłaszanych przez https://mxtoolbox.com/domain/adamczaczkowski.pl udało mi się usunąć. Zostały 4 które mnie pokonały. Nie wiem czy te 4 warny są przyczyną oznaczania moich maili jako spam. Czy mogę prosić o pomoc? Google nie pomógł mi rozwiązać problemu oznaczania wiadomości jako spam.

Opis problemu: http://www.webhostingtalk.pl/topic/57810-webmin-vps-maile-w-spamie Zlecę naprawę oraz poinstruowanie mnie co było źle ustawione tak, abym na przyszłość sam to ogarnął. Oferty ze stawką proszę kierować na pw.

problem ciagle istnieje, ostatni test https://www.mail-tester.com/web-avkoc

oto nagłówki: Delivered-To: czarna.hogata@gmail.com Received: by 10.37.40.3 with SMTP id o3csp151208ybo; Thu, 14 Dec 2017 03:01:59 -0800 (PST) X-Google-Smtp-Source: ACJfBoujCP7cstUF1M6cVt+59nSUiM4xxok920WLsi+YVA0JT5BiUyc6eb7kLokio0bDZ43wMRD+ X-Received: by 10.223.172.146 with SMTP id o18mr5467047wrc.128.1513249319659; Thu, 14 Dec 2017 03:01:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1513249319; cv=none; d=google.com; s=arc-20160816; b=KhcajMmIntxXgdXcTdLFX0JlvDaQtVYFespzOQQCqStUYAF7DM7wnSSQXWIpVEh9co PFML8h7/J7gEc+O2Gx2XzY6/QZ9g6s/xYr3RtZenGE1ZQjVstnGTTfnLzCqttRweSdA/ 0RyRszh57racJrWIYNuqzOQbA3t4FpXvhjF/GEL78XJxMy0xzocDxr2zbpir5hihJOqt llG9GVE4PivHr+FQiW1n29vpxKovcXgiqey0FYLy2FIvKXGxe2i5TUyMm1BsvMd58MQk rFdExUZV3q13y3wIGBk7TMuaBB59SLaBv1SiyHtUhsauuMRhsTqb7f2r7kUK0Lb9lW1+ XE2w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=user-agent:message-id:subject:to:from:date :content-transfer-encoding:mime-version:dkim-signature :arc-authentication-results; bh=Ojf91b1bVcRQnicwz1EW3UGTU2QLV07aR7YXs64Iy9o=; b=D1amIrPzXS/NjHmMlqOok7IJAN0USIJJXwMHFEC46ti9/Gx2SH6Oy6O/11B4D6zoAw H7PE0RgWCipO1Qzzkx3nW1K7Mqy0oQxW8T4/xcv5QP33uK+5meuAgcZHQlpURAJcAjD+ jhtBtor8sacfko8Q+coI8HwTQ/NJVzMP0USDW41rB6z4D9DoOky9WEBFCOpu+YQqKFGC FFrgCFhUS7znwTyCBEEahDg18SZi06dX3shvdG2mNUY/ULeyWJRx/XB8fpZrUdRKifLm 74zG6p/ym9qcyeEb3nMjsz+aKmaqm7eTKT+EjK8wJXLXX3zxDLLIULdvALw4FUWFlYWs pYUA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@adamczaczkowski.pl header.s=2017 header.b=wH3MyZ5j; spf=pass (google.com: domain of adamczaczkowski@adamczaczkowski.pl designates 54.37.137.255 as permitted sender) smtp.mailfrom=adamczaczkowski@adamczaczkowski.pl; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=adamczaczkowski.pl Return-Path: <adamczaczkowski@adamczaczkowski.pl> Received: from vps483999.ovh.net (255.ip-54-37-137.eu. [54.37.137.255]) by mx.google.com with ESMTPS id o24si2962294wmi.38.2017.12.14.03.01.59 for <czarna.hogata@gmail.com> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Dec 2017 03:01:59 -0800 (PST) Received-SPF: pass (google.com: domain of adamczaczkowski@adamczaczkowski.pl designates 54.37.137.255 as permitted sender) client-ip=54.37.137.255; Authentication-Results: mx.google.com; dkim=pass header.i=@adamczaczkowski.pl header.s=2017 header.b=wH3MyZ5j; spf=pass (google.com: domain of adamczaczkowski@adamczaczkowski.pl designates 54.37.137.255 as permitted sender) smtp.mailfrom=adamczaczkowski@adamczaczkowski.pl; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=adamczaczkowski.pl Received: from adamczaczkowski.pl (localhost [127.0.0.1]) by vps483999.ovh.net (Postfix) with ESMTPA id BCDCF3F873 for <czarna.hogata@gmail.com>; Thu, 14 Dec 2017 12:02:00 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=adamczaczkowski.pl; s=2017; t=1513249320; bh=Oyk7W7F6W9VX08Tdt7EkADbWhFuloIm/527n31RO9Wk=; h=Date:From:To:Subject:From; b=wH3MyZ5jtwjp1FFXnyBpyiTEYTUHr1KcjZacWLLAiFM5kgtQ5SvHFNNLd/143jw76 xuwu89U7r9vu/Ei4UslqJ3kD0pUTFvgjr5m3b04FixIvWKQ0219eWKryVfLb0XcCUv PCUFLA+8NaQxAhoIqdekhFIr9v+WYTmz0G/TQssNLsdGveQ/tonXU4oVCubQ2TFrAe 94azR6C/rGb2MMhxHYNmV4+JDA0unZ+ZePM5HKcHvzGyTdJFoP6jGuZXzK5yxiu/Sa Hiho6I6wYX6SKsDT0m5Tkvwz7U5yubpkijqXkp2LDnF+gbQ8hmHwfmWbc5Erm/fkCh l9WLrTWLqiC7g== MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Thu, 14 Dec 2017 12:02:00 +0100 From: adamczaczkowski <adamczaczkowski@adamczaczkowski.pl> To: czarna.hogata@gmail.com Subject: =?UTF-8?Q?Czy_jeste=C5=9B_zadowolony=28a=29_z_zakupu_=3F?= Message-ID: <15581cb5a10f3d96c3f033cfcab4047c@adamczaczkowski.pl> X-Sender: adamczaczkowski@adamczaczkowski.pl User-Agent: Roundcube Webmail/1.3.3 niby masz racje....ale rDNS mam taki jaki widnieje w panelu OVH Your reverse DNS does not match with your sending domain. Reverse DNS lookup or reverse DNS resolution (rDNS) is the determination of a domain name that is associated with a given IP address. Some companies such as AOL will reject any message sent from a server without rDNS, so you must ensure that you have one. You cannot associate more than one domain name with a single IP address. Your IP address 54.37.137.255 is associated with the domain 255.ip-54-37-137.eu. Nevertheless your message appears to be sent from vps483999.ovh.net. You may want to change your pointer (PTR type) DNS record and the host name of your server to the same value. Here are the tested values for this check: IP: 54.37.137.255 HELO: vps483999.ovh.net rDNS: 255.ip-54-37-137.eu A tak mam w OVH http://prntscr.com/hnd6ey

Wyżej wkleiłem zły link do testu....już poprawiłem i daje tez tutaj https://www.mail-tester.com/web-yk7wc EDIT: maile nie docierają tylko (póki co) na gmail

Ciagle tuptam w kółko....stoję na takim etapie 9.7 / 10 pkt a maile dalej lecą do spamu https://www.mail-tester.com/web-yk7wc Dodam, że liczę na pomoc nieodpłatna....ale to chyba oczywiste bo inaczej pisałbym w dziale OFERTY PRACY / ZLECENIA

narzędzie od @zajcev pomogło mi podnieść score z 3.7 na 6,7 ale dalej nie chcę mieszać bo co tu kryć, jestem noobem a DNS / rDNS / recordy to już magia https://www.mail-tester.com/web-b97vg @Rolej już piszę

Jakaś grubsza sprawa.... konta www klientów lezą :/ traceroute to 178.63.102.95 (178.63.102.95), 30 hops max, 60 byte packets 1 praha-4d-c1-vl55.masterinter.net (77.93.199.253) 6.280 ms 6.323 ms 6.408 ms 2 vl1391.cr2.c16.127.cecolo.prg.masterinter.net (83.167.254.142) 1.954 ms 1.959 ms 1.945 ms 3 * * * 4 ae6-2011.nbg40.core-backbone.com (80.255.14.246) 8.335 ms 8.347 ms 8.326 ms 5 core-backbone-100g-nbg.hetzner.de (81.95.15.6) 123.700 ms 123.709 ms 123.696 ms 6 core12.nbg1.hetzner.com (213.239.229.165) 123.444 ms 123.472 ms 123.470 ms 7 core21.fsn1.hetzner.com (213.239.245.222) 128.620 ms core22.fsn1.hetzner.com (213.239.245.213) 125.226 ms 125.249 ms 8 ex9k2.rz12.hetzner.de (213.239.229.246) 10.392 ms 10.404 ms 10.394 ms 9 * * * 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * *

Czy jest jakiś system, który z jednego miejsca (panelu) pozwoli zarządzać treścią na kilku subdomenach (xxx.jakasdomena.pl) ? Generalnie na tych subdomenach będą dane w 95% identyczne, chodzi o wprowadzanie drobnych zmian w css i grafice. Wiem, że WP ma takie cos, ale może coś jeszcze ?

To zdało by egzamin gdyby strony miały by być identyczne

Na wstępie przepraszam, ze piszę w tym dziale, ale moj problem wynika bardziej z niewiedzy na temat obsługi SSH niż samego problemu. Do rzeczy: Chodzi o stronę ansriskos.pl (skrypt IPB) Gdy w google wpiszę Andriskos i w wynikach wyszukiwania klikam na moja strone to przenosi mnie na zarazone strony. Dzieje sie to raz na jakis czas zatem dodatkowo zapisywane jest cookie na hdd. Identyczny problem jest opisany na stronie http://peter.upfold.org.uk/blog/2013/01/15/cleaning-up-the-ip-board-url4short-mess/ niestety ja nie potrafię biegle posługiwać sie konsolą aby to usunąć. Bardziej kumaty znajomy bawil sie programem typu TCP Stream i oto co napisal: W index / .htaccess nic nie ma. Czy znajdzie się dobra dusza, która pomoże odsyfić forum ? Podejrzewam, że wykonanie kroków z pierwszego linka oraz z postów pod wpisem załatwiło by sprawę. Dodam, że to jakaś grubsza sprawa bo po wrzucenie świeżych plików z oficjalnej strony IPB przez chwile jest ok a po około 2 dniach jest to samo.

Jeśli syf siedzi to w bazie lub plikach. Innej możliwości raczej nie widzę. Dziurawy serwer ewentualnie...ale tu juz byle pikus sie nie wlamie. Kwesta znalezienia i usunięcia zarażonych wpisów.

tak, hasla do DB, DA. FTP.....wszystko zmienione. Zapytam wprost: Czy ktoś z Was będzie na tyle uprzejmy i wejdzie w konsole zerknie / przejdzie po kolei kroki z pierwszego linka?

@metrowy o lewiznach nie ma mowy. Na ipb forum i owszem... ale za $ a mnie nie stac aby placic ze skromnej renty socjalnej. @pedro Na ftp czysto. Nie ma tam tez innych domen. No i po infekcji wgralem czyste pliki z oficjalnej paczki

Doinstalowałem sobie do DA sofcik pod tytułem ConfigServer Security & Firewall. Dziś zaczęło mnie nękać pewnie IP ( kolo 3tyś nieudanych prób logowania ) Pytania: 1. Czy csf nie powinien zareagować i bloknąć owego natręta? 2. Dodałem 'z palca' owe IP przez opcję w csf (quick deny) i dostałem odpowiedź: Blocking 60.36.163.161... Adding 60.36.163.161 to csf.deny and iptables DROP... DROP all opt -- in !lo out * 60.36.163.161 -> 0.0.0.0/0 DROP all opt -- in * out !lo 0.0.0.0/0 -> 60.36.163.161 Czy owa reguła jest w porządku? Chodzi mi o IP 0.0.0.0/0 , dałbym rękę uciąć ,że to powinno być ip mego vps ale jestem zielony więc pytam.

Na VPS z debianem dzis wyszly kwiatki jakies i nie startuje. root@zbigniewbystrzanowski:~# /etc/init.d/mysqld start Starting mysqld: [ OK ] root@zbigniewbystrzanowski:~# /usr/local/mysql/bin/mysqld_safe: line 144: 5307 Segmentation fault nohup /usr/local/mysql/bin/mysqld --basedir=/usr/local/mysql --datadir=/usr/local/mysql/data --plugin-dir=/usr/local/mysql/lib/plugin --user=mysql --log-error=/usr/local/mysql/data/zbigniewbystrzanowski.err --open-files-limit=100000 --pid-file=/usr/local/mysql/data/zbigniewbystrzanowski.pid < /dev/null >> /usr/local/mysql/data/zbigniewbystrzanowski.err 2>&1 ostatnie linie z /usr/local/mysql/data/zbigniewbystrzanowski.err Thread pointer: 0x0 Attempting backtrace. You can use the following information to find out where mysqld died. If you see no messages after this, something went terribly wrong... 140228 12:25:20 mysqld_safe mysqld from pid file /usr/local/mysql/data/zbigniewbystrzanowski.pid ended InnoDB: Warning: io_setup() attempt 5 failed. 140228 12:25:21 InnoDB: Error: io_setup() failed with EAGAIN after 5 attempts. InnoDB: You can disable Linux Native AIO by setting innodb_native_aio = off in my.cnf 140228 12:25:21 InnoDB: Initializing buffer pool, size = 128.0M 140228 12:25:21 InnoDB: Completed initialization of buffer pool 140228 12:25:21 InnoDB: highest supported file format is Barracuda. 140228 12:25:21 - mysqld got signal 11 ; This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked against is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware. We will try our best to scrape up some info that will hopefully help diagnose the problem, but since we have already crashed, something is definitely wrong and this may fail. key_buffer_size=8388608 read_buffer_size=131072 max_used_connections=0 max_threads=151 thread_count=0 connection_count=0 It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 338487 K bytes of memory Hope that's ok; if not, decrease some variables in the equation. Thread pointer: 0x0 Attempting backtrace. You can use the following information to find out where mysqld died. If you see no messages after this, something went terribly wrong... stack_bottom = (nil) thread_stack 0x40000 InnoDB: The log sequence number in ibdata files does not match InnoDB: the log sequence number in the ib_logfiles! /usr/local/mysql/bin/mysqld(my_print_stacktrace+0x39)[0x794a09] 140228 12:25:21 InnoDB: Database was not shut down normally! InnoDB: Starting crash recovery. InnoDB: Reading tablespace information from the .ibd files... /usr/local/mysql/bin/mysqld(handle_segfault+0x380)[0x4fcc60] /lib/libpthread.so.0(+0xeff0)[0x7f079bf8aff0] /usr/local/mysql/bin/mysqld[0x88c73c] /usr/local/mysql/bin/mysqld[0x85196e] /usr/local/mysql/bin/mysqld[0x7de650] /lib/libpthread.so.0(+0x68ca)[0x7f079bf828ca] /lib/libc.so.6(clone+0x6d)[0x7f079b424b6d] The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains information that should help you find out what is causing the crash. 140228 12:25:21 mysqld_safe mysqld from pid file /usr/local/mysql/data/zbigniewbystrzanowski.pid ended Liczę na pomoc

jak sie człowiek wczyta w komunikat błędu to i rozwiazanie sie znajdzie. InnoDB: You can disable Linux Native AIO by setting innodb_native_aio = off in my.cnf

Zmieniłem php z 5.3.27 i chciałem dodać xcache według ( zamiast do /src to pobralem do /tmp ) i teraz # php -v PHP Warning: PHP Startup: XCache: Unable to initialize module Module compiled with module API=20121212 PHP compiled with module API=20100525 These options need to match in Unknown on line 0 PHP 5.4.24 (cli) (built: Feb 3 2014 19:58:29) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies with the ionCube PHP Loader v4.5.2, Copyright (c) 2002-2014, by ionCube Ltd. Nie wiem jak zgrac modul z php aby była ta sama wersja. Liczę na pomoc.

Sam sobie odpowiem, coby dla potomnych zostało dałem ciała przy wersji phpize. Powinno być: /usr/local/php54/bin/phpize54 /configure --enable-xcache --with-php-config=/usr/local/php54/bin/php-config54 # php -v PHP 5.4.24 (cli) (built: Feb 3 2014 19:58:29) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies with XCache v3.1.0, Copyright (c) 2005-2013, by mOo with the ionCube PHP Loader v4.5.2, Copyright (c) 2002-2014, by ionCube Ltd. with XCache Cacher v3.1.0, Copyright (c) 2005-2013, by mOo

Jest sobie serwerek z takim phpinfo: http://via.klavdi.pl/info.php a na nim instalka Joomla 3.x ( testowane na 3.0 oraz 3.2 ) http://via.klavdi.pl i ta oto instalka po wpisaniu podstawowych danych nie chce nijak przejść do kroku drugiego. Co dziwne, jeśli sie nie wpisze żadnych danych i wciśnie Dalej to wywala info aby uzupełnić pola. Gdy już je uzupełnię i wciskam Dalej to nie dzieje się zupełnie nic. Podejrzewam, że to coś po stronie serwera, ale co? Czy jakaś mądra głowa mogła by mi poradzić od czego zacząć rozwiązanie tego problemu ?

U mnie linie 16, 17 i 18 wyglądają tak: error_reporting(E_ALL); const JDEBUG = true; @ini_set('magic_quotes_runtime', 0); zakomentowanie linii odnośnie wyświetlania błędów nic nie dało Help...... i need somebody, HELP - - - EDIT - - - Właśnie przeprowadziłem testy na innym VPS u tego samego dostawcy i wstępnie skonfigurowanym przez ich administratora. Konfigi niemalże identyczne. Efekt: Joomla buntuje się w identyczny sposób

Ostatnie bledy w logu mysqla są sprzed tygodnia. Aby przełączyć joomlę w tryb debugowania to (o ile dobrze sie doczytałem) musi ona być już zainstalowana

no to ległem bo niby po polsku mówisz, ale cale życie na windowsach... podpowiesz jak to odkręcić? Ewentualnie jakis tutek

chmody raczej ok 755 / 644 error log, ostatnie wpisy z polnocy... [Wed Jan 22 00:11:05.066281 2014] [lbmethod_heartbeat:notice] [pid 20175:tid 139677816444672] AH02282: No slotmem from mod_heartmonitor [Wed Jan 22 00:11:05.068791 2014] [mpm_event:notice] [pid 20175:tid 139677816444672] AH00489: Apache/2.4.6 (Unix) OpenSSL/0.9.8o mod_fcgid/2.3.9 configured -- resuming normal operations [Wed Jan 22 00:11:05.068840 2014] [core:notice] [pid 20175:tid 139677816444672] AH00094: Command line: '/usr/sbin/httpd -D SSL'

Mam problem z open_basedir. Mianowicie na starym serwerze dedykowanym wszystko chodziło ładnie i bez problemów. Po przenosinach do firmy Mintshost (chociaż to mało istotne gdzie) na VPS z DA forum mi sypie na dzień dobry błędem: MyBB napotkało błąd wewnętrzny i nie może kontynuować. Typ błędu: Ostrzeżenie (2) Treść błędu: require(): open_basedir restriction in effect. File() is not within the allowed path(s): (/home/admin/:/tmp:/var/tmp:/usr/local/lib/php/) Podobna sprawa jest z Safe Mode: MyBB napotkało błąd wewnętrzny i nie może kontynuować. Typ błędu: Ostrzeżenie (2) Treść błędu: session_start(): SAFE MODE Restriction in effect. The script whose uid is 1002 is not allowed to access /tmp owned by uid 0 Oczywiscie zarówno open basedir jak i safe mode mogę wyłączyć w panelu DA i wszystko działa. Na zapytanie zadane dla Administratora owej firmy czy mogę to wyłączyć i spać spokojnie dostałem odpowiedź: "Może to pozostać wyłączone, nic złego z tego powodu się nie stanie" Jednak nie daje mi to spokoju, proszę o pomoc w rozwiązaniu problemu. Jestem baadzo początkujący w linuxach wiec proszę łopatologicznie. Dostarczę wszelkie dane jakich będzie potrzeba do rozwiązania problemu. Na początek php -v PHP 5.3.27 (cli) (built: Dec 13 2013 21:14:46) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2013 Zend Technologies with eAccelerator v0.9.6.1, Copyright (c) 2004-2010 eAccelerator, by eAccelerator Słyszałem, ze takie błędy może powodować eA. Jego cahe dir jest ustawiony na /var/cache/eaccelerator moze to byc problemem?