DawidS28

Zatem konfiguracja poprawna. Jednocześnie statystyki mówią, że transmisja pakietów przebiega poprawnie. Proponuję zgłosić dostawcy problem i przy okazji podpytać, czy nie mają możliwości innego uwierzytelniania niż WEP, które jest dosyć słabe i praktycznie każdy może je złamać, a potem korzystać z Twojego Internetu. Takie rzeczy robiło się w kilka do kilkunastu minut z płytki z Backtrackiem. Nie zdziwiłbym się, gdyby ktoś niepowołany korzystał z Twojego połączenia.

A PNG? Albo jako załącznik, albo na http://imagebanana.com

Jeśli możesz, to popraw screen, bo zupełnie nic nie widać.

Nie wiem, co jest w Tools, ale Statistics i Log są potrzebne. Proszę o załączenie w.w., jak również Wireless i podstron. Wiem, że jest tego dużo, ale mam z tym routerem styczność drugi raz, a nie mogę znaleźć żadnej instrukcji, więc nie wiem, czego gdzie szukać. TCP/IP Settings -> WAN Interface Odznacz Enable Web Server Access on WAN Port 8080. Management -> QoS Masz obcięte pasmo do 1200 kb/s. Jaką masz szybkość połączenia od dostawcy?

Jaki model D-Linka? Wejdź w BlackBox, zrób screeny z Operation Mode, TCP/IP Settings i podstron, Route setup oraz Management i podstron.

Na komputerze nie widać żadnych przyczyn problemów. Konfiguracja poprawna. Problem zaczyna się w okolicach BlackBox Smart, chociaż równie dobrze może dotyczyć interfejsu D-Link, z którego jest podłączony do BlackBox Smart. Masz dostęp do konfiguracji routerów? Jaki dokładnie dostawca?

Wypal MHDD na płycie lub dyskietce, zrób skanowanie, a potem screen ze S.M.A.R.T.: https://www.fixitpc.pl/topic/141-mhdd-podstawowa-instrukcja-obslugi/

Jeden DNS to Twój router, drugi - router dostawcy. Zdaje się być poprawne. Nie ma już śladów po działaniu DNS Jumper. Nie musisz się nim przejmować. Już Ci chyba 10 razy napisałem, że nie masz DNS-ów z programu DNS Jumper. Chciałem Ci tylko pokazać, jak to sprawdzić. Błąd niezwiązany z tym programem. Prawdopodobnie przez chwilę nie miałeś sieci i pojawiło się takie dziwne ustawienie. Szczerze powiedziawszy, nie widzę innej przyczyny, wszystko jest dobrze. Obrazek taki sam. Opis do niego pasuje. Działa tylko lokalnie. Możesz wbić na oba, tylko teraz nie widzę powodu, dla którego warto byłoby ją uruchamiać, skoro wiemy, że problem nie leży po Twojej stronie. Nie, nie miało żadnego negatywnego skutku. Najnowsze sterowniki: http://downloadcenter.intel.com/confirm.aspx?httpDown=http://downloadmirror.intel.com/21044/eng/Wireless_14.3.1_s32.exe&lang=eng&Dwnldid=21044&DownloadType=Software+Applications&OSFullname=Windows+7+(32-bit)*&ProductID=3141 Pierwszy przycisk "Click for download" od góry: http://www.atheros.c...set=51&system=5 Nikt nie jest podpięty. Nie musisz tego zmieniać. Ustawienie nie ma żadnego znaczenia, dopóki się z taką siecią nie będziesz próbował połączyć.

Rozwiązywanie problemu czarnych dziur Path MTU Discovery Technologie Path MTU Discovery i PMTUD Black Hole Detection zostały już dokładnie omówione. Warto jednak pamiętać, że do całkowicie poprawnego działania sieci wymagane jest uruchomienie mechanizmów na obu komunikujących się hostach. W przeciwnym razie, przesyłanie informacji może być niemożliwe lub utrudnione. Pierwszym krokiem przy diagnozowaniu problemów z MTU jest sprawdzenie aktualnych ustawień i porównanie z MTU przeznaczonym dla wykorzystywanej technologii. Jeśli ustawiony maksymalny rozmiar pakietu jest wyższy od możliwości technologii, należy go zredukować. Czarne dziury najłatwiej wykryć, śledząc wysyłane i otrzymywane pakiety. Można to zrobić przy pomocy dowolnego programu przeznaczonego do sniffowania (podsłuchiwania) połączenia sieciowego, dla systemu Windows polecam darmowy Wireshark. Jeżeli komunikacja z większością zdalnych hostów działa poprawnie, a jeden odpowiada tylko na komunikat SYN, wysyłając krótkie - nie przekraczające rzeczywistych możliwości sieci - SYN-ACK, lecz nie może przesłać większych danych, to znaczy, że prawdopodobną przyczyną jest właśnie czarna dziura Path MTU Discovery. W takim przypadku najlepszym rozwiązaniem jest stopniowe zmniejszanie wartości MTU. W zdecydowanej większości przypadków rozwiązaniem jest wykorzystanie MTU równego 1492 B lub - w przypadku niektórych łącz Netii - 1432 B. Graniczną wartością, poniżej której nie warto (pomijając naprawdę szczególne przypadki) już schodzić, jest 1400 B. Należy zauważyć, że niskie MTU, chociaż pozwala wyeliminować problemy, powoduje także obniżenie wydajności łącza. Dlatego najlepszym rozwiązaniem jest ręczne ustawianie odpowiedniej wartości, korzystając z komunikatów ICMP Echo Request (czyli polecenia ping) z ustawioną flagą Don't Fragment, co zostało wcześniej przeze mnie opisane. Niekiedy zdarza się także sytuacja, że zbyt niskie MTU powoduje problemy (przykład TUTAJ). W tym przypadku winne było ustawienie niższego MTU na routerze, niż na komputerach do niego podłączonych. Powinno przestrzegać się, by w całej sieci ustawione było MTU o równej wartości.

W przypadku każdego komputera, na którym to robiłem i pamiętam jak działa (czyli od Win 2k, przez 2k3, XP, Vistę, 7 i 2k8): to zależy, co definiujemy przez wyłączenie przyciskiem. Jeżeli naciskasz i trzymasz przez chwilę, aż do odcięcia zasilania, to zawsze mnie przy starcie informuje, że nie został zamknięty poprawnie. Jeśli naciskam i puszczam, to system normalnie się zamyka, ewentualnie na siłę wymuszając ubicie procesów, a przy następnym uruchomieniu normalnie startuje.

Jest różnica między wyłączaniem przyciskiem (o ile nie trzymasz go 5 sekund, tylko raz naciskasz), a urwaniem zasilania. Przy tej pierwszej metodzie komputer wyłącza się w miarę normalnie, efekt taki sam, jakbyś wpisał shutdown -s -t 0. Nie czeka, aż procesy się zamkną, tylko wyłącza.

Trochę marne. Ja zawsze konfigurowałem serwery, żeby na przyciśnięcie przycisku nie reagowały lub uruchamiały się ponownie. Nigdy wyłączanie. Wystarczy, że ktoś to przez przypadek zrobi, a potem nie mogę maszynki podnieść zdalnie w wielu przypadkach, kiedy nie mam Wake On LAN lub środowiska Intel® Standard Manageability. Wystarczy zalogować się telnecie, SSH (pod Windows jest FreeSSHd) lub RDP i wydać komendę do wyłączania. Inna sprawa, wyłączałem serwery średnio raz na rok, przy okazji czyszczenia i przeglądu.

Tutaj konfiguracja dla Thunderbird od Interii: http://info.poczta.interia.pl/pomoc/artykuly,1456155,mozilla-thunderbird-3 Masz tak samo ustawione? Komunikat wskazuje tylko, że korzystasz prawdopodobnie z jakiejś nieobsługiwanej przez serwer metody uwierzytelniania.

Sprawdzenie, jaki program go uruchamia: Process Explorer. Sprawdzenie, czy jest we wpisach autostartu: Autoruns.

Wydaje mi się, że te prawie 90 stopni, to już trochę za dużo. Nie wiem, z czego masz ten zmywacz do paznokci, ale aceton się nie nadaje, zbyt żrący. Alkohol izopropylowy lub czysty spirytus, ale lepiej tym pierwszym. Spirytus salicylowy ma rozpuszczony w stężeniu ok. 1 - 2 % kwas salicylowy (takie jasnożółte kryształki) i jak odparuje, to to zostaje na procesorze. Według mnie to nie jest dobry pomysł. Znajdź preparat Kontakt IPA, to nie jest drogie.

Tak. "Access denied" jest niewątpliwie moim ulubionym błędem... Pobierz FixIt Microsoftu, uruchom i po zakończeniu restart komputera. Prawdopodobnie nic nie da, ale warto spróbować: http://support.microsoft.com/kb/943996 Jeśli to nie zadziała, to wybacz, ale ja się przywracania uprawnień w rejestrze nie podejmę, postaram się przekazać temat komuś bardziej doświadczonemu.

Kolejne dwie komendy, pierwsze, czego się chwycimy, to niedziałający (w teorii) Klient DHCP. sc qc dhcp > C:\cmd_log.txt sc queryex dhcp >> C:\cmd_log.txt Do zaprezentowania C:\cmd_log.txt.

Jaki do dokładnie laptop?

Ostatniej brak. Wykonaj jeszcze sc queryex ndisuio i po prostu zrób screen. Na razie nie ogarniam przyczyny, według SystemLook dużo usług nie działa, chociaż powinno.

Może być problem. Wszystkie torrenty, które sprawdziłem nie mają peerów, o seedach nie wspominając. Nie ma skąd pobrać. Jak zdobędę, to dam znać, ale to się odsuwa gdzieś w bliżej nieokreśloną przyszłość.

On już to rozwiązał na PCFormat. A co do "radosnej twórczości", którą punktuje tam broda99: O17 - HKLM\System\CCS\Services\Tcpip\Parameters: DhcpNameServer = 8.8.8.8 8.8.4.4 O17 - HKLM\System\CCS\Services\Tcpip\Parameters\Interfaces\{DF93B41F-C82B-4037-AC2C-D6B8A03F1484}: DhcpNameServer = 8.8.8.8 8.8.4.4 Jest to jak najbardziej poprawny wpis. W tym kluczu w rejestrze mogą być dwie wartości REG_SZ: NameServer (czyli statycznie określone adresy DNS) i DhcpNameServer (czyli DNS-y przyznane przez DHCP). http://technet.microsoft.com/en-us/library/cc962470 http://technet.microsoft.com/en-us/library/cc978468

Pokaż jeszcze raz nowy raport z Net-log.

Teraz jest dobrze? Połączenie dalej muli? W ogóle to mulenie występuje tylko przy przeglądaniu WWW, czy jak pobierasz pliki to też?

Bardzo prawdopodobne, że D-Link nie radzi sobie z tyloma połączeniami. Poza tym, nie dałeś żadnych danych, nawet screenów z limitów połączeń w uTorrent na poszczególnych komputerach, więc nie mam co analizować.

Dobra, zostawmy to. Jak wyniki z http://speedtest.net z Twojego laptopa?