DawidS28

Są możliwości orientacyjnego sprawdzenia, czy da się uruchomić na łączu usługę ADSL, ale prawdziwe dane da dopiero pomiar specjalistycznym miernikiem (EXFO CableShark) lub uruchomienie usługi i patrzenie na jej parametry. Na szybko można sprawdzić: http://skantarek.netia.pl/ http://www.orange.pl/prt/service_availability_check

Wykonaj raport z Net-log: https://www.fixitpc.pl/topic/2394-diagnostyka-ogolny-raport-konfiguracji-sieci/

Masz otwartą sieć bezprzewodową. Jeśli nie masz ustawionego filtrowania adresów MAC na routerze, to każdy chętny może z niej korzystać, a więc w szczególności wysyłać spam. Próbowałeś z innych przeglądarek? Sprawdź, co będzie przy połączeniu przez jakiś VPN, np. HotSpot Shield. Chcę sprawdzić, czy problem jest zależny od IP.

Problem według mnie z siecią bezprzewodową. Zamieść jeszcze:

Daj jeszcze logi z OTL: https://www.fixitpc.pl/topic/61-diagnostyka-ogolne-raporty-systemowe/ Na razie nic nie widać. W Neostradzie są blokowane pewne porty wychodzące, ale na pewno nie te: http://www.orange.pl/kid,4002234817,id,4002235280,title,bezpieczenstwo,helparticle.html

Wysłać jawną kopię maila do UKE. Tak, żeby Orange widziało, że tam też ta wiadomość poszła.

Ale ja wiem o tym, ile miałeś. Tylko warto zdać sobie sprawę, że w tym samym czasie nowe umowy mogło podpisać więcej osób. Taka sytuacja nie byłaby wcale dziwna, bowiem kampania marketingowa Orange i obietnica 10 Mb/s potrafią przekonać wielu klientów. W ten sposób wzrosło obciążenie centralek. Według mnie migracja w dół w tym momencie już nic nie da. Żeby Cię jeszcze bardziej pocieszyć: poszukaj sobie przez Google wątku "utrata pakietów na Śląsku". Tam zobaczysz, jak nasz krajowy dostawca bardzo przejmuje się klientami i co robi ze stratami pakietów rzędu 20%.

Ping to jedno, jaką miałeś wtedy przepustowość? Karta nie ma na to wpływu. Chociażby dlatego, że warunki u Ciebie się nie zmieniają, a usługa przez pewien czas działa poprawnie, a potem już nie.

Nie jesteś w stanie tego doprowadzić do porządku. Zmigrowanie prędkości w dół (np. do 2 Mb/s) nic nie da, bo różnica tych 4 Mb/s to dla centralki nic, a inni klienci dalej będą mieć swoje opcje, więc prawdopodobnie będzie jeszcze gorzej: przyjmuję ciche założenie, że największy priorytet ma ruch od ludzi z umowami podpisanymi na wyższe prędkości. Jedyne rozwiązanie, jakie widzę, to zmienić dostawcę, jeżeli, na przykład, Netia ma w Twojej okolicy usługę LLU (czyli kable Orange, ale centralka Netii), to możesz zmienić i zobaczyć, co się stanie. Na CU (wszystko Netii) raczej nie liczę, a BSA (wszystko Orange, tylko umowa z Netią) nic nie da, bo zmieni się właściwie tylko nazwa usługi.

Parametry są dobre i bardzo dziwią mnie problemy. Możliwe, że powodem jest nadmierne obciążenie centralki. Orange sprzedało za dużo Neostrady w okolicy i teraz urządzenia nie wyrabiają. O tym zresztą może świadczyć pojawianie się problemów w dzień, z doświadczenia wiem, że najwięcej kłopotów samo ADSL sprawia między 21 a 5 rano.

Daj z tamtego komputera raport z Net-log: https://www.fixitpc.pl/topic/2394-diagnostyka-ogolny-raport-konfiguracji-sieci/

Start -> Programy -> Akcesoria -> prawym na: Wiersz polecenia -> Uruchom jako administrator W otwartym oknie CMD wpisz komendy (po każdej enter i czekasz na wykonanie): netsh winsock reset netsh int ip reset reset.log Po ich wykonaniu uruchom ponownie komputer. Daj znać, jak efekty. Zapomniałeś o najważniejszym raporcie w dziale Sieci, czyli Net-log: https://www.fixitpc.pl/topic/2394-diagnostyka-ogolny-raport-konfiguracji-sieci/

Widać, chociażby po pingach, że problem zaczyna się między modemem a pierwszym routerem Orange/TP, stąd wniosek, że jest on gdzieś w ADSL. Teraz potrzebujemy dokładnych danych o połączeniu z modemu. Pobierz i zainstaluj program PuTTY: http://the.earth.li/~sgtatham/putty/latest/x86/putty-0.62-installer.exe Uruchom go, wpisz do Host name adres 10.0.0.1, ustaw Connection type na Telnet, w Session: Logging na górze zaznacz Printable output, w Log file name wpisz C:\putty.log. Kliknij Open. Pojawi Ci się czarne okienko z tekstem Speedstream Telnet Server i prośbą o login. Podaj admin i potem jego hasło (uwaga: nie widać znaków w haśle, ale one się normalnie wpisują). Po poprawnym zalogowaniu wpisz komendy: show dsl log show dsl stat show dsl bins show dsl ber show atm stat show stat dsl{line show sys cpu show sys log show sys uptime cfg exit Teraz PuTTY powinien automatycznie się zamknąć. Wrzuć na forum plik C:\putty.log.

No to po prostu podłącz i zobacz.

Na USB czy Ethernet? Jeśli to drugie, to nie ma problemu. Możliwe, że będzie wymagał konfiguracji.

Masz możliwość podstawienia za Livebox inny router? To byłby przydatny test.

Zacznijmy od tego, że to jest Livebox. Urządzenie cieszące się bardzo złą sławą, zwłaszcza ta najstarsza seria, ale nowe jej w niestabilności wcale nie ustępują. W logu nie widzę nic ciekawego, poza właśnie skokami pingów, które nie widać, skąd się biorą. Zrestartuj na próbę Livebox, zobacz, co potem się stanie. Okresowość w problemach z pingiem, o której mówisz, może wynikać także z nadmiernego obciążenia centralki i z tym już nic łatwo nie zrobisz. Po prostu Orange sprzedalo za dużo Neostrady w okolicy i teraz są efekty.

Chyba chodzi o to, jak zamykać porty. Zamykanie gniazd jest trochę bez sensu, bo gniazdo to taki logiczny wytwór złożony adresu IP i numeru portu. Otóż od zamykania tych drugich wystarczy pierwszy lepszy firewall, a jak jesteś za NAT-em, to domyślnie wszystkie połączenia inicjowane z zewnątrz są odrzucane = wszystkie porty są zamknięte.

Pokaż screen ze statystyk ADSL z Livebox.

Sianie FUD-u naprawdę nie pomaga. Nie wiem, skąd wziąłeś pojęcie "gniazda", ale widzę tutaj dwie możliwości. Pierwsza, czyli Windows Sockets. Pod tą nazwą kryje się API dla programów pisanych pod Windows umożliwiających im korzystanie przez ten system z połączeń sieciowych. Druga możliwość: często przez "gniazdo" rozumie się parę adres IP oraz numer portu. Pozwala ona na jednoznaczne wyznaczenie komputera w sieci i usługi, która z danego połączenia korzysta. Takie pary widzisz w wynikach polecenia netstat. Przykład połączenia: TCP 192.168.88.253:59982 108.160.162.48:80 USTANOWIONO Widzimy, że połączenie po protokole TCP istnieje między moim komputerem (adres 192.168.88.253) z portu 59982, a komputerem pod adresem 108.160.162.48 na porcie 80 (czyli HTTP). Ponieważ ten ostatni adres należy do Dropboxa, to wnioskuję, że połączenie zostało zainicjowane przez mój lokalny klient Dropbox. Sądzę, że chodzi o to drugie.

Wszystko, co normalnie podaje się w dziale Sieci (czyli Net-log i ICSI Netalyzr) oraz podpunkty dotyczące bezprzewodówek: https://www.fixitpc.pl/forum-44/announcement-11-ważne-zasady-obowiązujące-w-dziale-sieci/

Jak nie wystawisz go gdzieś na zewnątrz (zakładam, że nie masz przekierowanych portów), to nie ma szans, żeby ktoś z zewnątrz się połączył. Domyślnie chyba wszystkie zapory blokują takie połączenia, do tego dochodzi jeszcze NAT na routerze, który odrzuca wszystkie połączenia zainicjowane z zewnątrz, jeśli nie masz przekierowanego portu 80/tcp na komputer, na którym stoi Apache. Jak Ci bardzo zależy, to możesz obciąć zakres dopuszczonych adresów przez dyrektywę Listen, ale zdecydowanie lepiej i bezpieczniej zrobić to na jakimś firewallu: http://httpd.apache.org/docs/2.2/mod/mpm_common.html#listen

Według mnie do zgłoszenia dostawcy, ja tutaj nic nie widzę po stronie komputera. Może faktycznie coś jest, ale zdecydowanie bardziej prawdopodobny jest problem po stronie ISP.

Skoro już masz Speedstream, to możemy się bawić w poważniejszą diagnostykę. Na początek daj logi z Net-log i ICSI Netalyzr, a potem podam dokładnie, co zrobić, żeby wyciągnąć dane z modemu.

Są bezpieczne, powodują tylko odrzucanie komunikacji z hostami o adresach IP z pul od 173.194.55.0 do 173.194.55.255 oraz od 206.111.0.0 do 206.111.255.255. Według autora tekstu tam są serwery pośredniczące w przekazywaniu filmików i one nie wyrabiają. Wycięcie komunikacji spowoduje pobieranie materiałów bezpośrednio od YT. Nie wiem, na ile w to wierzyć, ja nie mam problemu z YT. Możesz próbować, nic złego się nie stanie. Nie jestem w stanie powiedzieć, jakie są usługi oprócz YT pod tymi adresami, więc jeśli coś przestanie działać, to w pierwszej kolejności wyłącz tę regułkę poprzez zastosowanie drugiej komendy. No i rzecz w sumie oczywista. Żeby to zadziałało, musisz mieć włączoną zaporę. Zatem jeszcze netsh advfirewall set allprofiles state on do wykonania, jeśli przypadkiem okazałoby się, że masz zaporę wyłączoną. Jeżeli korzystasz z jakiejś innej, to wprowadź do niej powyższą regułę, a nie odpalaj całej systemowej tylko po to.