Forum PHP Romania - Discutii despre PHP, MySQL, Javascript, AJAX, etc

[dev8]

pt unul din clientii carora le-am luat un server in afara au aparut niste probleme. De ex daca intru pe server prin SSH, parca nu merge netul pe acel server, adica un ping sau un lynx www.google.com nu merg, dau timeouturi, sau orice altceva care apeleaza resurse web externe serverului. In acelasi timp, culmea, apelarea siteurilor de pe serverul acesta, care este dedicat apropo, merge fara probleme, se acceseaza www.siteul_lui.com de oriunde din lume. Buba este ca daca cineva trebuie sa se inregistreze la serviciul lui, asa cum este standard cand iti faci un user, nu primeste nici un mail de confirmare, decat in clipele cand serverul isi revine si trimite toate mailurile din queue buluc. Si alte probleme care ii fac viata imposibila din cauza spusa mai sus.

Am vorbit cu adminii americani inclusiv la telefon, au zis ca nu isi dau seama care este cauza, ca este de la setarile mele. Am verificat cu un admin roman (pe banii mei, eu sunt doar un programator simplu) si in afara de cateva optimizari, nici el nu a rezolvat. Clientul ar putea plati asistenta americanilor, la un pret destul de piperat (asa se explica faptul ca nu vor sa solutioneze), dar mai intai incerc sa rezolv de aici.

Ce credeti ca inseamna "Your server has been flooding our DNS server quite often and thus has been getting rate limited. To avoid this you should perhaps point to your own DNS server at 127.0.0.1 (localhost)" ? Acesta este ultimul motiv primit azi de la ei si nu inteleg, inainte sa apelez la cineva, ce credeti ca inseamna?

Thanks

[kul]

indiferent de natura problemei rezolvarea pare una singura: muta-ti hosting-ul.

[johnutz]

dev8 a scris: Ce credeti ca inseamna "Your server has been flooding our DNS server quite often and thus has been getting rate limited. To avoid this you should perhaps point to your own DNS server at 127.0.0.1 (localhost)" ? Acesta este ultimul motiv primit azi de la ei si nu inteleg, inainte sa apelez la cineva, ce credeti ca inseamna?
As intelege de aici ca trebuie sa pui ca DNS propriul server.
Am observat ca asa e o oarecare tendinta la serverele de hosting...

[carco]

Mai ales ca "Your server has been flooding our DNS ".
Acum stau eu si ma intreb, ce cereri DNS asa multe si dese faci tu pe masina aia? Ai cumva softuri ce prelucreaza logurile (si rezolva ip-urile)?

[johnutz]

Sau poate directiva HostnameLookups activată?

[dev8]

HostnameLookups se pare ca este dezactivata by default, eu nu m-am atins niciodata de nimic la apache (cel putin asa mi-a zis adminul care trecuse pe la mine).

Deoarece situatia este la limita, adica tind sa renunt la server desi clientul ar avea de suferit cu mutarea destul de mult, iata cum sunt setarile DNS in setupurile si panelurile lor (la GoDaddy.com este hostingul):

A (Host)

DNS Manager Help :
"Description:
An A record — short for address record — is a record within a zone file that maps a domain name to an IP address. Thus, you can use an A record to indicate the IP address you want your domain or subdomain to point to. Also referred to as a host or host name. For example, if you want your domain "domainnamegoeshere.com" to point to your home computer (whose IP address is, for example, 172.0.0.1), the A record would list "domainnamegoeshere.com," or "@" as the host and "172.0.0.1" as the "Points To" IP address. Entering "@" will automatically insert your domain name as the host name for the A Record. If the A Record is for the domain "www.domainnamegoeshere.com," the host name should be entered as "www."

Do not enter "www.domainnamegoeshere.com" as the host name for an A Record."





Host | Points To | TTL

@ | 80.80.80.80(fictiv, aici este ip-ul serverului) | 3600


=============================================

Host | Record type | Value

site.com. | NS | ns.site.com.
site.com. | NS | MM1.alt_site.COM.
ns.site.com. | A | 80.80.80.80
site.com. | A | 80.80.80.80
webmail.site.com. | A | 80.80.80.80
mail.site.com. | A | 80.80.80.80
ftp.site.com. | CNAME | site.com.
www.site.com. | CNAME | site.com.
site.com. | MX (10) | mail.site.com.
80.80.80.80/24 | PTR | site.com.


Unde este 80.80.80.80 este pus aici de mine ca sa nu pun ip-ul clientului (confidentialite, deh). Am pus si helpul din setupul primei setari ca sa nu ma injurati ca am trantit aiurea, eu nu prea stiu exact despre ce este vorba, dar din ce am inteles acolo clar trebuie pus ip-ul serverului (nici nu merge altfel). Totusi, ultimul lor mail m-a bulversat: unde naiba sa pun 127.0.0.1 ? Am pus peste tot si 127.0.0.1 si nu a mers sau a fost la fel.

Unde le floodez lor si ce ? E drept ca prin natura siteului sau are niste legaturi permanente la resurse externe. Dar nu ar trebui sa-i deranjeze pe ei, ce naiba le floodeaza ?

La site.com. - NS - MM1.alt_site.COM. este o setare pe care am fost obligati sa o facem, din cate ne-au zis adminii americani, deoarece site.com nu e inregistrat la ei. A trebuit sa facem alt_site.com la ei si prin aceasta legatura de dns sa mearga site.com pe serverul lor. Sa pun si setarile de la alt_site.com ?

[carco]

Nu-i vorba de setarile DNS pentru domeniile tele ci ca masina aia intreaba de nebuna serverul lor. E posibil ca cererile sa fie facute pt. realizarea statisticilor generate de cpannel ala (probabil webalzer) in momentul cand rezolva ip-urile (in nume).

Ei iti sugerau sa-ti pornesti propriul server de nume pe masina aia si in resolv.conf sa pui 127.0.0.1. (presupun ca toata masina e a ta, altfel nu are nici o logica)

[dev8]

multumesc em@il, in sfarsit mi-ai dat si mie de inteles ce au vrut sa spuna. da, serverul este dedicat, al clientului.

poti te rog sa imi dai mai multe detalii cu pornirea unui server de nume ? este dificil ? imi recomanzi ceva anume, niste informatii ? sau crezi ca mai bine as sta potolit sa nu stric ceva, sa apelez la cei care se pricep (sunt destul de beginer cu linuxul, il utilizez si atat)

multumesc

[carco]

Pai _este_ pornit, nu ai zis ca 80.80.80.80 e ip-ul serverului?
Prin urmare ar tb. instruit resolveru' sa fol. serverul vostru DNS (pune in /etc/resolv.conf 127.0.0.1 sau 80.80.80.80)

[dev8]

em@il, am testat tot weekendul si am impresia ca nu mai sunt probleme ! mersi mult, ai avut dreptate :D

[PHPRomania Bot]