Skocz do zawartości

RobRoy

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

  • Zawartość

    44

  • Rejestracja

  • Ostatnio

Posty napisane przez RobRoy

  3. Napisano · Raportuj odpowiedź

    Chciałem uruchomić dwa nowe serwery DNS: podstawowy (188.165.177.59) i zapasowy (92.222.252.16). Serwer zapasowy transferuje sobie strefę z master, bez problemów i chciałem dodać glue record, ale dostałem takiego maila od admina u rejestratora:

     

    It appears that the ns2 nameserver on IP 92.222.252.16 is correct and answering authoritatively, but the IP 188.165.177.59 for ns1 is not providing a zone for the domain.

     

    Nie rozumiem dlaczego tak jest, skoro plik strefy na ns2 jest kopią pliku strefy z ns1. Jakiego polecenia użyć aby sprawdzić poprawność strefy "z zewnątrz", bo wszystko co potrafiłem sprawdzić "od wewnątrz" wydawało się jak do tej pory poprawne.

  6. Napisano · Raportuj odpowiedź

    Jak nie jesteś cierpliwy to Kimsufi omijaj z daleka. Cena rewelacyjna i owszem, natomiast całkowity brak wsparcia - czyli jesteś zdany tylko na własne wiadomości.

     

    Przede wszystkim jednak - pomimo, że jest napisane 24h to średnio uruchomienie serwera trwa zwykle coś koło pięciu dni i nie masz możliwości zrezygnować, bo już zapłacone (tak było ze mną).

     

    W środku masz do wyboru kilkanaście systemów operacyjnych, ale tylko jedno IP.

     

    Ja po miesiącu zrezygnowałem i przeniosłem się do So You Start (też OVH, cena praktycznie ta sama, ale jakość nieporównywalnie lepsza)

  7. Napisano · Raportuj odpowiedź

    Witam. Zainstalowałem swój pierwszy certyfikat SSL od Comodo. Wszystko przebiegło sprawnie, jednakże Firefox wyświetla jedynie pół kłódki z opisem mixed content i linkiem do pomocy, że zawartość nie jest poprawnie zabezpieczona. Dla odróżnienia Chrome wyświetla pełną kłódkę przy https i nie ma żadnych zastrzeżeń.

     

    Czy ktoś mógłby mi doradzić jak rozwiązać ten problem i co jest jego przyczyną?

    Link do strony https://www.megahost.ie

  9. Napisano · Raportuj odpowiedź

    Mam zainstalowany na moim VPS powszechnie chwalone skrypty csf+lfd http://configserver.com. Jestem z tego rozwiązania całkiem zadowolony, ale od czasu do czasu dostaję takie logi jak poniżej

     

    Time: Mon Jul 14 06:02:06 2014 +0200
    File: /tmp/logcheck.ZFYbD6/ignore/su
    Reason: Known exploit
    Owner: logcheck:logcheck (119:121)
    Action: No action taken

     

    Niby jest to nie pierwszy raz i niby nic się wydarzyło, ale szczególnie mnie niepokoi - "no action taken". Może jednak należałoby coś z tym zrobić.

  10. Napisano · Edytowano przez RobRoy (zobacz historię edycji) · Raportuj odpowiedź

    Jeszcze jedno pytanie.

     

    Jeżeli dobrze rozumiem, problem z glue record powstał dlatego, że serwer DNS ns1.megahost.ie oraz domena www.megahost.ie znajdują się na tym samym IP. Czyli logicznie rozumując należałoby przenieść ns1 na inny serwer.

     

    Tak się składa, że mam teraz także drugi VPS u innego dostawcy. Czy miałoby sens przeniesienie teraz ns1 na ten drugi VPS (tam także działa BIND)? A może lepiej postawić tam ns2 zamiast fns1.42.pl?

     

    Jeszcze inny pomysł to krzyżowe ustawienie dns według którejś z poniższych zasad:

     

    1) www.megahost.ie a na nim ns1."drugiVPS" oraz ns2.megahost lub też,

     

    2) www.megahost.ie a na nim ns1."drugiVPS" oraz ns2."drugiVPS"

     

    Oczywiście, odpowiednio, na tym drugim VPS, ustawiłbym lustrzane odbicie tej jednej, wybranej, reguły

     

    Czy ktoś doradzi mi którą z tych zasad najlepiej wybrać?

     

  11. Napisano · Raportuj odpowiedź

    No panowie, ale mi namieszaliście.

     

    Jeszcze raz.

     

    Chcę mieć strefę na bind na własnym vps (zarządzanym przez virtualmina) i hostowaną na digital ocean, tak aby przy kolejnych vhostach nic nie dodawać ręcznie.

     

    Wciąż nie rozumiem, czy mam cokolwiek dodawać w panelu dns digiatal oceanu. W drugim przypadku (wg. mmmm21) raczej nic, ale w przepisie SIXwishlist, to nie wiem. Napiszcie, czy panel dns digital ocean ma być pusty czy nie?

  13. Napisano · Raportuj odpowiedź

    Przed chwilą odnalazłem kilka takich podobnych wpisów w syslog, które bardzo mnie zaniepokoiły

     

    OSSEC HIDS Notification.
    2014 Jun 13 07:12:46

    Received From: mójserwer->/var/log/syslog
    Rule: 1002 fired (level 2) -> "Unknown problem somewhere in the system."
    Portion of the log(s):

    Jun 13 07:12:45 mójserwer spamd[501]: spf: lookup failed: panic: Infinite recursion in SWASHNEW for 'IsAlpha'

     

    Czy ktoś wie, o co chodzi, bo google nie bardzo chce pomóc?

  14. Napisano · Raportuj odpowiedź

    po dziesięciu minutach od wprowadzenia powyższych danych dostałem odpowiedź, taką jak zawsze.

     

    Dear customer,

    There were problems redelegating megahost.ie to the following
    nameservers:

    ns1.megahost.ie
    ns2.megahost.ie
    ns3.megahost.ie

    The error message received from the registry/registrar was:

    Data management policy violation. Glue record is required

    You may re-attempt this procedure with different nameservers by logging into your account

  17. Napisano · Raportuj odpowiedź

    Bardzo proszę o wytłumaczenie mi, co jest źle w tych wpisach, bo ciągle dostaję odpowiedź od rejestratora domeny z błędem i wyjaśnieniem "Data management policy violation. Glue record is required".

     

    Wydawało mi się, że glue record już jest w tym wpisie, ale może czegoś nie rozumiem. Rekord poniżej:

    $ttl 38400
@	IN	SOA	ns1.megahost.ie. root.megahost.ie. (
			2014061204
			10800
			3600
			604800
			38400 )
	IN	NS	ns1.megahost.ie.
        IN      NS      fns1.42.pl.
         MX 5           mail.megahost.ie.

ns1	IN	A	188.226.232.23
fns1.42.pl. IN A        79.98.145.34
www	IN	A	188.226.232.23
ftp	IN	A	188.226.232.23
m       IN      A       188.226.232.23
localhost	IN	A	127.0.0.1
webmail	IN	A	188.226.232.23
admin	IN	A	188.226.232.23
mail	IN	A	188.226.232.23
@	IN	A	188.226.232.23

    Jeżeli coś trzeba zmienić lub dodać, to proszę o porady.

×