Blajsero
Użytkownicy-
Zawartość
4 -
Rejestracja
-
Ostatnio
Typ zawartości
Profile
Fora
Katalog firm
Wszystko napisane przez Blajsero
-
Witam, czasami pojawiają się różne problemy z trasami pomiędzy odległymi serwerami. Np z dedyka nie mam połączenia do 72.55.156.59 czyli: ping 72.55.156.59 PING 72.55.156.59 (72.55.156.59) 56(84) bytes of data. ^C --- 72.55.156.59 ping statistics --- 9 packets transmitted, 0 received, 100% packet loss, time 7999ms oraz: traceroute 72.55.156.59 traceroute to 72.55.156.59 (72.55.156.59), 30 hops max, 60 byte packets 1 host-194-24-175-129.ncgroup.pl (194.24.175.129) 1.012 ms 1.065 ms 1.183 m s 2 * * * 3 * * * [...] Ogólnie komunikacja lezy i kwiczy, ale z domowego kompa jak zrobie tracert do 72.55.156.59, to mam: C:\Documents and Settings\Wol2>tracert taleworlds.com Trasa śledzenia do taleworlds.com [72.55.156.59] przewyższa maksymalną liczbę przeskoków 30 1 <1 ms 2 ms <1 ms pomi.lan [192.168.0.10] 2 23 ms 16 ms 9 ms Lodz-bras1.inetia.pl [195.114.190.57] 3 14 ms 15 ms 37 ms 83.238.251.124 4 42 ms 23 ms 24 ms WarsH002RT22-WarsC001RT06.inetia.pl [83.238.251.167] 5 44 ms 21 ms 20 ms 83.238.248.53 6 31 ms 32 ms 17 ms te1-7.ccr01.poz01.atlas.cogentco.com [149.6.28.5] 7 37 ms 33 ms 21 ms te3-7.ccr01.ber01.atlas.cogentco.com [154.54.72.153] 8 43 ms 32 ms 27 ms te0-7-0-10.ccr21.ham01.atlas.cogentco.com [154.54.76.121] 9 51 ms 34 ms 39 ms te0-0-0-3.ccr21.ams03.atlas.cogentco.com [130.117.50.41] 10 47 ms 65 ms 45 ms te0-0-0-2.ccr21.lpl01.atlas.cogentco.com [154.54.37.70] 11 * 133 ms 128 ms te0-4-0-4.ccr21.ymq02.atlas.cogentco.com [154.54.44.201] 12 114 ms 115 ms 115 ms 38.122.42.122 13 134 ms 123 ms 114 ms te9-3.dr5.mtl.iweb.com [67.205.127.93] 14 133 ms 127 ms 123 ms taleworlds.com [72.55.156.59] Śledzenie zakończone. No czyli wszystko jest w porządku. Zauważyłem też że z dedyka do 83.238.248.53 (piąty węzeł na trasie z domu) mam pełną komunikacje czyli: traceroute 83.238.248.53 traceroute to 83.238.248.53 (83.238.248.53), 30 hops max, 60 byte packets 1 host-194-24-175-129.ncgroup.pl (194.24.175.129) 0.953 ms 1.067 ms 1.203 ms 2 kix-waw-sw1.k-ix.net.pl (91.212.9.1) 3.239 ms 3.246 ms 3.244 ms 3 netia2.plix.pl (195.182.218.137) 4.969 ms 4.956 ms 4.962 ms 4 WarsB010RT06-WarsC001RT06.inetia.pl (81.210.126.252) 5.544 ms WarsB010RT06-WarsC001RT06.inetia.pl (81.210.126.254) 7.842 ms WarsB010RT06-WarsC001RT06.inetia.pl (81.210.126.252) 5.548 ms 5 83.238.248.53 (83.238.248.53) 14.217 ms * * Mam jeszcze drugiego dedyka i tam tez dziala mi ping do 72.55.156.59. Teraz istota problemu, czyli jak wpłynąć na trasę i wymuśić przejście pakietów z dedyka do 72.55.156.59 przez 83.238.248.53 (tak zauwazylem ze to węzeł netii ), albo jakikolwiek inny węzeł byle by odzyskać komunikacje? Rozważałem też zrobienie tunelu pomiędzy dwoma dedykami i zrobienie trasy do 72.55.156.59 przez ten właśnie tunel, ale jakoś średnio mi się to widzi i wole najpierw poszukać innego rozwiązania. Macie jakieś sugestie? W jakim kierunku googlać?
-
Wiedza czemu nie maja routingu nie rozwiązuje problemu moich klientów z dostępnością wybranego serwera, a takie braki w livenecie są dosyć częste i dopóki nie zmienimy serwerowni trzeba sobie jakoś radzić. Podobne problemy natrafiłem też w komunikacji z serwerami OVH stającymi we Francji więc nie jest to jakoś odosobniony przypadek, i warto mieć jakieś doraźne rozwiązanie tego problemu, zwłaszcza gdy potrzebna jest komunikacja na tu i teraz, nie koniecznie z zachowaniem maksymalnej wydajności.
-
Podstawy znam, ale zawsze jest jakaś nadzieja na mniej znane, dobre tricki, tak jak z tym tunelem
-
Cóż panowie, zamiast biadolić, trzeba wystawić opinie, tutaj http://www.webhostingtalk.pl/opinie/firma/17-livenet-pl/ , zabrać swoje zabawki i iść gdzie indziej, a szkoda bo ping mieli fajny.
-
C:\Documents and Settings\Wol2>tracert kanary.katapulta.net Trasa śledzenia do kanary.katapulta.net [91.203.223.71] przewyższa maksymalną liczbę przeskoków 30 1 1 ms <1 ms <1 ms router.lan [192.168.0.10] 2 24 ms 21 ms 22 ms Lodz-bras2.inetia.pl [195.114.190.184] 3 27 ms 27 ms 25 ms 83.238.251.208 4 44 ms 24 ms 25 ms WarsC001RT06-WarsB010RT06.inetia.pl [81.210.126. 253] 5 24 ms 22 ms 23 ms war-cx1.tpix.pl [195.149.232.5] 6 28 ms 25 ms 25 ms networkcommunication-1.k-ix-net.pl [91.212.9.75] 7 * * * Upłynął limit czasu żądania. 8 * * * Upłynął limit czasu żądania. 9 * * * Upłynął limit czasu żądania. 10 * * * Upłynął limit czasu żądania. 11 * * * Upłynął limit czasu żądania. 12 * * * Upłynął limit czasu żądania. 13 * * * Upłynął limit czasu żądania. 14 *
-
Hej, poszukuje aplikacji, najlepiej na windowsa, ewentualnie linuxa, która umożliwi bierzące monitorowanie serwerów linuxowych (debian). Takie swoiste centrum analizy stanu systemu. Wymagania: - analiza logów systemowych w trybie ofline (czyli logi nie moga być wysyłane na bierząco przez serwer, bo stacja monitorująca czyli mój komputer jest wyłączana na noc, i wtedy były by dziury) czyli zapewne było by to poprostu okresowe pobieranie plików z logami z serwera. - monitoring zużycia procesora, pamięci operacyjnej, dysku, wykorzystania łącza (np przez snmp) - monitoring aplikacji działających na serwerze (np czas odpowiedzi na żadanie strony www, łączie z kontrolą treści) - powiadomienia o nieprawidłowościach (anomaliach w logach itp,) w postaci wysuwanego komunikatu koło zegarka systemowego i/lub migającej ikonki Dobra, narazie tyle co mi przyszło na bierząco do głowy, później jeszcze usiąde i głębiej przeanalizuje temat. I teraz 2 pytanka. 1. Czy ktoś zna aplikacje która mogła by spełniać te wymagania bądź chociaż ich część z większym uwzględnieniem tych pogrubionych. 2. Jeżeli takiej aplikacji nie ma to czy byłby ktoś chętny na zakupy, gdyby powstała? Samemu dla siebie średnio się opłaca pisać
-
Maja jakieś problemy z routingiem. Bo nie latają pingi do pewnych serwerów np: 103.1.185.254 ping 103.1.185.254 PING 103.1.185.254 (103.1.185.254) 56(84) bytes of data. ^C --- 103.1.185.254 ping statistics --- 8 packets transmitted, 0 received, 100% packet loss, time 6999ms My traceroute [v0.75] xxxx (0.0.0.0) Sat Jun 2 18:19:56 2012 Keys: Help Display mode Restart statistics Order of fields quit Packets Pings Host Loss% Snt Last Avg Best Wrst StDev 1. host-194-24-175-129.ncgroup.pl 0.0% 10 0.4 0.4 0.3 0.4 0.0 2. ??? Z innych lokalizacji nie ma najmniejszego problemu. Router: NETIA Command: traceroute 103.1.185.254 traceroute to 103.1.185.254 (103.1.185.254), 30 hops max, 40 byte packets 1 77-252-0-2.ip.netia.com.pl (77.252.0.2) 0.527 ms 0.559 ms 0.638 ms 2 WarsH002RT16-WarsH002RT22.inetia.pl (81.210.127.165) 4.073 ms 4.056 ms 4.059 ms 3 WarsH002RT22-WarsB010RT06.inetia.pl (83.238.251.10) 3.808 ms 3.809 ms 3.789 ms 4 henet.plix.pl (195.182.218.197) 0.675 ms 0.700 ms 0.781 ms 5 10gigabitethernet3-1.core1.ber1.he.net (184.105.213.226) 9.139 ms 9.164 ms 9.156 ms 6 10gigabitethernet5-1.core1.ams1.he.net (184.105.213.229) 23.635 ms 24.097 ms 24.161 ms 7 10gigabitethernet2-1.core1.par2.he.net (184.105.213.102) 42.672 ms 42.746 ms 42.731 ms 8 10gigabitethernet7-1.core1.ash1.he.net (184.105.213.93) 111.177 ms 111.223 ms 111.296 ms 9 10gigabitethernet7-4.core1.pao1.he.net (184.105.213.177) 174.511 ms 174.563 ms 174.594 ms 10 10gigabitethernet3-4.core1.sjc1.he.net (72.52.92.114) 184.164 ms 181.261 ms 181.275 ms 11 tpg-internet-pty-ltd.10gigabitethernet3-1.core1.sjc1.he.net (72.52.66.22) 322.478 ms tpg-internet-pty-ltd.10gigabitethernet1-3.core1.sjc1.he.net (72.52.93.38) 324.317 ms 324.224 ms 12 syd-sot-ken-crt1-ge-0-0-0.tpgi.com.au (203.29.135.145) 332.188 ms 332.184 ms syd-sot-ken-crt1-ge-7-0-0.tpgi.com.au (203.29.135.42) 333.373 ms 13 202-7-162-246.tpgi.com.au (202.7.162.246) 332.125 ms 333.435 ms 332.259 ms 14 29.112.220.203.unassigned.comindico.com.au (203.220.112.29) 333.645 ms 333.653 ms 332.552 ms 15 29.112.220.203.unassigned.comindico.com.au (203.220.112.29) 332.442 ms 333.560 ms 332.401 ms 16 203.220.0.231.mammoth.net.au (203.220.0.231) 332.288 ms 331.171 ms 332.395 ms 17 vps1.gamecreate.com (103.1.185.254) 334.446 ms !X 333.280 ms !X 333.161 ms !X
-
Co do infolinii to, jak byście umieścili jakiś zwykły numer stacjonarny obok tego 801 to ludzie mogli by się dodzwonić i z komórki, ale to pewnie jest nie na rękę bo więcej zgłoszeń = bardziej zapchana infolinia.