Bez kategorii
Like

Puściłem do Internetu bąka.

25/11/2012
405 Wyświetlenia
0 Komentarze
21 minut czytania
no-cover

I co? I nic!
Timeout.
Jak to jest z bąkami w Polsce?
Trochę wyjaśnienia: nazwałem paczkę ping – bąkiem.
Nazwa ping pochodzi od dźwięku echa sonaru.

0



 Ciąg dalszy artykułów: http://idb.nowyekran.pl/post/80654,problemy-techniczne-ne-to-oszustwo-hostingowe-firmy-micfo

http://idb.nowyekran.pl/post/80992,fachowe-uzdrawianie-wlasnych-problemow-z-internetem


Funkcja Ping pozwala sprawdzić dostępność w sieci do przyłączonego do niej komputera.

Program Ping jest wyposażeniem podstawowym każdego systemu operacyjnego. Jeżeli własny komputer jest wyłączony lub schowany za Firewall to nie przepuszcza paczki ping.
 
Wtedy można skorzystać z usług portali komputerowych. Taka usługa wysyła na adres serwera docelowego paczki Echo-Request w specjalnym internetowym protokole komunikatów kontrolnych ICMP (ang. Internet Control Message Protocol).
 
Wyliczona różnica czasu pomiędzy wysłaną przesyłką, a otrzymaną odpowiedzią (Echo-Reply) jest czasem osiągalności serwera.
 
Zastosowałem podobną metodę dla sprawdzenia jak to jest z osiągalnością Nowego Ekranu w Polsce?
 
Niektórzy z redakcji NE w dalszym ciągu twierdzą – patrz komentarze u dołu, że mają problemy, wg mojego podejrzenia po to by odrzucić moje oskarżenie firmy Micfo LLC i wejść w swój ulubiony teren  chorobliwych teorii spiskowych o złych agentach Tuska, gdyż one tak pięknie dowartościowują własne błędy, zajmują wszystkim czas i są tak wdzięcznie nieskuteczne.
Oj, myśmy się tak starali, ale nie wyszło – typowy syndrom św. Teresy z Bombaju.
Nazwa Nowyekran.pl ma w  rekordzie systemu DNS, adres 199.189.249.113
 
Adres numeryczny nie potrzebuje już być tłumaczony, gdyż jest zrozumiały dla komputerów. Dlatego zapytanie o adres 199.189.249.113, jest zrozumiały dla komputerów w Internecie.
 
Adres nowyekran.pl w formie cyfrowej nie musi już przechodzić przez serwer DNS firmy NetArt.
 
W ten sposób widać, czy chodzi o manipulację na serwerze DNS w firmie NetArt, czy nie.
 
Dla sprawdzenia dostępności i czasu komunikacji z serwerami Nowego Ekranu w USA wybrałem program Traceroute (nazywany też Tracert), służący do badania trasy pakietów w sieci IP.
 
Program Traceroute należy do standardowego wyposażenia systemów unixowych, a Trasert systemów Windows. W Windows można ten program otworzyć rozkazem tracert.exe
 
Pierwsze zapytanie o nowyekran.pl puściłem przez serwer w Warszawie. Gwiazdki znaczą, że dalsza droga jest blokowana przez firewall lub sieć jest przeciążona. W żadnej z prób "bąk" nie dotarł do celu, dlatego typuję na specjalną konfigurację firewalla.
 
Trzy paczki danych wysyłane do każdego następnego serwera zredukowałem w przykładowej analizie "Bąków z Warszawy", dla zachowania czytelności, do pojedynczych odpowiedzi. Rząd wielkości się zgadza.
 
Interpretacja
sygnał z serwera wyjściowego firmy GTS w Piasecznie pod Warszawą ma w Warszawie bardzo szybką odpowiedź 0,8 milisekundy [ms]. Leci do następnego serwera w Warszawie, od którego serwer GTS otrzymuje odpowiedź w ciągu 3, 4 ms.
Następne odpowiedzi serwer GTS otrzymuje od dalszych serwerów zlokalizowanych w Warszawie w ciągu 0,6 ms oraz 0,7 ms. Następny sygnał przychodzi do serwera GTS z serwera w Rumunii w ciągu 17 ms.
 
Z Rumuni "bąk" leci do Frankfurtu nad Menem i daje odpowiedź w ciągu 22 ms .
 
Następny serwer dający odpowiedź serwerowi GTS w Warszawie znajduje się już po drugiej stronie Atlantyku i po drugiej stronie Ameryki we Fremont, w Kalifornii i stamtąd pierwszy serwer daje odpowiedź w ciągu 31 ms. Także drugi serwer w Fremont daje ten sam rząd wielkości: 31 ms.
Po drugim serwerze w Fremont –uwaga, się zaczyna!
 
Następny we Fremont daje odpowiedź w czasie 105 ms, następny we Fremont w 124 ms i tam we Fremont wpada do sieci Micfo, gdzie normalny sygnał leci jeszcze raz w poprzek kontynentu amerykańskiego do Nowego Jorku. Tego w analizie nie ma, gdyż serwery firmy micfo odrzuciły moje bąki z Warszawy i z Krakowa, co jest dokumentowane trzema gwiazdkami.
 
Dla uproszczenia ma sens pokazanie, jak długo trwa odpowiedź od pierwszego serwera usługodawcy Micfo
 
Do Warszawy – 117 ms
Do Krakowa – 128 ms
Do Hanoweru (Niemcy) – 106 ms
Do Monachium (Niemcy) – 114 ms
Do Princeton (USA) – 24 ms
Do Washington, DC (USA) – 12 ms
Do San Diego (USA) – 49 ms
 
Bąki z Warszawy
 
traceroute to 199.189.249.113 (199.189.249.113), 30 hops max, 60 byte packets
 
2  217.153.235.185 (217.153.235.185 – Warszawa) 0.758 ms 
3 taro-dbp1-so-0-0-0-0.net.ipartners.pl (157.25.4.237- Warszawa) 3.364 ms
4 157.25.248.114 (157.25.248.114- Warszawa) 0.614 ms
157.25.248.118 (157.25.248.118) 0.623 ms
 5 195.39.208.221 (195.39.208.221 – Rumunia) 17.200 ms
 6 30gigabitethernet4-3.core1.fra1.he.net (80.81.192.172 – Frankfurt Am Main) 21.606 ms 
 7 10gigabitethernet1-4.core1.par2.he.net (184.105.213.162 – Fremont) 31.297 ms  
10gigabitethernet2-2.core1.par2.he.net (72.52.92.26 – Fremont) 30.878 ms 
 8 10gigabitethernet7-1.core1.ash1.he.net (184.105.213.93 – Fremont) 105.430 ms 
 9 10gigabitethernet1-2.core1.atl1.he.net (184.105.213.110 – Fremont) 124.207 ms 
10 micfo-llc.gigabitethernet2-17.core1.atl1.he.net (209.51.171.14 – Fremont ) 116.973 ms 

11 -30 * * *

godz 4:02  24.11.12


Bąki z Krakowa

traceroute to nowyekran.pl (199.189.249.113), 30 hops max, 40 byte packets
 
 1 ip-94.124.2.200.serverini.net.pl (94.124.2.200) 0.035 ms 0.012 ms 0.010 ms – Kraków
 2 172.31.1.2 (172.31.1.2) 0.204 ms 0.284 ms 0.397 ms   – private Internet
 3 henet.plix.pl (195.182.218.197) 4.492 ms 4.582 ms 4.621 ms – Warszawa
 4 10gigabitethernet3-1.core1.ber1.he.net (184.105.213.226) 13.068 ms 13.077 ms 13.178  ms Fremont
 5 10gigabitethernet5-1.core1.ams1.he.net (184.105.213.229) 27.409 ms 27.415 ms 27.521 ms Fremont
 6 10gigabitethernet2-1.core1.par2.he.net (184.105.213.102) 37.350 ms 45.917 ms 45.906 ms Fremont
 7 10gigabitethernet7-1.core1.ash1.he.net (184.105.213.93) 111.741 ms 111.789 ms 111.866 ms Fremont
 8 10gigabitethernet1-2.core1.atl1.he.net (184.105.213.110) 128.278 ms 130.158 ms 130.151 ms Fremont
 9 micfo-llc.gigabitethernet2-17.core1.atl1.he.net (209.51.171.14) 128.407 ms 128.349 ms 128.372 ms Fremont
10 -30 * * *
Godz 3:50 24.11.2012
 

 
Bąki  z Niemiec
Hanower
traceroute to 199.189.249.113 (199.189.249.113), 30 hops max, 60 byte packets
 
 1 * * *
 2 xe-4-0-0.cr-pollux.cgn3.hosteurope.de (176.28.4.93) 0.177 ms 0.181 ms 0.192 ms
 3 xe-0-0-0.cr-altair.cgn2.he-core.de (80.237.129.66) 0.867 ms 0.867 ms 10.895 ms
 4 xe-0-0-0.cr-merak.fra2.he-core.de (80.237.129.85) 4.598 ms 4.587 ms 4.567 ms
 5 xe-0-1-0.cr-polaris.fra1.hosteurope.de (80.237.129.81) 15.449 ms 15.478 ms 15.461 ms
 6 30gigabitethernet4-3.core1.fra1.he.net (80.81.192.172) 5.281 ms 5.838 ms 5.188 ms
 7 10gigabitethernet1-4.core1.par2.he.net (184.105.213.162) 22.214 ms 21.588 ms
10gigabitethernet2-2.core1.par2.he.net (72.52.92.26) 21.486 ms
 8 10gigabitethernet7-1.core1.ash1.he.net (184.105.213.93) 98.981 ms 98.728 ms 94.344 ms
 9 10gigabitethernet1-2.core1.atl1.he.net (184.105.213.110) 106.759 ms 106.810 ms 106.460 ms
10 micfo-llc.gigabitethernet2-17.core1.atl1.he.net (209.51.171.14) 106.346 ms 106.111 ms 106.089 ms
11 -30 * * *
Godz 1: 23, 25.11.2012
 
Monachium

traceroute to 199.189.249.113 (199.189.249.113), 30 hops max, 40 byte packets

1 Cisco-M-XXI-Vlan81.Space.Net (195.30.2.188) 0.404 ms 0.435 ms 0.483 ms
2 Cisco-M-XXX-Te1-8-v10.space.net (195.30.3.233) 0.434 ms 0.494 ms 0.545 ms
3 Cisco-M-XXXI-Te1-7-v11.space.net (195.30.3.218) 0.368 ms 0.411 ms 0.491 ms
4 Cisco-F-III-Te3-2.space.net (195.30.3.114) 6.940 ms 6.993 ms 7.046 ms
5 30gigabitethernet4-3.core1.fra1.he.net (80.81.192.172) 17.634 ms 14.248 ms 14.241 ms
6 10gigabitethernet2-2.core1.par2.he.net (72.52.92.26) 21.093 ms 10gigabitethernet1-4.core1.par2.he.net (184.105.213.162) 17.010 ms 17.096 ms
7 10gigabitethernet7-1.core1.ash1.he.net (184.105.213.93) 95.236 ms 94.786 ms 94.780 ms
8 10gigabitethernet1-2.core1.atl1.he.net (184.105.213.110) 116.149 ms 116.324 ms 116.313 ms
9 micfo-llc.gigabitethernet2-17.core1.atl1.he.net (209.51.171.14) 113.749 ms 107.838 ms 107.807 ms
10 – 30 * * *
IPv6:

199.189.249.113: Address family for hostname not supported
Cannot handle "host" cmdline arg `199.189.249.113′ on position 1 (argc 1)
 
Godz 1: 35, 25.11.2012
 

 
Bąki z USA
Princeton, New Jersey

tracing path from princeton.edu to 199.189.249.113

traceroute to 199.189.249.113 (199.189.249.113), 30 hops max, 40 byte packets

 1 gigagate1 (128.112.128.114 – Princeton) 1.003 ms 0.571 ms 0.462 ms

 2 vgate1 (128.112.12.22 – Princeton) 0.397 ms 0.332 ms 0.476 ms

 3 te-1-4-3998-pe01.philadelphia.pa.ibone.comcast.net (24.104.128.89 – Kennesaw) 

9.568 ms 9.217 ms 10.844 ms

 4 te-0-1-0-12-cr01.ashburn.va.ibone.comcast.net (68.86.84.177) 14.870 ms 25.739 ms 22.866 ms

 5 63.210.62.33 (63.210.62.33 – Los Angeles, CA) 45.529 ms 41.496 ms 29.098 ms

 6 * * *

 7 * * *

 8 ae-1-51.edge4.Atlanta2.Level3.net (4.69.150.13) 23.426 ms 22.786 ms 23.838 ms

 9 MICFO-LLC.edge4.Atlanta2.Level3.net (4.28.30.54 – Jacksonville) 23.700 ms 23.600 ms 23.503 ms

10 -30 * * *

Done. 

Washington, DC

traceroute to 199.189.249.113 (199.189.249.113), 30 hops max, 60 byte packets
 
 1 vl3.mag02.dca01.atlas.cogentco.com (66.250.250.121 -66.250.250.121 ) 0.334 ms 0.340 ms
 2 te0-3-0-0.ccr22.dca01.atlas.cogentco.com (154.54.30.225 -Washington) 0.711 ms 0.720 ms
 3 te0-2-0-6.ccr21.atl01.atlas.cogentco.com (154.54.2.45 -Washington) 11.507 ms 11.519 ms
 4 te0-6-0-1.ccr21.atl04.atlas.cogentco.com (154.54.6.122 -Washington) 11.856 ms
te0-1-0-4.ccr21.atl04.atlas.cogentco.com (154.54.85.238 -Washington) 11.835 ms
 5 38.104.182.242 (38.104.182.242) 11.792 ms 11.802 ms
 6 border1.tge8-1-bbnet2.acs003.pnap.net (64.94.0.87 – Atlanta) 86.659 ms 86.670 ms
 7 micfo-1.border1.acs003.pnap.net (216.52.193.246 – Atlanta) 11.820 ms 11.934 ms
 8 -30 * *
 

San Diego

traceroute to 199.189.249.113 (199.189.249.113), 30 hops max, 60 byte packets

1 vl3.mag01.san01.atlas.cogentco.com (66.250.250.137 – Washington) 0.348 ms 0.357 ms
 2 te4-3.ccr01.san01.atlas.cogentco.com (154.54.84.233 – Washington) 0.422 ms 0.436 ms
 3 te3-2.ccr01.phx02.atlas.cogentco.com (154.54.27.110 – Washington) 9.492 ms 9.506 ms
 4 te7-8.ccr01.sat01.atlas.cogentco.com (154.54.80.210 – Washington) 28.801 ms
te3-3.ccr01.sat01.atlas.cogentco.com (154.54.83.61 – Washington) 28.738 ms
 5 te0-3-0-3.mpd21.iah01.atlas.cogentco.com (154.54.46.5 – Washington) 34.608 ms
te0-3-0-1.ccr22.iah01.atlas.cogentco.com (154.54.27.113 – Washington) 34.535 ms
 6 te0-1-0-6.mpd21.atl01.atlas.cogentco.com (154.54.2.145 – Washington) 48.653 ms
te0-0-0-2.mpd21.atl01.atlas.cogentco.com (154.54.24.5 – Washington) 48.731 ms
 7 te0-1-0-4.ccr21.atl04.atlas.cogentco.com (154.54.85.238 – Washington) 48.818 ms
te0-6-0-3.ccr21.atl04.atlas.cogentco.com (154.54.82.122 – Washington) 48.773 ms
 8 38.104.182.242 (38.104.182.242 – Washington) 49.049 ms 49.058 ms
 9 border1.tge8-1-bbnet2.acs003.pnap.net (64.94.0.87 – Atlanta) 49.513 ms 49.545 ms
10 micfo-1.border1.acs003.pnap.net (216.52.193.246 – Atlanta) 49.089 ms 49.049 ms
11 – 30 * *

Wnioski

Droga przez Fremont jest dla ruchu zagranicznego firmy Micfo. Firma oddziela ruch zagranicznych klientów od ruchu wewnętrznego. Odległość przez Ocean Atlantycki nie gra tak dużej roli, jak spowalnianie przez serwery micfo już we Fremont. Co one tam robią?
 
Praktyczna rada
Jeżeli ludzie mają trudności z załadowaniem strony Nowego Ekranu to powinni wybierać adres numeryczny strony. Wtedy następuje pominięcie serwera DNS firmy NetArt w Krakowie. Proszę spróbować wstawiać do przeglądarki numeryczny adres nowego ekranu  199.189.249.113
(bez dalszych dodatków jak www.,  czy http://, czy http://www. )
 
 
Odpowiedzi na pytania z komentarzy części 1
 
"To jest paranoja i to skrajna"
 
1.    Niby jaki interes miałby taki dostawca, by bawić się w coś takiego?
2.    Na jakiej podstawie twierdzi Pan, że "nginx to musi być jeszcze niedopracowany"? Bo "inni go nie używają"?
link
Jerzy Wawro 24.11.2012 13:32:39
 
Ad. 1 W Polsce trzeba takie sprawy wyjaśniać poziomem korupcji i braku systemu antykorupcyjnego. Właściwie ludzie wszystko zrobią jak zapłacisz. Czegoś takiego jak "nieprzekupn(y) -a" nie ma w systemie, w którym wszystko zależy od pieniędzy.
 
Ad. 2 Proszę pana, a jak mam stwierdzić, coś bez badania, jak widzę, że wśród 62 głównych klientów firmy Micfo,tylko NE używa maszyny nginx. Czy inni są głupi, czy po prostu lepiej się dopasowali do struktur dostarczyciela usług internetowych Micfo?
 

 
Nie zdajesz sobie sprawy
Pisałeś, że łączysz się w Hamburgu, więc prawdopodobnie nawet nie zdajesz sobie sprawy z tego, w jakim stopniu i sensie NE nie działa na terenie Polski.
Btw. – Skrypt NE z tego, co się orientuję w ogóle nie korzysta z PHP
link
Asadow 24.11.2012 10:40:57
 
Szanowny Asadow jak przeczytałeś cały artykuł to widzisz, że jednak można sobie zdawać sprawę, nawet jak się nie jest informatykiem tylko zaawansowanym użytkownikiem.
 
Wcale nie trzeba połączeń tunelowych, czy numerów telefonicznych. Ale potrzebna jest taka dyskusja. Nawet jak wydziwiasz, czy koledzy wydziwiają. To, co jest teoretycznie możliwe trzeba najpierw udowodnić, że praktycznie zaistniało.
 
Po dyskusji z tobą wpadłem na ten pomysł z traceroute. A więc, ja mam dowody natomiast ty nie masz żadnych tylko nagie przypuszczenia i insynuacje. Dlatego wspieranie Twoich subiektywnych wyobrażeń o zachowaniu sieci w Polsce przez redakcję NE mnie zdenerwowało.
 
Jeśli podali PHP to musieli go używać, jak teraz go zdjęli to dobrze. Ten, który jest odpowiedzialny za PHP mógł właśnie dopuścić do sabotażu. Właśnie przez PHP jest najłatwiej.
Informacje o PHP z Headera serwera admin NE wczoraj zdjął. Być może to one sprawiały dodatkowe problemy. Teraz nagłówek informacji serwera wygląda tak:
 
Stary
HTTP/1.1 200 OK
Server: nginx
Date: Wed, 21 Nov 2012 22:31:02 GMT
Content-Type: text/html
Connection: close
Vary: Accept-Encoding
X-Powered-By: PHP/5.3.6-13ubuntu3.9
Expires: Wed, 21 Nov 2012 22:31:05 GMT
 
Nowy
HTTP/1.1 301 Moved Permanently
Server: nginx
Date: Sat, 24 Nov 2012 03:37:15 GMT
Content-Type: text/html
Content-Length: 178
Connection: close
 

 
 
Każdy z nas ma 4 dyżury w tygodniu – nie da się codziennie napisać kto odpowiada w danej chwili.
link Ciri 24.11.2012 08:48:00
 
Dzięki za informacje, ale one są za małe. To trzeba tak jak gazecie podawanie redaktorów działów itd. masz w stopce dziennikarskiej, dokładnie podzielone, kto, za co odpowiada.
 
Teraz od Jedynego i Wyłącznego Pana Prezydenta, Carcajou, dostałem cynk– Chwała mu za to, że Mariovan też jest odpowiedzialny.
 
Ten chaos w niejasnych kompetencjach możecie dla waszego, czy naszego wspólnego dobra przeorganizować.
 

 
 
>Na jakiej podstawie twierdzisz że w redakcji jest kret, i co miałby ten kret robić? link Pluszak 24.11.2012 08:40:25
 
Panie Pluszak na podstawie prośby pana Kajdasa o teorię spiskową – ja mu odpowiedziałem, nie znaczy to, że może pan używać mojej odpowiedzi w dowolnym kontekście.
 
Jedyne co twierdzę: osoba, która namówiła do wykupu usługi w firmie Micfo nie jest koszerna i powinna być wzięta dokładnie pod lupę. Micfo hostuje stosunkowo dużo Arabów – w stosunku do 62 – głównych klientów. To jakaś lewa firma, która jak pan widzi u góry oddziela ruch swoich zagranicznych klientów od ruchu wewnętrznego.
 
>Problemy z załadowaniem się portalu mają także administratorzy Nowego Ekranu, co niestety bardzo utrudnia pracę. link Pluszak 24.11.2012 08:40:25
 
No właśnie takie tworzenie legend – na pewno dzisiaj już tych problemów nie ma, ale w następnym miesiącu wystąpią one znowu, chyba że zmienicie usługodawcę. Wypróbuj pan moją dobrą radę wpisz pan  zamiast nazwy w przeglądarkę adres NE 199.189.249.113
 

 
 Na koniec, podziękowanie dla jedynego i wyłącznego Pana Prezydenta na NE, Carcajou za wsparcie moralne :))

 

Inne zapisy autora:

0

Avatar
adevo

Jestem za wprowadzeniem ustroju Demokracji Bezposredniej w Polsce. Popieram wszystkie referenda lokalne na wniosek mieszkanców, rozpowszechniam terminy!! Prosze siebie i Polski nie skracac w komentarzach do 26 liter angielskiego alfabetu.

96 publikacje
0 komentarze
 

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *

 
Authorization
*
*
Registration
*
*
*
Password generation
334816