kori

serwer na centos5 z trixboxem i ziproxy praktycznie nic nie zmieniam na nim ostatnio coś się stało i nie wiem jak to naprawić wszystko co odwołuje się do dnsów zamula czy to wina vps czy mechanizmów na nim, nie umiem stwierdzić np ping, raz idzie ping dobrze innym razem unknown host wp.pl innym razem wpisze te komende i czeka kilkanascie sekund zanim zacznie pingowac resolv.conf: nameserver 91.203.134.60 nameserver 193.143.121.3 po za dnami bardzo często widzę że takie drobne komendy jak top czy mc, trzeba czekać po kilka sekund, to jak sądzę wina vpsa

zrobilem wczoraj update i chyba to był błąd przełączyłem na chwile na dnsmasq i się wysypały ustawienia, coś z tym da się zrobić? system-config-network-tui-1.3.99.21-1.el5.noarch [root@12094 ~]# system-config-network An unhandled exception has occured. This is most likely a bug. Please save the crash dump and file a detailed bug report against system-config-network at http s://bugzilla.redhat.com/bugzilla Component: system-config-network Version: 1.3.99.21 Summary: TB /usr/share/system-config-network/netconfpkg/conf/Conf.py:316:write:I OError: [Errno 13] Permission denied: '//etc/sysconfig/networking/profiles//defa ult/resolv.conf' Traceback (most recent call last): File "/usr/sbin/system-config-network-tui", line 239, in ? plist.save() File "/usr/share/system-config-network/netconfpkg/NCProfileList.py", line 396, in save dnsconf.write() File "/usr/share/system-config-network/netconfpkg/conf/Conf.py", line 705, in write Conf.write(self) File "/usr/share/system-config-network/netconfpkg/conf/Conf.py", line 316, in write self.file = open(self.filename, 'w', -1) IOError: [Errno 13] Permission denied: '//etc/sysconfig/networking/profiles//def ault/resolv.conf' > /usr/share/system-config-network/netconfpkg/conf/Conf.py(316)write() -> self.file = open(self.filename, 'w', -1) (Pdb) Error in sys.excepthook: Traceback (most recent call last): File "/usr/sbin/system-config-network-tui", line 119, in <lambda> PRG_NAME, PRG_VERSION) File "/usr/sbin/system-config-network-tui", line 113, in handleException pdb.post_mortem (tb) File "/usr/lib/python2.4/pdb.py", line 1012, in post_mortem p.interaction(t.tb_frame, t) File "/usr/lib/python2.4/pdb.py", line 158, in interaction self.cmdloop() File "/usr/lib/python2.4/cmd.py", line 130, in cmdloop line = raw_input(self.prompt) KeyboardInterrupt Original exception was: Traceback (most recent call last): File "/usr/sbin/system-config-network-tui", line 239, in ? plist.save() File "/usr/share/system-config-network/netconfpkg/NCProfileList.py", line 396, in save dnsconf.write() File "/usr/share/system-config-network/netconfpkg/conf/Conf.py", line 705, in write Conf.write(self) File "/usr/share/system-config-network/netconfpkg/conf/Conf.py", line 316, in write self.file = open(self.filename, 'w', -1) IOError: [Errno 13] Permission denied: '//etc/sysconfig/networking/profiles//default/resolv.conf'

z pingami nie ma w zasadzie problemu, więc będzie 100% to tylko pierwsze odwołanie do domeny robiło te opóźnienie

zmiana dnsów nic nie zmienia ciągle te pierwsze odwołanie trwa kilka sekund dla ping gdy używam proxy z tego vps na przeglądarce czekam kilkanascie sekund zanim cokolwiek się zacznie pokazywac załadowanie strony znajdujacej sie na serwerze 1-2 wejscia odrazu, potem kolejne po kilka sekund oczekiwania ostatecznie zapodałem te serwery (0.5ms) nameserver 153.19.250.100 nameserver 91.203.134.60 nameserver 193.143.121.3 po godz. 22ej wszystko śmiga jak kiedyś zobaczymy co będzie rano, wtedy jak będzie mulić sprawa będzie już jasna nie wiele zmieniłem, w zasadzie tylko dodałem 2 dnsy wow mogłem zrobić update posta z proxy

PING wp.pl (212.77.100.101) 56(84) bytes of data. 64 bytes from www.wp.pl (212.77.100.101): icmp_seq=4 ttl=249 time=8.79 ms 64 bytes from www.wp.pl (212.77.100.101): icmp_seq=5 ttl=249 time=8.88 ms 64 bytes from www.wp.pl (212.77.100.101): icmp_seq=6 ttl=249 time=8.85 ms 64 bytes from www.wp.pl (212.77.100.101): icmp_seq=7 ttl=249 time=8.82 ms 64 bytes from www.wp.pl (212.77.100.101): icmp_seq=8 ttl=249 time=8.80 ms 64 bytes from www.wp.pl (212.77.100.101): icmp_seq=9 ttl=249 time=8.84 ms 64 bytes from www.wp.pl (212.77.100.101): icmp_seq=10 ttl=249 time=8.83 ms 64 bytes from www.wp.pl (212.77.100.101): icmp_seq=11 ttl=249 time=8.89 ms ^C --- wp.pl ping statistics --- 11 packets transmitted, 8 received, 27% packet loss, time 10009ms rtt min/avg/max/mdev = 8.798/8.842/8.892/0.128 ms zbyt często gubi pierwsze pingi pomogła znacząco ta komenda /etc/init.d/nscd restart jednak zawsze odwołanie do nowej domeny skutkuje oczekiwaniem kilkusekundowym niestety nie pomaga to stronom trzymanym lokalnie (panel trixbox)

po wyłączeniu dnsmasq było lepiej, dziś sprawdzam ale dalej to samo, jakieś dodatkowe pomysły?

nameserver 91.203.134.60 - hitme nameserver 193.143.121.3 nameserver 86.63.64.49 nameserver 86.63.64.48 nameserver 208.67.220.220 nameserver 208.67.220.222 nameserver 208.67.222.220 nameserver 208.67.222.222 nameserver 8.26.56.26 nameserver 8.20.247.20 strona na tym vps, ta od trixbox też ostatnimi czasy bardzo zamula teraz po wpisaniu loginu czekalem kilka sekund potem po wpisaniu hasla znow kilkadziesiąt, dzisiaj cały czas wczoraj nie miałem objawu tak długiego logowania maszynka przeciążona? chyba nie dns, rozwiązuje, może wina http i proxy na niestandardowych portach transfery są ostatnie pare dni tragiczne, transfery stron z vps: 5-20KB/s, www poprzez proxy na vps: 6-12KB/s .... wyłączyłem dnsmasq, i strony dobrze chodzą

serwer to centralka trixbox na centosie, nie obciąża prawie wcale tego vpsa mimo tego potrafi często przymulać dzisiaj: wchodzę na serwer, logowanie pokazuje się odrazu wpisuje login, hasło i jak tylko zatwierdze haslo łapie jakiś muł i zanim mnie wpuściło, to czekałem ok. 40sekund proxy na serwerze używa tylko jedna osoba, zwykły webuser w zupełnie innej lokalizacji, ale tak samo jak i u mnie chodzi ładnie szybko, staje, chodzi staje, taka padaczka żeby nie było tej opłaty 50zł za udostępnienie obrazu vpsa no i druga sprawa przedpłaciłem na rok, no ale jednak jakiś czas to potrafiło dobrze chodzić

ciężko wyczuć jak to testować, zaczelo lepiej chodzić a tamten speedtest caly czas to samo ten test faktycznie pokazuje prędkość łącza, także przez proxy http://www.orange.pl/speedtest.phtml http://www.scanmyspeed.com/ tak więc nimi muszę się sugerować, wtedy kiedy proxy zamula

pytanie mailowe: 22:52, odpowiedź: póki co brak ;p pytanie na forum: 22:54, odpowiedź: 23:22 czyli jednak lepiej na forum pytać ;P na serwerze jest ziproxy, i raz chodzi dobrze raz źle, dziwna sprawa nie mam żadnych limiterów transferów, więc nie wiem co może powodować tak wąskie gardło download w konsoli był na poziomie 30-50MB/s, upload nie umiem przetestować ;p system centos5 dla zainteresowanych ten pakiecik jest na serwerze, ja tylko dograłem ziproxy http://www.adrive.com/public/AaBMSc/voip_trixbox_openvz-2.6-x86.tar.gz?318.3MB http://freedisc.pl/zlotowinfo,f-281565,voip-trixbox-openvz-2-6-x86-tar.gz

strona poprzez proxy postawione na vps (12094) chyba ich atakują skoro aż taka tragedia

moduł dodawania opinii o firmie: http://www.webhostingtalk.pl/opinie/firma/309-webion-pl/ zawsze szybka reakcja przy awariach, pomocni przy problemach niedziela, problem z serwerem, pingi szły, strony nie chodziły 23:23 - mail do supportu 23:23 23:40 - odpowiedź: "Już wszystko wróciło do normy."

nie, odpowiedź krótka jak podałem wyżej miałem różne problemy, ale zawsze szybko pomagali lub z niskopriortetowym proponowali kontakt na określoną godzinę wspólnie znaleźliśmy buga w directadminie, który przysporzył mi sporo problemów jak domena była ustawiona jako domyślna to nazwy subdomenowe dodawane jako domeny nie chciały z automata działać i musieli manualnie, a każda dodanie/usunięcie domeny psuła to

ovh.pl do domeny dodają hosting 10MB

działa mi: 1. żeby oddzielić pewne strony fizycznie stosuję subdomeny w panelu domen 2. stosuję wildcard i * w strefie domen dzięki czemu używam nibysubdomen typu index.php po url rozpoznaje jaki plik php ma załadować 3. stosuję wpisy htaccess żeby pokierować podobne wyrażenia do właściwej podstrony nie działa: 4. akurat potrzebowałem subdomeny, tworzonej normalnie w domenie i ta subdomena nie działa zatem jaki tu problem powstaje?

jako że już nie chodzi o dns a o htaccess przeniosłem się tutaj http://www.webhostingtalk.pl/topic/42634-wildcard-htaccess-i-podpinanie-subdomeny-pod-folder/

RewriteCond %{HTTP_HOST} dupa.domena.pl RewriteCond %{REQUEST_URI} !dupa/ RewriteRule ^(.*)$ dupa/$1 [N,L] tworzę folder dupa w folderze /home/user/domains/domena.pl/public_html/ wchodzę na dupa.domena.pl i działa teraz chcę zrobić odwołanie z aktualnego /home/user/domains/domena.pl/public_html/dupa/ na /home/user/domains/dupa.domena.pl/public_html/ próbowałem, ale nie działa, czegoś tu poprostu nie rozumiem RewriteCond %{HTTP_HOST} dupa.domena.pl RewriteCond %{REQUEST_URI} !../../dupa.domena.pl/public_html/ RewriteRule ^(.*)$ ../../dupa.domena.pl/public_html/$1 [N,L]

proboje cos i mi nie wychodzi RewriteCond %{HTTP_HOST} dupa.domena.pl RewriteCond %{REQUEST_URI} !/home/user/domains/dupa.domena.pl/public_html/ RewriteRule ^(.*)$ /home/user/domains/dupa.domena.pl/public_html/$1 [N,L]

jak więc widzę gdy jest wildcard włączony, directadmin nie potrafi dopisać w odpowiedniej kolejności subdomen i mój problem, w pełni rozwiąże dopiero przełożenie wszystkiego na wildcardy więc moje ostatecze pytanie to jak wskazać konkrety folder do wildcardowej subdomeny za pomocą htaccess

tak, to jest pkt1 i to działa

jak dodam jako domenę to śmiga, tylko pkt 4 nie działa

niestety niezareagował właściwe subdomena dupa. cały czas ładuje index główny domeny działają tylko i wyłącznie subdomeny dodane jako domeny chciałem to teraz już zbić w jedno by przenieść do niestety nie mogę

już widzę moje niedomowienie, robię wszystko w directadmin naturalnie po za wpisami .htaccess

to jak widze wylacza cache na 3 godzinki ja js updateuje i kilkadziesiąt razy dziennie czyli jednak cache by mi wszystko psuł

doczytuję właśnie o tym wynalazku i okazuje się że może jednak spowolnić stronę http://www.dobreprogramy.pl/lukasamd/CloudFlare-przyspieszamy-witryne-chmura,30555.html źle że "js" cache'uje a ja je czesto zmieniam