spindritf

Dobre domeny dla księży z pasującymi inicjałami.

Zmień rekord A wskazujący teraz 93.157.98.98 na adres IP serwera, gdzie chcesz utrzymywać tę stronę www. (Wcześniej albo następnie, oczywiście, musisz skonfigurować serwer www na serwerze pod tym adresem).

Ale poprawność konfiguracji możesz sprawdzić niemal natychmiast odpytując konkretny serwer dns.

Zależy, co chcesz osiągnąć.

Zmiany konfiguracji DNS na home nic nie dadzą, bo ta domena, chociaż zarejestrowana w home, nie jest obsługiwana przez serwery DNS home.pl. $ dig ns prospeedway.pl +short ns3.ogicom.pl. ns1.ogicom.pl. ns2.ogicom.pl. Wszystkie one zwracają ten sam adres $ for i in 1 2 3; do dig A @ns$i.ogicom.pl prospeedway.pl +short; done 93.157.98.98 93.157.98.98 93.157.98.98 który również nie nalezy do home. Albo zmień delegację, albo zmień konfigurację domeny tam, gdzie ją utrzymujesz, czyli na ogicom.pl.

Zdecydowanie 2. Ten RAID pewnie w ogóle nie zrobi żadnej zauważalnej różnicy.

Zgłaszacie abuse?

Zależy od konfiguracji i tego, co użytkownicy na nim uruchomią. Taki serwer może utrzymać tysiące stron, albo może go zajechać jeden większy serwis. Ja mam podobny, podzielony na dwie wirtualki (jedna pod www, druga pod MySQL) i z powodzeniem utrzymuje setkę użytkowników, a mógłby pewnie i trzy razy tyle. load average: 0.55, 0.49, 0.45 Swoją droga, ani cron, ani serwer dns zazywczaj nie generują zauważlnego obciążenia. I pamiętaj o jakichś backupach.

Moto G. Kontakty przenosisz eksportując je na starym telefonie do Google. Jak już będą w Google Contacts, to pojawią się automatycznie na każdym powiązanym z tym kontem droidzie.

Fantazjujesz.

Nie widzę. To w której pracujesz i wiesz, że pozwalają na 10TB?

Nie, nie, do tej Twojej firmy. Ja wiem, że oni piszą unlimited, ale jak na któregokolwiek z tych hostów nawet spróbujesz wrzucić 100TB, to szybko się okaże, że jednak nie jest unlimited.

Ta? Daj linka do Waszej oferty.

To może nie jest spam w rozumieniu polskiej ustawy, ale tak to będą widzieli dostawcy.

Digital Ocean nie mieści się w budżecie. Nawet OVH policzy go przynajmniej 40zł miesięcznie za takiego VPS-a, czyli też ponad 300zł rocznie. No i musiałby to wszystko sam pracowicie skonfigurować, bo oni przecież w tych cenach nie mają administracji. Dalej to już jest z górki bo serwer www z webdavem ma za darmo, certyfikat StartSSL tak samo.

W tej cenie, to chyba będzie ciężko. Ile to jest kilkadziesiąt gigabajtów?

KVM albo Xen są najlepszymi pośrednimi wskaźnikami jakości, kiedy kupujesz VPS-a. Ale skoro masz własny serwer dedykowany(?), to wybierz taką metodę, która najbardziej odpowiada Twoim potrzebom. Do wydzielenia zasobów wystarczy openvz, albo i w ogóle lxc.

I co registrar może wartościowego dodać? Dane ukryć najwyżej.

Zawsze się wypisuję, gdy tylko jest taka możliwość. Moja skrzynka nie jest zalewana spamem. Nawet w folderze spam znajduję może kilkanaście wiadomości miesięcznie. Skąd ten mit?

Nie. Robak rozwiąże nazwę tak samo, jak normalny klient. Mógłbyś usuwać te dodatkowe wpisy, odcinając klienta od jego konta, ale równie dobrze możesz mu po prostu zmienić hasło.

Oni pobierają dane z whois IP, z którego przyszedł mail, IP serwerów, na których są utrzymywane domeny, do których linki zawiera spam, a potem pozwalają wybrać do kogo wysłać zgłoszenie. Jednocześnie utrzymują listę operatorów, którzy nie chcą, żeby się z nimi kontaktować, więc nie zawracasz głowy ludziom, którzy i tak nic nie zrobią. No i nie wyślesz też zgłoszenia do własnego operatora, bo czasem spamy zawierają linki do unsubscribe w domenie, w której jest Twój serwer pocztowy. Dla przykładu, dostałem spam pięć minut temu, wklejam Parsing header: Received: by 10.96.140.234 with SMTP id rj10csp12307qdb; Thu, 26 Jun 2014 05:20:47 -0700 (PDT) no from host 10.96.140.234 (getting name) no name 10.96.140.234 discarded Received: by 10.60.129.161 with SMTP id nx1mr15010520oeb.28.1403785246885; Thu, 26 Jun 2014 05:20:46 -0700 (PDT) no from host 10.60.129.161 (getting name) no name 10.60.129.161 discarded elegancko odfiltrowują wymiany w wewnętrznej infrastrukturze Google, Received: from 189-209-73-7.static.axtel.net (189-209-73-7.static.axtel.net. [189.209.73.7]) by mx.google.com with ESMTP id jh6si9536452obb.83.2014.06.26.05.20.46 for <x>; Thu, 26 Jun 2014 05:20:46 -0700 (PDT) host 189.209.73.7 = 189-209-73-7.static.axtel.net. (cached) 189-209-73-7.static.axtel.net. is 189.209.73.7 Possible spammer: 189.209.73.7 189.209.73.7 is not an MX for 189-209-73-7.static.axtel.net. Host 189-209-73-7.static.axtel.net. (checking ip) = 189.209.73.7 Received line accepted znajdują i sprawdzają IP, Tracking message source: 189.209.73.7: Routing details for 189.209.73.7 [refresh/show] Cached whois for 189.209.73.7 : ipmaster@axtel.com.mx Using abuse net on ipmaster@axtel.com.mx używają abuse@ dla operatora tego IP i... abuse net axtel.com.mx = abuse@transtelco.net, axtelipmaster@gmail.com, ipmaster@axtel.com.mx, abuse@axtel.com.mx, postmaster@axtel.com.mx Using best contacts abuse@transtelco.net axtelipmaster@gmail.com ipmaster@axtel.com.mx abuse@axtel.com.mx postmaster@axtel.com.mx postmaster@axtel.com.mx bounces (11 sent : 6 bounces) Using postmaster#axtel.com.mx@devnull.spamcop.net for statistical tracking. akurat nic nie wysyłają część tylko wysyłają, bo poprzednie zgłoszenia do jednego z adresów się odbijały. Wszystko z automatu, bez wysiłku.

Nie. Glue records są potrzebne, bo serwery dns znajdują się w domenie, którą obsługują. Jeśli ktoś chce poznać adres megahost.ie, to musi o to zapytać ns1.megahost.ie, ale adresu ns1.megahost.ie też nie zna. Żeby obejść ten problem, Twoje registry (organizacja obsługująca tld, np. NASK dla .pl) przy pytaniach o megahost.ie załączy również adres IP dla ns1.megahost.ie. Żeby registry wiedziało, jaki adres IP ma ns1.megahost.ie, musisz go podać swojemu registrarowi (organizacja, w której domenę wykupiłeś, często oddzielna od registry). Taki wpis nazywa się glue record. Alternatywą jest utrzymywanie serwerów DNS w innej domenie niż ta, którą obsługują. I tak, mógłbyś na przykład używać ns1.twojdostawca.pl i ns2.twojdostawca.pl, które odpowiadałyby na zapytania o megahost.ie. Ktoś gdzieś w końcu będzie musiał mieć poprawnie skonfigurowane glue records, ale wtedy to nie jest Twój problem.

To jakiś absurd. Oczywiście, że należy się wypisać, jeśli istnieje taka możliwość. I zmienić operatora pocztowego, jeśli pozwala na "zasranie i obsranie" skrzynki spamem. Należy również w miarę możliwości zgłaszać spam do abuse operatora sieci, z której wiadomość pochodzi. Najwygodniej przez SpamCopa.

Lubuntu 14.04 to imho najlepszy wybór. Nie najpiękniejszy, ale zdecydowanie najlżejszy nowoczesny system. Dlaczego grafika miałaby się grzać? Jaką tam masz kartę graficzną? Intela? Jeśli tak, to wszystko powinno działać poprawnie z domyślnym kernelem, poza dekodowaniem filmów. Żeby działało dekodowanie filmów, musisz dodać repo z mplayerem z vaapi oraz doinstalować sterownik po dodaniu ppa. sudo add-apt-repository ppa:sander-vangrieken/vaapi sudo apt-get update sudo apt-get install libva-intel-vaapi-driver vainfo mplayer-vaapi gnome-mplayer a następnie w swoim programie do odtwarzania (polecem gnome-mplayer, który jest nakładką na mplayera właściwego) wybrać w ustawieniach vaapi.

To weź kimsufa.