DawidS28

Tu jeszcze taka drobna uwaga. Cały czas pisałem, że jedna karta sieciowa jeden adres IP. Zazwyczaj jest to prawda, ale można skorzystać z technologii "IP aliasing" i dopisać do karty więcej adresów IP. Wyklucza to oczywiście stosowanie automatycznego przydzielania adresów przez DHCP, wszystko musi zostać na sztywno przypisane. Wtedy karta sieciowa z kilkoma adresami odpowiada na zapytania wysłane pod każdy z nich. Można to zrobić klasycznie poprzez Panel sterowania -> Centrum sieci i udostępniania -> Połączenia sieciowe -> prawym na odpowiednie połączenie -> Właściwości -> Protokół TCP/IP w wersji 4 (TCP/IPv4) -> Właściwości -> ustawić statyczne IP -> Zaawansowane -> Ustawić kolejne adresy. Druga metoda to ręczna modyfikacja wartości IPAddress (REG_MULTI_SZ) w kluczu HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\{GUID_INTERFEJSU}. Każdy adres dodaje się do nowej linii. Ostatnie rozwiązanie to komenda netsh interface ip add address name="Nazwa_interfejsu" addr=adres_IP_do_dodania mask=maska_podsieci uruchamiana z uprawnieniami admina z Wiersza poleceń. Tak wygląda mój interfejs po dopisaniu kilku adresów IP: Karta bezprzewodowej sieci LAN Połączenie sieci bezprzewodowej: Sufiks DNS konkretnego połączenia : Opis. . . . . . . . . . . . . . . : Intel(R) WiFi Link 5100 AGN Adres fizyczny. . . . . . . . . . : 00-16-EA-75-F1-53 DHCP włączone . . . . . . . . . . : Nie Autokonfiguracja włączona . . . . : Tak Adres IPv6 połączenia lokalnego . : fe80::55fa:c42d:4d95:719c%12(Preferowane) Adres IPv4. . . . . . . . . . . . . : 192.168.1.101(Preferowane) Maska podsieci. . . . . . . . . . : 255.255.255.0 Adres IPv4. . . . . . . . . . . . . : 192.168.1.102(Preferowane) Maska podsieci. . . . . . . . . . : 255.255.255.0 Adres IPv4. . . . . . . . . . . . . : 192.168.1.103(Preferowane) Maska podsieci. . . . . . . . . . : 255.255.255.0 Adres IPv4. . . . . . . . . . . . . : 192.168.1.104(Preferowane) Maska podsieci. . . . . . . . . . : 255.255.255.0 Adres IPv4. . . . . . . . . . . . . : 192.168.1.105(Preferowane) Maska podsieci. . . . . . . . . . : 255.255.255.0 Adres IPv4. . . . . . . . . . . . . : 192.168.1.106(Preferowane) Maska podsieci. . . . . . . . . . : 255.255.255.0 Adres IPv4. . . . . . . . . . . . . : 192.168.1.107(Preferowane) Maska podsieci. . . . . . . . . . : 255.255.255.0 Brama domyślna. . . . . . . . . . : 192.168.1.1 Identyfikator IAID DHCPv6 . . . . : 268441322 Identyfikator DUID klienta DHCPv6 : 00-01-00-01-17-18-D0-3A-00-1D-72-C8-FB-29 Serwery DNS . . . . . . . . . . . : 192.168.1.1 NetBIOS przez Tcpip . . . . . . . : Włączony

Uruchom wiesz poleceń z uprawnieniami admina, wpisz: sc delete hamachi Potem uruchom ponownie komputer.

Dzięki za zgłoszenie. Problem dotyczy wszystkich odwiedzającyh i jest najprawdopodobniej związany z obciążeniem serwera, na którym stoi forum.

Domyślne ustawienie powinno być aktywne wtedy, gdy wartości nie ma w rejestrze. System powinien działać wtedy tak, jakby była obecna i ustawiona na 1. Dzięki za pomoc.

Dobra, powoli zaczynam nie ogarniać. Wykonaj jeszcze raz logi z OTL i Net-log.

To by wskazywało, że Windows 7 nie ma włączonego automatycznego wykrywania czarnych dziur MTU. Nie ukrywam, jest to dla mnie sporą niespodzianką. Zmień jeszcze, jeśli masz do mnie cierpliwość, wartość EnablePMTUBHDetect na 0, zrestartuj komputer i sprawdź problematyczne serwisy.

To włącz Teredo i IPv6 (analogicznie, jak zmieniałeś wcześniej), bo może Ci się kiedyś przydać. Do Teredo komenda z uprawnieniami admina: netsh int ipv6 set teredo enable A IPv6 do włączenia zgodnie z tą instrukcją, co wcześniej linkowałem. Potem restart. Odinstaluj uTorrenta, a potem zainstaluj podobnie. Jeśli automatyczny kreatorek nic nie da, to będziemy myśleć.

Efekt tego, że ja chyba nigdy nie zapamiętam składni skryptów rejestru. Prawidłowy wygląda tak: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters] "EnablePMTUBHDetect"=dword:00000001

Podobno Teredo się gryzie z Hamachi i VPN-ami ogólnie, natomiast jakoś u mnie tego nigdy nie przejawiało. Możemy wyłączyć. Uruchom Wiersz poleceń z uprawnieniami admina, wpisz: netsh int ipv6 set teredo disable i po wykonaniu komendy zrestartuj komputer.

Dzięki. Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters] EnablePMTUBHDetect=dword:00000001 Wklej to do Notatnika, zapisz jako fix.reg (uwaga na rozszerzenie), przejdź do katalogu zapisu pliku, kliknij na niego prawym i wybierz Scal. Zatwierdź ostrzeżenie. Potem uruchom z uprawnieniami admina komendę netsh int ip set int 10 mtu=1504 i zrestartuj komputer. To nam przywróci wartość MTU sprzed zmian i zadeklaruje jawnie wykrywanie tzw. czarnych dziur MTU, czyli tego, co sprawiło problem. Domyślnie to ustawienie jest nieobecne w rejestrze i traktowane jako włączone, a przynajmniej tak było pod Windows Vista / 2008 Server. Jaki dostawca Internetu? Widzę, że jesteś podłączony przez jakieś sieci lokalne do PLIX-a, ale to wiele nie wyjaśnia...

Wejdź w Wiersz poleceń i wpisz ipconfig /all > C:\cmd_log.txt i wrzuć na forum plik C:\cmd_log.txt. Zaporę masz teraz włączoną czy wyłączoną? Spróbuj ponownie skonfigurować uTorrenta przez jego wewnętrzny kreator.

Start -> Programy -> Akcesoria -> prawym na: Wiersz polecenia -> Uruchom jako administrator. Podajesz komendę netsh int ip reset reset.log i uruchamiasz ponownie komputer. Jeśli to nic nie da, to dezaktywuj IPv6 według tego opisu: https://www.fixitpc.pl/topic/4745-internet-i-sieci-faq/page__p__34814#entry34814 Potem kolejny restart.

Ponieważ problem powtarza się dosyć często, to byłbym wdzięczny, gdybyś sprawdził, czy przy MTU równym 1500 też występują problemy? Komenda netsh int ip set int 10 mtu=1500 i restart komputera. Co więcej, widzę, że z ADSL raczej nie korzystasz, więc najwyższą dopuszczalną wartością powinno być 1500. Otwórz jeszcze Edytor rejestru (klawisz Windows+R i komenda regedit), przejdź do HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip i wyeksportuj go jako txt. Byłbym wdzięczny, gdybyś go tutaj załączył. Interesuje mnie szczególnie wartość EnablePMTUBHDetect. Jestem ciekawy, czy Windows byłby w stanie sam rozwiązać ten problem bez sztywnego ustawienia MTU.

Start -> Programy -> Akcesoria -> prawym na: Wiersz polecenia -> Uruchom jako administrator. W otwartym oknie CMD wpisz komendę: netsh int ip set int 10 mtu=1492 i po jej wykonaniu uruchom ponownie komputer.

W takim razie Livebox dalej pełni rolę zapory, systemowa właściwie Ci się już raczej nie przyda, o ile nie będziesz się łączył z innymi sieciami lub jeśli nie ufasz innym komputerom podpiętym do Liveboksa. Chociaż... moje zaufanie do tego urządzenia od TP jest na tyle niskie, że firewalla (polecam zaporę od Comodo) raczej bym się nie pozbywał.

Jaki masz system na laptopie? EDIT Trzymanie komputera w DMZ bez firewalla jest proszeniem się o kłopoty, więc albo aktywuj Zaporę systemu Windows poprzez komendę netsh advfirewall set allprofiles state on (do wykonania z uprawnieniami admina) i restart komputera, albo zainstaluj firewall z prawdziwego zdarzenia. Polecam darmowy Comodo Firewall.

Odinstaluj na próbę LogMeIn Hamachi. Na Windows Vista/7 ten program często powoduje problemy. Wykonaj jeszcze log: https://www.fixitpc.pl/topic/2394-diagnostyka-ogolny-raport-konfiguracji-sieci/

Jak na problem z sieciami, OTL to za mało. Wykonaj raport z Net-log: https://www.fixitpc.pl/topic/2394-diagnostyka-ogolny-raport-konfiguracji-sieci/

Jaki masz router? Masz dostęp do jego konfiguracji? Pierwsza rzecz, jaką trzeba zmienić, to uwierzytelnianie. WEP jest przestarzałe i bardzo łatwe do złamania. Jeśli pozostałe komputery obsługują WPA, to proponuję zmienić wykorzystywaną technologię zabezpieczania dostępu do sieci bezprzewodowej. Pozostałe komputery korzystające z sieci bezprzewodowej znajdują się przeważnie obok tego pechowego, czy dalej (powyżej 10 metrów). Duże rozrzucenie urządzeń w sieci WiFi mogłoby powodować kolizje danych i w konsekwencji zakłócenia. Jeśli to nie jest problem, to proszę o wykonanie instrukcji z postu #2 na pozostałych komputerach w tej sieci. Chcę sprawdzić, jak optymalnie można skonfigurować bezprzewodówkę.

Rozwiń tę listę w inSSIDer, nie wszystko się zmieściło, a to dosyć ważne. Jak nazywa się sieć, z którą chcesz się połączyć? Ustaw na maksymalny.

To zależy. Przy tak mało zaawansowanym routerze jest to raczej mało użyteczne narzędzie, wszystko można w kilka minut skonfigurować ręcznie. Inaczej sprawa wygląda, jeśli potrzebujesz do połączenia nazwy użytkownika i hasła. Wtedy warto mieć kopię takich ustawień, na wypadek, gdyby ktoś zresetował router i tym samym wyczyścił wszystkie informacje na nim zapisane. Kopie zapasowe stosuje się także, gdy zostały pozmieniane jakieś zaawansowane ustawienia, ale nikt nie wie jakie, a sieć ma natychmiast zacząć działać. To tak jak z formatem. Nie szuka się przyczyny, tylko jak najszybciej przywraca urządzenie do prawidłowego działania. Akurat ustawienie MTU nie ma nic wspólnego z wirusami. Poza tym, Ty jak widzę masz XP, a ta komenda tam nie działa. Mój błąd. Pobierz program DrTCP i zrób screen z ustawień: http://www.dslreports.com/drtcp

Masz konto z uprawnieniami administracyjnymi? Jeśli tak, to wystarczy, że normalnie uruchomisz Wiersz poleceń ze Start -> Programy -> Akcesoria i wpiszesz potem te komendy. Od dostawcy dostajesz adres przez DHCP, więc takie zachowanie jest jak najbardziej normalne. On nie ingeruje w działanie sieci. Nie ma szans, żeby coś zepsuł. Automatyczne uzyskiwanie IP i DNS na komputerze powoduje, że uzyskujesz te adresy od routera, który ma uruchomiony serwer DHCP i według ustawień oraz tego, co otrzymał od dostawcy wszystko konfiguruje. Router dostaje swój adres IP i DNS od dostawcy na tej samej zasadzie, ale jest to niezależne od lokalnych ustawień na komputerze. Tak. Kiedy ostatni raz się pojawił? Uruchom Wiersz poleceń (musisz to zrobić z konta administracyjnego), wpisz komendy: netsh winsock reset netsh int ip reset reset.log Po ich wykonaniu zrestartuj komputer Odpowiedziałem Ci dwa tygodnie temu w tamtym temacie... Avira jest dobrym antywirusem. Zdecydowanie lepszym od Avasta i AVG. W routerze nie ma problemu. DNS Jumper raczej nic złego nie zrobił, skoro DNS-y są dobrze ustawione. Botnety to już nie moja działka... Tak, konfiguracja DNS-ów i routera jest poprawna. A skąd wiesz? Czy mają problemy z wydajnością łącz. A jeżeli tak, to w jakich najczęściej godzinach. Dodatkowo, czy używają w swojej infrastrukturze podsieci 192.168.1.0 z maską 255.255.255.0. Jaką polecają wartość MTU.

Start -> Programy -> Akcesoria -> prawym na: Wiersz polecenia -> Uruchom jako administrator. Wpisz komendę: netsh advfirewall set allprofiles state off i po jej wykonaniu uruchom ponownie komputer. Brak właściwie żadnych danych o systemie. Wykonaj logi z OTL: https://www.fixitpc.pl/topic/61-diagnostyka-ogolne-raporty-systemowe/

Wykonaj log: https://www.fixitpc.pl/topic/2394-diagnostyka-ogolny-raport-konfiguracji-sieci/ Pobierz, zainstaluj i uruchom program inSSIDer. Zrób screen z listy sieci: http://www.metageek.net/products/inssider/ Kliknij Windows+R, wpisz devmgmt.msc i w otwartym oknie Menedżera urządzeń znajdź swoją kartę sieciową. Z menu kontekstowego wybierz Właściwości, potem przejdź do karty Zaawansowane. Spisz każdą właściwość wraz z wartością. Potem przejdź do zakładki Szczegóły, wybierz z listy rozwijanej Identyfikatory sprzętu i przekopiuj zawartość na forum.

Interfejs to jest logiczna karta sieciowa. I tylko tyle. Przynajmniej tak najczęściej używa się tego pojęcia. Tutaj trzeba jeszcze rozróżnić kartę fizyczną i kartę logiczną. Zazwyczaj jest tak, że na karta logiczna karta fizyczna. Ale czasami pojawia się coś takiego: To jest dalej jedna fizyczna karta sieciowa, ale na niej znajdują się dwie karty logiczne. Będziesz je widział jako dwa osobne interfejsy w ipconfig (Windows) albo ifconfig (Linux). Będzie ona miała dwa adresy MAC, dwa adresy IP itd. W zasadzie tak, jeśli spełnia standardy. Jeśli karta ma przypisany na sztywno adres IP, to nie ma problemu. Jeśli adres uzyskuje dynamicznie i serwer DHCP jej go przydzieli, to też nie ma problemu. Jednak jeżeli karta ma pobierać adres dynamicznie, a serwera DHCP nie ma w zasięgu, to powinna dostać adres z puli 169.254.0.0/16, dzięki Zero Configuration Networking. Pod Windows odpowiada za to usługa APIPA. Tutaj więcej informacji: http://tools.ietf.org/html/rfc3927 Każda logiczna karta sieciowa ma swój MAC. Bo ma kilka kart sieciowych. Jeżeli dla jednej podsieci jest jedna karta sieciowa, to nie ma problemu = każda ma inny MAC, żeby można było je identyfikować. Problem w tym, że taki domowy router, to jest urządzenie wielofunkcyjne. Poza wyznaczaniem tras pakietów, czyli pełnieniem funkcji routingu, ma skonfigurowany serwer DHCP odpowiadający za przyznawanie adresów, firewall, często modem ADSL, a potem jeden interface do kablowej sieci lokalnej dzieli się jeszcze na kilka portów, czyli router ma wbudowany switch. A switch jest urządzeniem, które ogranicza domenę kolizji. Jeśli jakieś urządzenie do niego podpięte wyśle ramkę z danymi, to switch nie rozgłasza jej na wszystkie pozostałe interfejsy, tylko sprawdza na podstawie docelowego adresu MAC tej ramki, w które miejsce ma ją wysłać i tylko tam przekazuje, w odróżnieniu od koncentratora (huba), który nie ogranicza domen kolizji = przesyła wszystko wszędzie jak leci. Switch musi się dowiedzieć (jeśli nie znajdzie odpowiedzi w tablicy skojarzeń), gdzie tę ramkę wysłać. Jak to najprościej zrobić? A no wysyłając wiadomość na każdy port za wyjątkiem źródłowego. Ten, z którego nadejdzie odpowiedź, jest potem kojarzony z portem na routerze. Powstaje, w uproszczeniu, taka baza, która jest przechowywana przez pewien czas: Fa0/1 - 00:11:22:33:44:55 Fa0/2 - 11:22:33:44:55:66 Po lewej jest oznaczenie portu na switchu, po prawej - docelowy adres MAC ramki. Rozwiązanie podobne do tablicy ARP. Jeszcze jedno: nie każdy switch posiada osobny MAC na każdym porcie. Cisco i MikroTik z tego korzystają, jednak nie jest to obligatoryjne.