Skocz do zawartości

czaczawik

Użytkownicy
 Wyświetl profil  Zobacz jego aktywność

  • Zawartość

    113

  • Rejestracja

  • Ostatnio

Posty napisane przez czaczawik

  3. Napisano · Raportuj odpowiedź

    Co mówią nagłówki wiadomości, która dotarła na Gmaila?

     

    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

    Wydaję mi się, że problemem jest revDNS, jeśli nie docierają na gmail, prawdopodobnie na hotmail również lecą do spamu.

    Miałem podobną sytuację, jednak po poprawnym skonfigurowaniu rDNS problem już nie występuje.

     

    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

  7. Napisano · Raportuj odpowiedź

    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.

  8. Napisano · Raportuj odpowiedź

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

  14. Napisano · Raportuj odpowiedź

    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:

    Czesc Adam,
    jak slusznie zauwazyles, czasami dochodzi do nietypowego przekierowania na wspomniana przez Ciebie strone. Akcja ta jest wywolana przez nastepujacy kawalek kodu:
    document.location='http://filestore321.com/download.php?id=1838a21b'
    ktory zostaje wywolany przez nastepujacy skrypt, ktory znajduje sie w kodzie HTML Twojego forum:
    http://andriskos.pl/index.php?ipbv=88bccbcc506fb400a715f734602a0b0e&g=js
    Wygląda na to, ze to właśnie plik index.php zawiera zlosliwy kod wywołujący przekierowanie. Jeśli tam nie znajdziesz źródła problemu, sprawdź tez plik konfiguracyjny serwera (.htaccess w przypadku Apache)

     

     

    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.

  16. Napisano · Edytowano przez czaczawik (zobacz historię edycji) · Raportuj odpowiedź

    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

     

  17. Napisano · Edytowano przez czaczawik (zobacz historię edycji) · Raportuj odpowiedź

    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

  18. Napisano · Raportuj odpowiedź

    Zmieniłem php z 5.3.27 i chciałem dodać xcache według ( zamiast do /src to pobralem do /tmp )
    cd /tmp
    ~/src $ tar -zxf xcache-3.1.0.tar.gz
    ~/src $ cd xcache-3.1.0
    ~/src/xcache $ phpize
    ~/src/xcache $ ./configure --enable-xcache
    ~/src/xcache $ make
    ~/src/xcache $ su
    ~/src/xcache # make install
    ~/src/xcache # cat xcache.ini >> /usr/local/php54/lib/php.ini
    (it's two > not one)
    (now edit /etc/php.ini with your favorite editor)
    ~/src/xcache # $EDITOR /etc/php.ini
    (make sure zend_extension=../../xcache.so is the first before any other zend_extension=***)

     

     

    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.

  19. Napisano · Edytowano przez czaczawik (zobacz historię edycji) · Raportuj odpowiedź

    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

  22. Napisano · Raportuj odpowiedź

    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'

     

  23. Napisano · Raportuj odpowiedź

    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 ?

     

  25. Napisano · Edytowano przez czaczawik (zobacz historię edycji) · Raportuj odpowiedź

    Po zakomentowaniu w php.ini wpisów odnośnie eA

    extension="eaccelerator.so"
eaccelerator.shm_size="16"
eaccelerator.cache_dir="/var/cache/eaccelerator"
eaccelerator.enable="1"
eaccelerator.optimizer="1"
eaccelerator.check_mtime="1"
eaccelerator.debug="0"
eaccelerator.filter=""
eaccelerator.shm_ttl="0"
eaccelerator.shm_prune_period="0"
eaccelerator.shm_only="0"

    błąd open_basedir ustąpił. Ale jak to ze sobą pogodzić to nie mam pojęcia.

    HELP

     

    EDIT

     

    Czyżby ratowało mnie tylko przejście na xCache ?

×