Niektóre maile ładnie dochodzą a niektóre ze zwrotką

450 4.7.1 Client host rejected: cannot find your reverse hostname

Z poziomu konsoli:

server:~# dig  -x 91.205.73.182
; <<>> DiG 9.6-ESV-R4 <<>> -x 91.205.73.182
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 2801
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;182.73.205.91.in-addr.arpa.	IN	  PTR
;; Query time: 112 msec
;; SERVER: 91.205.73.254#53(91.205.73.254)
;; WHEN: Fri Dec 16 13:01:02 2011
;; MSG SIZE  rcvd: 44

Czyli nie widać odpowiedzi. Za którymś razem ta sama komenda:

server:~# dig  -x 91.205.73.182
; <<>> DiG 9.6-ESV-R4 <<>> -x 91.205.73.182
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15899
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;182.73.205.91.in-addr.arpa.	IN	  PTR
;; ANSWER SECTION:
182.73.205.91.in-addr.arpa. 160854 IN   CNAME   182.73.205.91.in-addr.arpa.teredo.pl.
182.73.205.91.in-addr.arpa.teredo.pl. 57 IN PTR server.aktywne24.pl.
;; Query time: 0 msec
;; SERVER: 91.205.73.254#53(91.205.73.254)
;; WHEN: Fri Dec 16 13:01:13 2011
;; MSG SIZE  rcvd: 125

Co jest grane? Raz jest, raz nie ma? Może coś blokować firewall? (csf)

Czy może jest inna przyczyna zwrotek poczty?

Witam,

korzystam z Debian 6 na OpenVZ z directAdminem. Poprzednio korzystalem z csf ale do poprawnego działania na OpenVZ brakuje mu modułów, do których nie ma dostępu.

W związku z tym pytanie i prośba o sugestie jak wdrożyć firewalla lub/i inne zabezpieczenia przy OpenVZ? Przynajmniej proszę o wskazanie kierunku z czego najlepiej korzystać przy takiej konfiguracji.

Pozdrawiam

OpenVZ, Debian 6, wszystko cacy, tylko na koniec:

*************************************
*								   *
*   All parts have been installed   *
*								   *
*************************************
Type: /etc/init.d/httpd restart
./install.sh: line 241: ./directadmin: No such file or directory
./install.sh: line 244: ./directadmin: No such file or directory
System Security Tips:
  http://help.directadmin.com/item.php?id=247

i po sugestii restartu apacha:

root@server:~# /etc/init.d/httpd restart
Stopping httpd:
Starting httpd: httpd: Syntax error on line 143 of /etc/httpd/conf/httpd.conf: Syntax error on line 21 of /etc/httpd/conf/extra/httpd-vhosts.conf: Could not open configuration file /etc/httpd/conf/ips.conf: No such file or directory

nieśmiało wnioskuję, że nie może znaleźć skryptu directadmin. Gdzieś trzeba ścieżkę dodać?

Dla informacji skrypt instalacyjny ściągnąłem do katalogu /root o ile to istotne.

Jakieś sugestie jak doprowadzić do końca instalację?

Witam,

przymierzam się do przesiadki z jednego VPS na drugi. Mam wykupiona 1 licencje DA life-time. W związku z brakiem możliwości przerzucenia całej maszyny z jednej wirtualizacji na drugą wychodzi że trzeba się pobawić pojedynczo. Podsumowując:
- mam VPS na XEN z zainstalowanym DA i z używanymi kontami
- mam drugi VPS OpenVZ "pusty"

Zakładam, że mogę zakupić np. miesięczną licencję DA na VPS z OpenVZ, postawić ją i potem wykonać migrację z jednego DA na drugi.

Pytanie co dalej?
Czy i jak mogę przenieść swoją licencję life-time na tego VPS z OpenVZ tymczasowo korzystającego z miesięcznej licencji DA?

Czy sugerujecie jakiś inny tor postępowania? Zaznaczam, że nie chcę doprowadzać do jakiś przestojów w działaniu kont pod DA.

Witam,

tak się rozglądam po webadminach i nie mogę namierzyć jakiegoś, który ma wbudowaną obsługę php-fpm i nginx (no niechby tam jako proxy dla apacha, ale zawsze). Taka obsługa bez potrzeby mieszania "z palca" w konfiguracji.

Źle szukam, czy po prostu nie ma? I takie konfiguracje to trzeba sobie samemu wyczarować bez wspomagaczy webowych?

W DA wychodzi, że trzeba ostro mieszać, ISPconfig jakieś wsparcie jest dla nginxa jako proxy ale dla php-fpm już nie widać... (DA akurat mam, no i pierwszy rzut oka to na darmowe ale nie wykluczam płatnych).

Jakieś wskazówki, doświadczenia w tej materii? Cel to w sumie sprawdzenie wydajności takiej konfiguracji i być może przeniesienie się produkcyjnie przy jak najmniejszym nakładzie grzebania w konfigu i później w ramach ew. poprawek.

Dzięki za podpowiedzi.

P.S. Tak, wiem że ngninx nie obsługuje .htaccess. Chyba, że mam nieaktualne dane? ;-)