Arhiva pentru categoria ‘DNS’
Cand navigam pe internet sau accesam orice resursa folosind un nume de domeniu acesta trebuie rezolvat intr-o adresa IP. Aceasta sarcina cade in seama unui server DNS, server mentionat in fisierul /etc/resolv.conf. Serverele DNS sunt primite de obicei de la furnizorul de servicii de internet. In Linux/UNIX fisierul /etc/resolv.conf arata asa: 8fa3191577948c12d2ef847c9dd4ab5a000 Dupa cum se poate observa, instructiunea nameserver mentioneaza serverele DNS ce vor fi interogate pentru a rezolva un hostname intr-o adresa IP. Daca se intampla ca serverul DNS primit de la provider sa nu fie functional sau datorita unor probleme sa nu rezolve corect unele hostname-uri putem folosi servere DNS publice oferite de diverse companii mari. Cele mai cunoscute servere DNS publice sunt: Google 8.8.8.8 8.... Mai departe »
In debugingul serviciilor DNS un utilitar important este “dig“. E important pentru ca datorita flexibilitatii lui putem afla foarte multe informatii atat direct din linia de comanda cat si indirect din cadrul unor scripturi folosind comanda “dig” in batch mode. Practic comanda “dig“, ruland-o cu parametri potriviti, ne poate da informatii legate de inregistrarile DNS ale unui domeniu – zona A, servere MX, nameservere, inregistrare SOA etc. Sintaxa comenzii e simpla. In cel mai simplu caz se scrie numele comenzii iar ca parametru primeste numele domeniului: 8fa3191577948c12d2ef847c9dd4ab5a001 In cazul de mai sus comanda “dig” va citi din fisierul “/etc/resolv.conf” nameserverele folosite de sistem si le va interoga. Daca ne i... Mai departe »
Cand avem un server de hosting pe care ruleaza si un server DNS logic ar fi sa il folosim doar pentru rezolvarea zonelor corespunzatoare domeniilor gazduite. Sa oferim posibilitatea sa rezolve orice domenii ar insemna sa oferim o facilitate nu doar inutila ci si periculoasa care poate afecta consumul general de resurse sau care va permite unui atacator sa foloseasca serverul BIND ca platforma de lansare a unui atac de tip DDoS. Pe un server de tip LAMP vom specifica intotdeauna doua servere DNS in fisierul /etc/resolv.conf. Primul server va fi interfata loopback, 127.0.0.1, pentru rezolvarea numelor locale iar al doilea va fi serverul DNS oferit de furnizorul de servicii. Daca pe serverul DNS local nu se rezolva o cerere, se va repeta cererea pe serverul DNS secundar. Astfel putem bloca fa... Mai departe »
Daca ai un plan de reseller sau incepi o mica afacere in domeniul gazduirii site-urilor (web hosting) prinde bine sa ai nameservere pe domeniul propriu pentru un plus de profesionalism in imaginea firmei. Pentru a avea nameservere proprii trebuie sa avem un domeniu .ro (bineinteles), acces la registarul domeniului (ROTLD) si acces la serverul DNS folosit de domeniul in cauza. Prima data trebuie sa ne conectamm la ROTLD. In meniul din stanga alegem “Domenii .ro” » “Administrare Domenii” » “On-Line“. [caption id="attachment_110" align="aligncenter" width="218"][/caption] Dupa ce dam click pe linkul “On-Line” in partea dreapta se deschide un formular pentru conectare la panoul de administrare unde introducem numele domeniului, parola... Mai departe »
Round robin DNS este probabil cel mai simplu mod de a crea un sistem de echilibrare a incarcarii serverelor. Cand aveti un site care consuma foarte multe resurse, atat de multe incat un server dedicat nu mai este suficient, sunt necesare clustere pentru echilibrarea incarcarii. Clusterele pot fi create in mai multe moduri, dar cel mai simplu de realizat este un scenariu cu doua servere dedicate pentru acelasi site care au continutul sincronizat la intervale mici de timp (sau eventual realtime cu un NAS). Pentru a nu suprasolicita nici unul din servere, cel mai simplu ar fi ca o cerere sa fie trimisa unui server iar urmatoarea celuilalt. In mod normal ar fi necesara instalarea unui al treilea server care sa fie accesat si care sa functioneze ca un proxy preluand continutul procesat de un al... Mai departe »
Probabil va intrebati cum pot face unii de isi genereaza zeci sau sute de subdomenii in mod automat. Sigur nu sunt facute manual. E o chestie care se foloseste de obicei in “BlackHat SEO“. La ce e buna ? Sa va dau un exemplu. aveti un domeniu exemplu.com care are un anumit continut. O metoda ca sa apara pe google cat mai multe rezultate de pe siteul vostru e sa faceti mai multe subdomenii cu acelasi continut si sa vada google ca aveti mai multe site-uri diferite. OK, daca faceti mai multe subdomenii cu acelasi continut inseamna “duplicate content” si asta nu da bine. Google (sau orice crawler care se respecta) va deindexa in timp o parte din subdomenii deci nu ati rezolvat nimic. Spamerii s-au gandit in halul urmator: “Ce ar fi sa avem continut care se schimba in functie de subdo... Mai departe »


