Gorące tematy: Wolni i Solidarni Smoleńsk Zostań BLOGEREM! RSS Kontakt
Uwaga! Wygląda na to, że Twoja przeglądarka nie obsługuje JavaScript. JavaScript jest wymagany do poprawnego działania serwisu!
196 postów 2161 komentarzy

Inicjatywa Demokracji Kulistej

adevo - Jestem za wprowadzeniem ustroju Demokracji Kulistej w Polsce. Popieram wszystkie referenda lokalne na wniosek mieszkańców, rozpowszechniam terminy!! Proszę siebie i Polski nie skracać w komentarzach do 26 liter angielskiego alfabetu.

Puściłem do Internetu bąka.

ZACHOWAJ ARTYKUŁ POLEĆ ZNAJOMYM

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.


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

http://idb.nowyekran.net/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.net 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.net 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.net (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ą"?
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
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 :))

 

KOMENTARZE

  • @Autor
    Adevo, dzieki. Poprzedni wpis przeczytałam ale...bez zrozumienia, jak mawiają nauczyciele. Daleko mi do informatyki, więc brak zrozumienia chyba mnie tłumaczy. Sądziłam, że to tekst raczej dla tzw. Adminów, nie dla Blogerów. Dzisiaj ,teraz spróbowałam polecanej "sztuczki" z numerem zamiast www i jestem tu. Ha! Udało się. Zapisuję sobie numer, a te tłumaczenia co, jak i dlaczgo to działa, zostawiam mądrzejszym.
    Serdeczności.
  • @Nathanel 08:08:51
    "Firma ma najwyższy możliwy rating" - która firma?
  • @Adevo
    Na pomysł łączenia się z NE po IP wpadłem już dawno, efekt jest taki:

    "Nie udało się nawiązać połączenia

    Firefox nie może nawiązać połączenia z serwerem 199.189.249.113."

    Oczywiście chodzi o IP należące do puli polskiego providera, w moim wypadku firmy Dialog. W takim przypadku Nowy ekran ładuje się u mnie raz na 10-15 wywołań, co bardzo utrudnia pracę.

    Po wpisaniu transparentnego proxy, gdzie ip wskazuje na inny kraj a nie Polskę NIE MA problemu z dostępnością strony, czy to po wpisaniu adresu domeny czy IP serwera, strona portalu Nowy Ekran ŁADUJE SIĘ poprawnie.
  • @gosc hotelowy 06:55:02
    :)
  • Drogi AdEvo
    No masz dowody, masz chłopie, muszę Ci to oddać, ale czy wiesz na co?

    Piszesz:
    //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ą? //

    To ja Ci powiem, że miasto Kraków jest bardzo podejrzane, bo oddziela ruch z Kielc, puszczając go przez korkującą się ulicę 29 listopada (pewnie nie chcą, żeby prowincjusze zadeptywali im obwodnicę, którą trzymają dla lepszych gości).
    Widać też, że resentymenty Krakowsko-Warszawskie są całkowicie wyssane z palca, ponieważ kiedy był remont "gierkówki", Kraków kierował prawie cały ruch z Warszawy przez znośną trasę nr 7, ale zaraz kiedy otwarto ślimaczący się odcinek Mszczonów-Piotrków Trybunalski, Kraków puścił ruch z Warszawy (ok. 50% - pewnie tych, którzy się nigdy Krakowowi nie narazili) doskonałą dwupasmówką. Tak o nas dbają!
  • @Pluszak 09:34:46
    Jak to sprawdzić w OPERZE ?
  • @@@
    Interesuje mnie co dalej.
    Uczę się pisania na dużym blogowisku.
    Proszę nie walczmy o to kto ma rację, szukajmy i wspierajmy poszukiwania !
    Prawdopodobnie będziemy musieli spotkać się gdzie indziej - GDZIE ?
  • @Asadow 10:01:57
    Pieprzysz jak potłuczony.

    Spowolnienie we Fremont spowodowane jest najprawdopodobniej przez filtrowanie treści. Po przejściu filtra czasy wracają do normy.

    Niemieckie strony za to infekują komputery różnym badziewiem bo BND ma prawo, i je intensywnie wykorzystuje, do inwigilowania użytkowników komputerów bez ich wiedzy. Niemieckie strony otwieram tylko poprzez TOR z blokadą śledzących ciasteczek i skryptów.
  • @cyborg59 11:33:55
    Zaraz zobaczę i napiszę. Sęk w tym, żeby znaleźć dobry, nie przeciążony proxy. Pluszaka nawet nie pytam, bo jako admin powinien mieć dobry dostęp, a jak poda to zaraz się tam tłum zwali i będzie po ptokach...
  • @cyborg59 11:33:55
    Ctrl + F12
    Zakładka "Advanced"
    W nawigatorze z lewej - "Network"
    Kliknij w przycisk "Proxy servers"
    Dalej:
    Use manual proxy configuration
    Protocol HTTP: Proxy sever 93.152.175.16 port 8080
    Zaznacz "Use this proxy for all protocols"

    Działa wolno, ale działa.
  • @Asadow 12:20:13
    adres proxy (w Bułgarii ;-) wziąłem z http://www.proxymore.net/proxy-transparent-2.html
    Warto poeksperymentować z innymi - znaleźć najszybszy.
  • adevo
    Rozwiąż problem, że z poza Polski chodzi i będziemy mogli rozmawiać o Micfo. To nie może być problem w Stanach skoro muli Polska, nie?
  • @cyborg59 11:38:58
    Wrzuciłem kawałek tutejszej rozmowy na
    http://gmarkul.blogspot.com/2012/11/problemy-techniczne-na-ne.html

    Można tam komentować.
  • @autor
    kawał dobrej roboty :)

    i więcej danych do analizy.
  • Można też
    użyć mtr w linuxie. Pokazuje trasy pomiędzy konkretnymi adresami w sieci. Można trasować z lokalizacji innych niż lokalna. Można tez określić wielkość paczki.

    eg. mtr 195.23.43.234 232.232.13.21 -p1000

    Windowsowy mtr trasuje z lokalnego adresu.
  • Nic to nie tłumaczy
    Routery kierują pakiet danych najkrótszą, wolną, drogą do celu. Tak może być u Ciebie. U mnie jest zupełnie inaczej. Serwer firmy Micfo jest nad Atlantykiem. Ja mam zupełnie inną trasę. Ekonomiczą, można powiedzieć, najkrótszą. Zresztą to normalne, że duża firma nie poprzestaje na jednym serwerze.

    Polecenia ping wykonuje się zawsze jak coś jest nie tak z siecią. A jest coś nie tak od 11 listopada. Przeczytałam Twój wcześniejszy artykuł, gdzie sugerowałeś kłopoty z serwerami DNS. Przy zmianie na różne serwery DNS nic się nie poprawia. IP NE to pierwsza sprawa, a od razu wybijało, zmiana ruchu, czyli uaktywnienie różnych serwerów proxy też nic nie dawało. Ping do serwera firmy Micfo odpowiada, do NE już nie.

    Komentator Marrek napisał, że może to być spowodowane ograniczeniem ruchu sieciowego na routerach operatorów w Polsce. Jest to logiczne tłumaczenie, bo dlaczego nie było kłopotów przed 11 listopada? Co może być innego? pzdr
  • @Nathanel 16:26:16
    Czyli, albo oni, albo my. Zagadka! 11 listopada to dzień kluczowy. Strona otwiera się w innych krajach, w Polsce są kłopoty. Przyczyny? To dopiero zagadka. Miejmy nadzieję, że to niebawem się skończy. pzdr
  • @leoparda 16:38:02
    http://asadow.nowyekran.pl/post/80954,sieciowy-atak-na-nowy-ekran
  • @
    Jeżeli to czyjaś wina na terenie Polski spoza NE i da się to udowodnić, to musimy zrobić z tego dużą aferę, do tego pozwy zbiorowe do winnych. Tylko właściwie gdzie... do ABW? Wcześniej problemy były rzadkością, od 11 listopada katastrofa, to nie jest "wypadek". Ktoś nas niszczy.

    Dajcie NE na serwery jednak w Polsce, a awaryjnie tego zagranicę, przynajmniej będzie jasne do kogo mieć pretensje, a inwigilacja nawet przy serwerze w USA jest i tak. Tam to dopiero szpiegują. Po co mamy puszczać bąki po całym świecie ;)
  • @Asadow 16:49:10
    Coraz ciekawiej się robi. Może należałoby postawić swój serwer (tak jak pisze poniżej Marek K.). A ktoś kiedyś powiedział, że jak nie wiadomo o co chodzi, to chodzi o pieniądze. Ja mam nadzieję :))), że kłopoty się skończą. pzdr
  • Nie ma żadnego ataku! chyba, że sami w redacji go teraz prowokują :))
    Znowu dezinformacja i dawanie na czołówkę nie sprawdzonej bzdury pana Asadow. To odwracanie uwagi od konkretnych faktów.
    Właśnie przeprowadziłem traceroute z Warszawy. To znaczy tak jak bym siedział w Warszawie i z Warszawy próbował się połączyć z NE. Wynik jest ten sam a nawet lepszy niż ubiegłej nocy i podobny do wysyłania sygnałów -bąków z Monachium czy Hanoweru.

    Polecenie: traceroute 199.189.249.113
    traceroute to 199.189.249.113 (199.189.249.113), 30 hops max, 60 byte packets
    1 waw-orco-sr1-v370.dhosting.pl (195.88.50.62) [AS48896] 0.777 ms 0.855 ms 0.936 ms
    2 dc-waw-r1.dcenter.pl (213.5.9.1) [AS49895] 0.496 ms 0.565 ms 0.647 ms
    3 henet.plix.pl (195.182.218.197) [AS8545] 0.454 ms 0.522 ms 0.607 ms
    4 10gigabitethernet3-1.core1.ber1.he.net (184.105.213.226) [AS6939] 8.852 ms 8.919 ms 8.955 ms
    5 10gigabitethernet5-1.core1.ams1.he.net (184.105.213.229) [AS6939] 33.015 ms 33.056 ms *
    6 * * *
    7 * * *
    8 * 10gigabitethernet1-2.core1.atl1.he.net (184.105.213.110) [AS6939] 120.109 ms 119.960 ms
    9 micfo-llc.gigabitethernet2-17.core1.atl1.he.net (209.51.171.14) [AS6939] 206.455 ms 121.467 ms 121.457 ms
    10 - 30 * * *
  • @Nathanel 08:08:51
    Ocena biznesowa :))
    Wiesz, że 1&1 ma w Niemczech najlepszą opinię a w podanym teście (5) patrz pierwszy artykuł zajmuje wspólne miejsce z Micfo.
    1&1 ma wspaniałą reklamę, dystrybucje jest stale w głównych programach telewizji i pewnie też ma biznesowy "best rating".
    W niektórych testach wypada też bardzo dobrze.
    Ale musisz wiedzieć ja jestem w tej firmie od ponad 12 lat. Po prostu nie mam czasu się wymeldować. Wszystkie zarzuty i niską ocenę z testu
    http://idb.nowyekran.pl/post/80654,problemy-techniczne-ne-to-oszustwo-hostingowe-firmy-micfo#best
    mogę potwierdzić, poważnymi testami niemieckimi i 12 - letnim doświadczeniem z tą złodziejską firmą - która bez mojej wiedzy przestawiła sumę którą płaciłem rocznie na sumę co 6 miesięcy i do tego zmieniła z marek na Euro, czyli 12 DM (6 Euro) zrobili 24 Euro na rok za każdą nową domenę. Kłóć sie z takimi. Można tylko wyemigrować gdzie indziej.
    To samo jest tutaj ze szpitalami.
    Najlepsze szpitale to takie, które wypracowują najwięcej zysku - ale to już inny temat.
  • @AnnaZofia 08:28:45
    Mi też daleko do informatyki. Ale trzeba wyciągnąć wnioski z faktu, że wszyscy wdepnęliśmy w informatykę, czy chcemy czy nie.
    Cieszy mnie, że coś napisałem przystępnie :)
    Przyjemnej niedzieli.
  • @adevo
    Nie obchodzi mnie, nas użytkowników laików w temacie kto ma rację w diagnozie, chodzi o to żeby NE znów normalnie śmigał, niekiedy otwierałem 15 okien podstron NE i szły wszystkie, a teraz... ups i ups. Koszmar, bywa lepiej, bywa gorzej, ale dalej są problemy.

    Ci co klikają z zagranicy nie mogą mieć pewności czy mają rację. Wam działa i tak, to w Polsce jest JAKIŚ problem główny, albo inaczej - dotyka nas ten problem na terenie Polski, ale nie jest jasne czy jego źródło jest też w Polsce i zleceniodawca tego ataku. Taaak wg Ciebie nie ma teorii spiskowej, przypadkowo sobie padł NE 11 listopada.
  • @Pluszak 09:34:46 Opara nie bądź ofiara ! Poszukajcie pod latarnią !
    Panie Pluszak, żadnego ataku nie ma, nie wydziwiajcie. Zamiast czarować proxy wystarczy najpierw pójść do kawiarenki internetowej i stamtąd sprawdzić, czy to czasem jakiś niezadowolony pracownik wciska się na chama by zarobić pieniążki.
    Asadow należy do tych, który wymyśla coraz to nowe możliwe manipulacje, gdy napisałem o prawdziwej przyczynie.
    Najpierw były winne routery teraz "dowód" spoofing bez DATY- he, he.

    TCP - Spoofing ( stara historia) nie może spowolnić NE to jest znane od lat.
    Właśnie pokazałem, u góry, że Micfo przy wejściu na swoje serwery filtruje paczki, czyli też moje "bąki".
    Nie dajcie się ogłupić!
    Panie Opara nie bądź pan ofiara! Problemy mogą być tylko w waszej redakcji.
    Informatycy zrozumiały, że Opara nie ma pojęcia w temacie i próbują go doić.
  • @Marek Kajdas 18:27:27
    Witaj, ja nawet nie wiem, w jakim mieście ty siedzisz. Może siedzisz w redakcji NE i potwierdzasz problemy redakcji. Mieliśmy mieć kontakt, ale konstrukcja twoich kontaktów - fanie spisków, jest taka, że nie mam od Ciebie ani adresu e-maila, ani telefonu, ani scypa, czy prawdziwego nazwiska. Zrozumiałem już Marek Kajdas to nie Twoje prawdziwe nazwisko tylko pseudonim artystyczny.

    To ile są warte takie spostrzeżenia?

    Tendencja w moim rozumieniu jest taka, że po moim pierwszym wpisie dołączyła się horda informatyków, która próbuje jakieś ataki, by wydoić Oparę na usługę sieciową.

    Ale masz rację, ja jestem też zwykłym uczestnikiem i powinna mnie ta zabawa w Indian nie obchodzić.
  • @adevo 17:47:55
    Traceroute i ping nie mogą wykryć, jeśli problem dotyczy tylko http.
    Nie ma problemu, żeby założyć filtr lub bota tylko na HTTP a ICM (protokół z którego korzysta PING) zostawić w spokoju.

    Gdyby było przeciążenie, to czasy komunikacji by się wydłużały i strony działałyby mułowato, aż do "connection timeout".
    Tu jednak mamy coś takiego, że przeglądarka bardzo szybko mówi, że nie może się połączyć. Właśnie dlatego, że dostaje nieprawidłowe pakiety TCP RST oznaczające, że druga strona nie chce z nami rozmawiać.
    W grę wchodzi
    1. błąd działania serwera http oraz
    2. packet mangling lub
    3. spooffing.
    W przypadku 1. nie byłoby różnicy, skąd próbujemy się łączyć.
    W przypadku 2. pakiety byłbyby modyfikowane po drodze, aby wywołać reakcję serwera (RST - czyli zakończenie połączenia).
    Spooffing wymaga trochę większej ingerencji na routerach niż poprzednia metoda, więc osobiście stawiam na 2.
  • Adevo - z całym szacunkiem dla Twojej pracy
    Niestety Twoje testy umieszczone w tym artykule nic nie udowadniają, ponieważ routery odpowiadają na pakiety ICMP Echo-Request tylko wtedy gdy się bardzo nudzą. Pinga tak naprawdę można używać tylko do weryfikacji czy dana maszyna/router/serwer żyje, czy nie I NIC WIĘCEJ.

    Standardowo operatorzy stosują limitowanie (przycinanie) ruchu ICMP żeby zapobiec m.in. atakom DDoS przy pomocy tego protokołu. Do testów, które dają ciut lepszy obraz prawdziwej rzeczywistości należy użyć TCPTRACEROUTE, gdzie jako cel podasz porty TCP 80 lub 443.
    Przedstawione przez Ciebie tracert-y pokazują STANDARDOWE przebiegi dla pakietów z Polski do USA. Spróbuj zrobić ten sam test np. dla www.playboy.com a otrzymasz bardzo zbliżone wyniki.

    A już odkrycie, że firma traktuje inaczej ruch lokalny w Stanach a inaczej zewnętrzny, zasługuje na Nobla. ;) Każdy operator tak działa i jest to normalne.

    Nie chodzi też o żadne tworzenie legend, jak sam napisałeś. Założenie rate-limitów u większych operatorów w Polsce jest po prostu najszybszą i najtańszą metodą na "uciszenie" Nowego Ekranu w Polskim internecie.

    Na koniec żeby nie być tylko marudą ;) podpowiem rozwiązanie sytuacji dla NE. Powinniście przenieść stronę do Akamai. Wtedy jakikolwiek sabotaż będzie bardzo utrudniony. http://www.akamai.com/html/solutions/dynamic_site_accelerator.html
  • @leoparda 17:47:51
    Zauważ Asadow podaje ten swój dowód bez daty. Wg mnie to paru odrzuconych informatyków próbuje Oparę wydoić.
  • @adevo 18:56:51
    Wcale nie jestem odrzucony :-)
    O pracę w NE nigdy się nie starałem.
    Jak chcesz, mogę przesłać Ci dump pakietów z wiresharka zrobiony dziś o 15:29 czasu GMT+1 (ten z którego zrobiłem screenshota).
    Podaj swój mail na priv. albo napisz, że pragniesz tego dumpa, to ja podam Ci mój.

    Pozdrawiam spiskowo ;-)
  • @Marrrek 18:55:01
    Witaj, ciekawa propozycja - ale NIELOGICZNA!
    Najpierw piszesz o ograniczeniach cichociemnych przy routerach, a teraz dajesz radę jak poradzić sobie z większym ruchem.
    To znaczy żaden atak tylko przeciążenie sieci przez multimedia.
    Analizę wydolności systemu to Opara powinien sobie od swoich speców zażyczyć. Może jest, a może nie ma. Protokoły ruchu są przecież.
    Przeciążenie sieci to może być plus ograniczenia firmy Micfo i mamy wtedy wspólne zdanie trzeba się wynieść z firmy Micfo.
    Tak już napisałem w moim 1. artykule.

    Dla aktualnej sytuacji - wiary w ataki DOS i spisek zaproponowałbym po prostu https
    Nginx to potrafi.
  • @Asadow 19:21:02
    Masz moje wszystkie dane na
    http://www.petycjeonline.com/akt

    AKT WOLI NARODU
    Petycja do Narodu Polskiego
    Podpisz we własnym interesie
  • @korwinista 11:52:32
    Widzę wreszcie normalną perspektywę na zdrowy polski rozum.
    Nie dajmy się zwariować.
    Ciekawe, czy dostanę od Asadowa potwierdzenie ataku, ma mi przesłać pliki.
    Pozdrawiam :)
  • @adevo 19:30:07
    Witam z wieczora. :)
    Ja nie pisałem o ataku. To teoria Asadowa, który zresztą pisze bardzo rzeczowo i oczywiście może mieć rację. Sam przeprowadziłem test i potwierdzam masę pakietów TCP z flagą RESET z adresem źródłowym NE.

    Akamai zapewnia podawanie strony z serwera najbliższej lokalizacji wzgledem otwierajacego stronę www, czyli dynamicznie zmienia się źródłowy adres IP. Nie będzie on stały tak jak jest teraz (199.189.249.113), więc dużo trudniej będzie go blokować/limitować/spoofować.

    Cyt. "Dla aktualnej sytuacji - wiary w ataki DOS i spisek zaproponowałbym po prostu https
    Nginx to potrafi."
    Ale o co chodzi? Czegoś tu nie rozumiem. Co ma do tego wszystkiego biedny HTTPS? o_O
  • @Marrrek 19:46:41
    Napisałem to w kontekście teorii Asadowa "IP Spoofing".
    Przez HTTPS można przecież utrudnić przechwytywanie i zmienianie przesyłanych danych.
  • @adevo 20:11:20
    Masz oczywiście rację, ale HTTPS jest tylko zawartością paki wywrotki tak samo jak zwykłe HTTP czy ICMP! Nadal wiezie to ta sama ciężarówka w zielonym kolorze o nr rejestracyjnych WSI 12345, tutaj 199.189.249.113. ;) Tak więc cały czas można ją zatrzymać/spowolnić/podmienić. HTTPS uniemożliwia jedynie odczytanie zawartości wiezionej na pace. Sęk w tym, że atakującym lub przeszkadzającym zupełnie nie o to chodzi. Oni chcą spowolnić lub wykoleić całą ciężarówkę, a nie badać zawartość paki.
    Żeby nie dało się zidentyfikować ciężarówki to trzeba ją włożyć w tunel np IPSec, a to rozwiązanie nie jest tu możliwe do zastosowania.
    Polecam lekturę na temat warstw modelu OSI, bo widzę tu drobny problem ze zrozumieniem istoty działania sieci IP.
  • @Marrrek 20:28:50 Numery zastrzeżone a spoofing IP "atak"
    >Polecam lekturę na temat warstw modelu OSI, bo widzę tu drobny problem ze zrozumieniem istoty działania sieci IP.
    Właśnie dostałem od Asadowa tool sieciowy Shark, a teraz mam się uczyć o modelu OSI. Jak tak dalej pójdzie to zrobicie ze mnie informatyka :)

    Jako poweruser byłem zdenerwowany sytuacją. Dlatego coś w tym kierunku napisałem. Wczoraj w nocy korzystałem z serwerów ceti.pl oraz szara.net
    Oni zobaczyli, że analizuję drogę NE i poszli tym śladem.

    Obydwie organizacje mają numery zastrzeżone :)
    Stąd ten atak - byli ciekawi, kto się kręci w nocy po ich serwerach.
    Asadow zinterpretował te parę paczek jako IP spoofing.

    Przypadkowo sprawdzałem i zastanowiło mnie, że ceti.pl i szara.net mają numery zastrzeżone:
    NetRange: 172.16.0.0 - 172.31.255.255
    CIDR: 172.16.0.0/12
    OriginAS:
    NetName: PRIVATE-ADDRESS-BBLK-RFC1918-IANA-RESERVED
  • @adevo 21:45:09
    stronkę o warstwowych modelach komunikacji sieciowej podrzucałem jeszcze przy poprzedniej notce ;-)
    Bez tego ciężko zrozumieć to, co pokazuje Wireshark :)

    Adresy w podanym zakresie są zastrzeżone dla sieci prywatnych.
    Są one "nieroutowalne", czyli - mówąc kolokwialnie - olewane przez routery.
    Są 3 klasy takich adresów:
    10.0.0.0 - 10.255.255.255
    172.16.0.0 - 172.31.255.255
    192.168.0.0 - 192.168.255.255

    Służą one do komunikacji w obrębie sieci lokalnych, kampusowych lub korporacyjnych. Nie da się z takim adresem wyjść bezpośrednio "na świat", musi on zostać przetłumaczony za pomocą NAT na jeden z posiadanych przez firmę adresów publicznych.
  • @adevo 21:45:09
    Przy pomocy analizatora takiego jak Wireshark można nasłuchiwać tylko ruch, który przechodzi przez jeden z lokalnych interfejsów sieciowych na systemie, gdzie działa ten program (można ew. postawić zdalnego agenta do zbierania pakietów, ale przecież żaden z operatorów sieciowych by na to nie pozwolił).

    Opisałem jak posługiwać się Wiresharkiem pod swoją notką. Żadne ceti.pl ani szara.net nie mają nic do ruchu, który śledziłem.
  • @Asadow 22:27:40
    Co ty wydziwiasz to jest ten sam przedział sieci.
    Porównaj
    to jest serwer patrz u góry pod Bąki z Krakowa, gdy wysyłałem bąki przez szara.net
    172.31.1.2
    a to Twój "podejrzany" IP
    172.16.1.107
    Czas się zgadza. Najpierw ja opublikowałem następnie ty stwierdziłeś "atak", he :)
  • @Asadow 12:11:37
    admini cierpią to samo co wszyscy.
  • @Pirx 03:25:58
    Pirx, nie zaśnij publikuję zaraz sensację!
  • @adevo 01:25:08
    Sieci z takimi adresami są prawdopodobnie setki tysięcy lub nawet miliony.

    Przeczytaj jeszcze raz ten koment:
    http://idb.nowyekran.pl/post/80914,puscilem-do-internetu-baka#comment_684164
    Poczytaj o sieciach prywatnych.
  • @adevo 01:25:08
    Ja rozumiem, że można się nie znać i być podejżliwym itd. itd. dlatego staram się cierpliwie tłumaczyć.
    Ale nawet moja cierpliwość ma jakieś granice.
    Nie znasz podstaw to się pytaj, a nie twórz fantastyki.
  • @adevo 01:25:08
    wlan0: flags=4163 mtu 1500
    inet 172.16.1.107 netmask 255.255.255.0 broadcast 172.16.1.255
    inet6 fe80::8e70:5aff:fed8:318 prefixlen 64 scopeid 0x20
    ether 8c:70:5a:d8:03:18 txqueuelen 1000 (Ethernet)
    RX packets 492762 bytes 466395536 (444.7 MiB)
    RX errors 0 dropped 0 overruns 0 frame 0
    TX packets 261377 bytes 38769968 (36.9 MiB)
    TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

    tak wygląda kawałek wyniku polecenia ifconfig na moim komputerze.
    A tak - raport mtr. Szukaj swoich szarych i ceti.pl:
    [root@kami ~]# mtr -c 20 -r www.nowyekran.pl
    HOST: kami Loss% Snt Last Avg Best Wrst StDev
    1.|-- 172.16.1.1 0.0% 20 1.5 1.7 1.4 4.7 0.7
    2.|-- war-ru7.neo2.tpnet.pl 0.0% 20 23.8 25.2 22.6 26.7 1.1
    3.|-- war-r4.tpnet.pl 0.0% 20 25.2 30.7 22.7 150.1 28.1
    4.|-- bundle-ether6.ffttr1.Fran 0.0% 20 53.5 51.5 43.2 56.6 3.6
    5.|-- 4.68.62.153 0.0% 20 44.7 45.8 42.2 76.3 7.3
    6.|-- vlan80.csw3.Frankfurt1.Le 0.0% 20 46.9 46.1 43.4 54.1 2.8
    7.|-- ae-81-81.ebr1.Frankfurt1. 0.0% 20 45.4 44.8 42.1 47.5 1.6
    8.|-- ae-46-46.ebr2.Paris1.Leve 0.0% 20 55.7 54.2 52.6 56.4 1.2
    9.|-- ae-43-43.ebr2.Washington1 0.0% 20 134.4 135.1 132.5 137.5 1.3
    10.|-- ae-62-62.csw1.Washington1 0.0% 20 136.9 138.1 133.8 147.3 3.9
    11.|-- ae-61-61.ebr1.Washington1 0.0% 20 134.4 135.1 132.7 137.7 1.2
    12.|-- ae-2-2.ebr3.Atlanta2.Leve 0.0% 20 143.9 142.8 141.2 144.8 1.3
    13.|-- ae-63-63.ebr1.Atlanta2.Le 0.0% 20 158.0 150.2 147.0 159.0 4.1
    14.|-- ae-1-51.edge4.Atlanta2.Le 0.0% 20 148.1 148.3 145.0 173.5 6.1
    15.|-- MICFO-LLC.edge4.Atlanta2. 0.0% 20 143.1 156.5 143.1 213.6 25.3
    16.|-- ??? 100.0 20 0.0 0.0 0.0 0.0 0.0
    [root@kami ~]#
  • @Asadow 03:43:54
    Chyba już zauważyłeś właśnie opublikowałem sensację, super pożyteczna i dla wszystkich nie tylko dla informatyków!
    Dobranoc !
  • @adevo 18:42:14
    "Panie Pluszak, żadnego ataku nie ma, nie wydziwiajcie." - czy ja gdziekolwiek pisałem o ataku? - NIE, więc proszę bez insynuacji.

    Administratorzy są odpowiedzialni za układanie ramówki portalu, strony głównej i zakładek, a i to nie do końca, a za sprawy techniczne odpowiada firma zewnętrzna która zajmuje się obsługą techniczną portalu.
    Stwierdziłem po prostu fakt że po wpisaniu proxy NE ładował się poprawnie, co nie było możliwe w przypadku korzystania z IP należącego do puli polskiej.

    Na chwile obecną (26 listopad 2012) dostałem kilka sygnałów że Nowy Ekran działa poprawnie.
  • @Marek Kajdas 17:04:43
    Przecież ABW już na pewno o tym wie :D

    http://wyborcza.biz/biznes/1,101296,7106019,Z_ABW_na_fotel_prezesa_NASK_.html

OSTATNIE POSTY

więcej

ARCHIWUM POSTÓW

PnWtŚrCzPtSoNd
     12
3456789
10111213141516
17181920212223
24252627282930
31      

ULUBIENI AUTORZY