kafi

Masz rację, mój błąd. Nawet podwójny błąd. DirectAdmin ma dosyć dziwne ustawiania tych rekordów. Ta konfiguracja która jest obecnie jest poprawna. Ale dla domeny behemot.topportal.pl. A pytanie - czy owy zaiksowany mail też jest z tej domeny, czy to jakaś inna domena, z którą to właśnie ewentualnie może być problem.

A po grzyba z trybu rescue, skoro można bezproblemowo wybrać w ovh'owym konfiguratorze system Windows (nawet nie wykupując od nich licencji)?

To, co podałeś, to priorytet. Oprócz niego w polu obok jest miejsce na wartość.

A to jakaś tajemna sztuka jest niby, że trzeba ją potrafić?

MX wskazuje na nazwę kanoniczną a nie adres IP...

To teraz przeczytaj N-razy komunikat, który ci się wyświetlił Za N+1 razem zrozumiesz, że musisz się zalogować na konto administratora tej domeny i zmodyfikować ustawienia strefy (a nie próbować dodać nową z drugiego konta).

Ty masz dodawać te wpisy nie w panelu ispcp ale na stronie http://freedns.42.pl

Masz niepoprawnie skonfigurowany wpis MX. Raz, że jest on dla nazwy mail.behemot.topportal.pl (a powinien być chyba dla samego behemot.topportal.pl, bo poczte wysylasz z admin@behemot a nie admin@mail.behemot), to i jego wartość też jest niepoprawna składniowo.

Jeśli dodajesz rekord A, to jako name podajesz tester a jako value twój adres IP.

Nie. Musisz wejść w zarządzanie strefą cs-wysypisko.pl i tam dodać rekordy w strefie (a nie tak ja chyba próbujesz dodać nową strefę).

Tak, dokładnie o tym. Dla każdej z subdomen dodanych przez panel musisz dodać rekord typu A w panelu FreeDNS::42. Możesz ewentualnie dodać rekord w grupie CNAME, gdzie nazwa domeny to *.cs-wysypisko.pl. a wartość cs-wysypisko.pl. PS: Te kropki na końcu są bardzo istotne. Nie są to zbędne znaki interpunkcyjne mojej wypowiedzi

>nslookup -type=NS cs-wysypisko.pl Serwer: google-public-dns-a.google.com Address: 8.8.8.8 Nieautorytatywna odpowiedź: cs-wysypisko.pl nameserver = fns2.42.pl cs-wysypisko.pl nameserver = fns1.42.pl Wniosek z tego taki, że w obecnej konfiguracji musisz dodać rekord ręcznie na FreeDNS::42. Jeśli ci to niewygodne, to po prostu przedeleguj domenę na namservery umieszczone na twoim VPS.

Niestety, szklana kula uległa uszkodzeniu i nie jest w stanie stwierdzić nic o konfiguracji DNS domeny xxxxxxxxxxxxx.xxxxxxx.xxxx.

rfc1081, rfc937

Troszkę się zagalopowałeś z wklejeniem tej interpretacji. Jeśli jesteś uczestnikiem tej rozmowy, to prawa do jak możesz złamać tajemnicę rozmowy? Jak stworzysz sobie notatkę ze stenogramem owej rozmowy to też niby łamiesz prawo? Co innego jest z udostępnieniem komukolwiek owej rozmowy czy też notatki, tu sprawa jest bardziej śliska. Natomiast jeśli będziesz nagrywał, że tak się upraszczająco wyrażę, podsłuchaną rozmowę [nie jesteś jej uprawnionym uczestnikiem], no to wtedy naruszasz jak najbardziej wspomniane paragrafy. A co do mintshosta - to mogli by chociaż ustawić język polski jako domyślny w WHMCS. Bo dosyć dziwnie wygląda kwiatek w postaci Druga rzecz, ktoś napisze o co tu chodzi: Raz, że niepoprawne, mylące dane (niezgodne z krs), to dwa, gdzie się pan Michał K. podziewa?

Po prostu jakiś klient hostingodawcy JAKAŚDOMENA.PL zapuścił u siebie skrypt postaci <?php file_get_contents('http://twoj.adres.pl'); ?> i go sobie wywołuje raz na jakiś czas. Np. po to, aby podkradać twoją zawartość i ją parsować. Odezwij się do tej jakiejśfirmy, poinformuj ją, niech ewentualnie coś z tym zrobią. A jak nie, to wytnij jej adresację z użyciem iptables.

Po prostu owe adresy wycinane są na ichszym firewallu i NIC z tym na wyposażeniach CPE nie zrobisz. Sugestia aby zapytać jest zapewne po to, że może wyjść, że to pomyłka no i zostać odblokowane. Nie podoba ci się, to niestety, ale musisz zbudować sobie inną infrastrukturę, w której będziesz w pełni władny kształtować sobie ruch sieciowy i decydować, co przyjmiesz, a co wytniesz.

Zapewne uszkodziłeś stratyfikator bitów. Sorki, nie mogłem

Archi, czy przeczytałeś post #10?

Patrząc na to, co jest pod adresem http://188.165.238.119 [czyli niby twojej bramki, pewnie maszyny-matki vpsa] to twoje stwierdzenie nie jest pozbawione sensu

Strefapc, ty czytasz cokolwiek, czy ględzisz aby coś napisać? Przecież w pierwszym poście wyraźnie jest napisane co zwracane jest po wydaniu pinga do nazwy domenowej... A taka konfiguracja (szczególnie traceroute) wygląda mi na błędną konfigurację hypervisora, ewentualnie ovhowe IP Failover. Bo bramę masz osiągalną, ale dalej już ruch nie jest puszczany. Jednym słowem - męcz support.

To wklej wynik poleceń route -n mtr 213.180.141.140 traceroute 213.180.141.140

Spójrz na to, czy możesz pingować po adresach IP. Wspomniany błąd sugeruje dosyć mocno problem z połączeniem do serwera dns. PS: Przez SSH możesz się połączyć (po swoim adresie ip), czy też działa tylko konsola awaryjna hypervm?

sudo -s echo "nameserver 8.8.8.8" > /etc/resolv.conf exit

No to też napisałem ci, może w troszkę brutalnych słowach, że koszt uspokojenia Kolopika (rachunek mamony + straconego czasu) jest niewspółmierny do efektów owego uspokojenia Kolopika. Znacznie prościej jest przedstawić własny PoV, niech sobie czytający określi to, a energię przeznaczoną na spory wykorzystać na jakieś pożyteczniejsze rzeczy. Nie zawsze. Problem tylko taki, że jeśli jest podobne, to nie wypowiadam się, bo po co zaśmiecać wątek postami 100%Tak. A wracając do NASK i jego partnerów - to teraz rzadko komu chce się bawić w więzienia transferowe. Bo przecież niezwłoczne wydanie kodu authinfo wcale nie oznacza niezwłocznego bezpłatnego wydania kodu. Tzn. kod dostaniesz ale na fakturce vat za wydanie kodu z terminem płatności 2 dni od daty wysyłki.