Probleme dupa efectuarea importului din fisier sql
Ce mi s-a intamplat mie:
A trebuit sa refac serverul de internet cu webhtb. Am facut exportul la baza de date intr-un fisier txt (sintaxa SQL) si apoi am facut importul pe noul computer. Toate bune si frumoase pana aici. I-am dat drumul, m-am uitat in lista de clienti si interfata care era configurata, am drumul si la Internet. Stupoare ! Nici un client nu facea trafic. Am restartat QoS-ul. La fel. Pe urma am sters un client din lista si l-am recreat cu aceleasi detalii. Si a inceput sa faca trafic. Are cineva o idee ? N-as vre sa stau sa recreez toti userii, sunt prea multi.....
Tue, 01 Nov 2011 18:05:52 +0200
Boga
Posted Reply
Salut! Ideia e urmatoarea, sunt cateva posibilitati, acu o sa te intreb, dupa reinstall si dupa logare vezi clientii exact cum erau inainte? Ai facut update-ul care iti apare dupa logare daca e varianta din sectiunea download? Ai setat permisiile? Esti pe aceiasi interfata de retea cea care e spre clienti? Ai selinux oprit? Daca esti pe interfata corecta, daca vezi in webhtb clientii ca inainte si daca esti ok cu restul cerintelor, nu are de ce sa nu mearga!
Wed, 02 Nov 2011 04:28:33 +0200
Delicostea Daniel
Posted Reply
De asemeni vezi sa fie bine portul la ssh si sa ai parola la userul root, exemplu ubuntu nu are by default si ai pui cu sudo passwd root
Wed, 02 Nov 2011 04:30:20 +0200
Delicostea Daniel
Posted Reply
Nu am schimbat decat masina fizica (hardware-ul). In rest acelasi OS - Centos 5.5, aceeasi interfata catre useri, acelasi mysql, apache, acelasi port 22 ssh. Vad aceiasi clienti, cu reguli cu tot (dupa logare). Selinux oprit. Indiferent de IP-ul clientului , este sau nu in lista, mi-l pune in clasa default. Daca sterg userul si il creez din nou cu acelasi ip, mac, upload/download, merge. Altfel mi arunca pe toti in clasa default. Am mai spus unui coleg treaba asta si a crezut ca fac misto de el. Pana s-a convins...
Si chiar am luat fisierele de configurare de pe serverul cel vechi (mysql, webhtb, sysctl, sysconfig-ul, tot). La fel face...Ideea este ca...nu mai am idei...Decat sa ii iau la rand pe toti.
Wed, 02 Nov 2011 07:40:53 +0200
Boga
Posted Reply
Este foarte absurd, tu spui ca ei apar, dar nu merg, daca-i refaci atunci merg numai cei refacuti, am inteles corect? Deci incerc sa explic, in directorul xml ai un fisier xml care se genereaza din mysql, bun, sterge-l si da-i start la qos, verifica daca apare cu toti clientii, pt. ca poate nu are drepturi sa-l suprascrie pe cel vechi. 2. vezi daca se creeaza un fisier in /tmp care arata sub forma 646464.sh , numarul lui este pur random, dar inainte de asta vezi in que_parser.php si comenteaza-i mai de la urma rm -f /tmp/$rand.sh . dai start/restart la qos, si vezi daca fisierul exista in /tmp sub forma numar intamplator.sh. De asemenea editeaza-l si vezi daca-s regulile cu toti clientii. Dca da pur si simplu da-i ./etc.sh apoi vezi show rules. Daca in acest caz totul e ok, adica daca fisierul xml la fiecare pornire apar eventualele modificari si daca in /tmp apar acele sh-uri in perfecta stare si mai si merg daca-s executate manual. doar atunci da e ok. daca din web nu merg ceva e acolo, ori nu ia root, ori nu poate scrie, rescrie, strege..., chestii de genul acesta. ai varianta din consola, dua ce instalezi serviciul, sa-l pornest ca root: service webhtb start si vezi daca torul e ok
Wed, 02 Nov 2011 17:23:17 +0200
Delicostea Daniel
Posted Reply
Ce bolovan sunt ! Erau toate in regula. Doar ca eu faceam probe in alta locatie cu laptopul meu, si schimbam doar IP-urile. Dar de adrese MAC uitasem ca am legat IP-urile de MAC-uri....:D. Dar totusi acel script cu "12345".sh nu apare in /tmp. Dar oricum nu mai conteaza. Acum este in regula....Ca sa stie si restul utilizatorilor de webhtb. Produsul este super.
Sat, 05 Nov 2011 03:24:30 +0200
Boga
Posted Reply
E..., nu apare ca nu ai comentat din que_parser.php sa nu se stearga singur dupa executare. Nu-i bai, ma bucur ca te-ai prins ce greseai acolo.
Sat, 05 Nov 2011 06:23:34 +0200
Delicostea Daniel
