DawidS28

Korzystam z Comodo Firewall i bardzo sobie cenię, natomiast PF także zbiera dobre opinie.

Myślałeś nad TP/Orange? Neostrada Fiber z prędkością 80 Mb/s robi wrażenie, a cena niewygórowana. Planowali do końca 2012 roku umożliwić dostęp do usługi VDSL milionowi użytkowników w Polsce, wiem, że w wielu miejscach technologia sprawdziła się i działa. Przez 6 lat korzystania zdarzyła mi się tylko jedna większa usterka, po części z mojej winy, bo uwierzyłem konsultantce obiecującej gruszki na wierzbie i 20 Mb/s po mojej starej infrastrukturze, poza tym żadnych problemów. Jaką masz prędkość połączenia?

Nic tu po nas, zgłoś problem dostawcy. Niech się tym zajmą, zwłaszcza, że to ich wina.

Tak, to jest adres konfiguracji modemu. Zostaw nazwę użytkownika pustą, jako hasło wpisz admin i spróbuj się zalogować. To są domyślne wartości tych pól dla Thomsona TCW750-4. Jeżeli nie działają, to znaczy, że Vectra zrobiła autokonfigurację ustawień przez Internet lub technik ustawił inne dane.

Ok, wyniki są zbyt długie, żeby to wygodnie zmieścić na screenie. Wpisz route print > C:\cmd_log.txt && notepad C:\cmd_log.txt i wrzuć na forum zawartość z otwartego okna notatnika. Widzisz coś pod adresem http://192.168.100.1?

I wnioskuję z nazwy sieci, że mieszkałeś w okolicach ul. Herburtów w Przemyślu. To tylko potwierdza, że ta sieć jest Ci już niepotrzebna, ponieważ jesteś poza jej zasięgiem. Nadajnik jest w innym miejscu. Jeśli nic nie modyfikowałeś lub modyfikowałeś, ale nie chcesz tego zapisywać, to klikasz Tak. W przeciwnym razie Nie, a potem zapisujesz ustawienia poprzez wybranie OK w dużym oknie. Stacjonarny bez problemów. Nie porównywałem ze starą konfiguracją, ale obecna jest poprawna i, jak widać, działa. Uruchom jeszcze Wiersz poleceń, wpisz komendy: sc config remoteaccess start= demand oraz net start remoteaccess i zamieść screen z wyników. Jestem ciekaw, dlaczego usługa Routing i dostęp zdalny nie uruchomiła się poprawnie. Jednocześnie uspokajam, że nie ma to żadnego negatywnego wpływu na działanie Twojego komputera, w szczególności połączenia sieciowego. Po prostu obcięło mi nieco statystyk z Net-log (polecenia kontekstu netsh int ip wymagają jej do poprawnego działania). Na laptopie wyższe pingi zapuść polecenie (ping -t 100 192.168.1.1 > C:\cmd_log.txt) & (pathping 192.168.1.1 >> C:\cmd_log.txt) i jak się wykona wrzuć na forum zawartość pliku C:\cmd_log.txt. Zrób jeszcze screen z listy sieci bezprzewodowych w programie inSSIDer. Dodał Google Public DNS jako podstawowy serwer DNS. Nie jest to błąd, natomiast moim zdaniem nic nie zmieni. Może zostać tak jak jest. Chodziło o serwer DHCP, ale to nie ma z tym nic wspólnego. Problem wystąpił tylko raz, tak wynikało z wylistowanych informacji z Dziennika zdarzeń w logu z OTL. Nie ma się czym przejmować. Teraz wszystko działa. Bardzo możliwe, że w sieci nie było wtedy dostępnego żadnego serwera DHCP, a masz ustawione automatyczne uzyskiwanie adresu IP, właśnie poprzez DHCP. Chociaż tej tezie przeczy fakt, że komputer otrzymał (według wpisu) komunikat DHCPNAK. Obecnie wszystko jest poprawnie. Na potwierdzenie moich słów powinien wystarczyć adres serwera DHCP, który możesz sprawdzić komendą ipconfig /all z Wiersza poleceń. To są statystyki liczby wysłanych pakietów. Wartości te się zmieniają i jest to jak najbardziej normalne. Chodzi o DNS-y? Niech sobie będą, to nie jest błąd. Jak wyżej. Prawdopodobnie chłopak siostry zmienił. Nie widzę powodu, by wracać do starych ustawień. Dokładnie. Wpisane tam ustawienia i tak nie są używane. Inna sprawa, nawet jeśli je włączysz, to nic to prawdpodobnie nie zmieni. Możesz zaznaczyć wykorzystanie tych adresów, ale wydaje się nieprawdopodobne, żeby to rozwiązało problem. Innych zmian nie widzę. Musiałbyś mieć wcześniejszy plik konfiguracji, którego prawdopodobnie nie masz. Jeszcze raz powtarzam, że nie widzę nigdzie żadnych szkodliwych zmian. Kliknij Windows + R, wpisz devmgmt.msc i w oknie Menedżera urządzeń rozwiń opcję karty sieciowe. Zrób screen i wrzuć na forum. Ostatnia rzecz, która mi przychodzi na myśl, również mało prawdopodobna, ale warto spróbować. Wejdź na laptopie w Start -> Programy -> Akcesoria -> prawym na: Wiersz polecenia -> wybierz: Uruchom jako administrator, wpisz polecenie netsh int ip set int 11 mtu=1400 i po jego wykonaniu się uruchom ponownie komputer.

Przenoszę temat do działu Windows 7. Nie działa sieć bezprzewodowa, ale problem typowo systemowy, nic tu po mnie, aż tak dobrze na Windows się nie znam.

Ok, czyli działa. Pod Windows XP jedyną oznaką netsh int ip reset reset.log jest przejście do następnego wiersza. Generuje przy okazji w aktywnym katalogu raport z przeprowadzanych czynności o nazwie reset.log (można ustawić inną), ale nam się raczej nie przyda.

Jeżeli to jest zwykły plik tekstowy, to zmień rozszerzenie na .txt. Sprawdź jeszcze przez: dpkg -l Nie znam tak dobrze Linuksów, w szczególności Debian/Ubuntu/Mint, bardziej systemy bazujące na RPM (np. Fedora, RedHat, CentOS).

iptables jest zainstalowany. Co oznacza to słoneczko - nie wiem. Ten pakiet jest prawdopodobnie dodany domyślnie do Minta. dpkg --get-selections

W takim razie raczej nie problem z modemem, tylko po stronie dostawcy. Uruchom Wiersz poleceń, wpisz route print i zrób screen.

Hmm... po głębszym przejrzeniu tematu: Firestarter nie jest nakładką na iptables, to jest osobny firewall. Możesz po prostu nie mieć zainstalowanego tego drugiego.

A, ok. Przecież to jest Mint. Tutaj jest nawet fajny opis dodawania programów do autostartu pod Mintem: http://www.howtogeek.com/103640/how-to-make-programs-start-automatically-in-linux-mint-12/

Modem jest Twój, czy dostałeś od Vectry? Jakie to dokładnie urządzenie? Masz dostęp do jego konfiguracji? Jeśli na drugim komputerze w tej samej sieci lokalnej dzieje się to samo, to problem systemowy możemy praktycznie wykluczyć. Masz filtrowaną prawdopodobnie całą komunikację poza stronami internetowymi (porty TCP 80 i 443), GG (TCP 8074) i DNS konieczną do działania WWW (TCP/UDP 53) i kilkoma innymi usługami. Reszta ruchu, nawet protokół ICMP działający w warstwie sieci, czyli, m.in. przedstawiony ping, nie działa. Nie znam dostawcy, który by to blokował. Stąd płynie wniosek, że prawdopodobnie ktoś z Vectry namieszał przy konfiguracji.

Jesteś pewien, że wpisujesz dwa razy reset? Najpierw samo, a potem z .log? Dial-Up, czyli połączenie wdzwaniane. To jest konfiguracja MTU dla połączenia przez modem analogowy. W dawnych czasach TP oferowało numer dostępowy do Internetu 0202122 przy prędkości 56 kb/s. Dzisiaj ta usługa jest dalej aktywna, ale mało kto jej używa. Tylko w przypadku awarii normalnego połączenia z Internetem lub w miejscach, gdzie z powodu złego stanu infrastruktury nowsze technologie (np. ADSL) nie są w stanie poprawnie działać.

Czy widzisz różnicę między ad hoc a trybem infrastrukturalnym? W tym pierwszym do połączenia wszystkie komputery w sieci muszą się nawzajem widzieć. Takie bezprzewodowe P2P, wszystkie klienty są równorzędne. W trybie infrastrukturalnym jest jeden węzeł nadrzędny (access point) i komputery, które się z nim łączą. Cała komunikacja idzie przez AP, więc poszczególne klienty nie muszą mieć możliwości połączenia bezpośredniego. W Twoim przypadku są dwa komputery, które trzeba połączyć bezprzewodowo z udostępnianiem Internetu. I tak, i tak muszą się mieć między sobą możliwość bezpośredniej komunikacji, więc jedyną różnicą jest konfiguracja. Działanie będzie podobne. To, że nie chcesz kupować routera ADSL już wiem i szanuję, chociaż jest to najlepsze rozwiązanie.

Zrób, jeśli możesz, coś jeszcze dla mnie. Zwiększaj MTU o 10 i sprawdzaj za każdym razem, czy pojawia się problem. Jestem ciekawy, przy jakiej wartości się wysypie (stawiam na 1432+1 albo 1480+1). Ta wiedza może się kiedyś przydać. Dostawca to Netia? A, i nie musisz restartować kompa. Wystarczy, że wpiszesz polecenie netsh int ip reset reset.log To powinno zrestartować stos TCP/IP i rozpocząć działanie z nowym MTU.

Ten wirus wcale nie jest niewykrywalny. Wystarczy śledzenie komunikacji sieciowej między tym komputerem a resztą świata. Takie połączenie z nieznanym serwerem chwilę po pierwszym uruchomieniu komputera byłoby co najmniej dziwne. Tylko jaki odsetek użytkowników/administratorów coś takiego robi? Z moich doświadczeń wynika, że bardzo nieliczny. Oczywiście, monitorowanie sieci z poziomu systemu na komputerze z zarażonym BIOS-em nic nie da, bo komunikacja zaczyna się dużo niżej i nie przechodzi przez ten system. Warto jeszcze pamiętać, że nie każdy urządzenie jest programowalne w ten sposób (to w odniesieniu do replikacji złośliwego kodu). Artykuł na WP wygląda jak klasyczny FUD, co nie zmienia faktu, że chiński sprzęt sieciowy nie jest dobrym rozwiązaniem. Kto wie, co oni tam specjalnie dodają: http://niebezpiecznik.pl/post/dziury-w-routerach-huawei/

Rozumiem, że tryb ad-hoc (zamiast infrastrukturalnego) Cię zadowala? Spróbuj zainstalować ten sterownik: http://www.driveride...079B%26PID_0062 lub ten: http://www.driveride...079B%26PID_0062 Co to znaczy działa? Możesz się połączy z komputerem stacjonarnym bezprzewodowo w trybie ad hoc? Możliwe, że Twoja karta bezprzewodowa tego nie obsługuje. Będę musiał wygrzebać ten modem od TP i jakąś kartę WiFi na USB i sprawdzić, czy to ma jakieś szanse zadziałać. Jeszcze tylko komp, a nie maszynka wirtualna, z XP-kiem i wracamy do starych (dobrych?) czasów... EDIT Cały ten sprzęt będę miał do dyspozycji jutro wieczorem, postaram się opisać tworzenie takiej sieci na komputerze z Windows XP SP3 + SpeedTouch 330 od TP i karcie WiFi RealTek 8187L na USB. Wybacz opóźnienie, ale po prostu z większości podanych urządzeń nie korzystam na bieżąco.

Mój błąd, netsh na XP nie umożliwia zmiany MTU. Pobierz program DrTCP: http://www.dslreports.com/drtcp Wybierz swoją kartę sieciową, wpisz MTU równe 1400, czyli najniższe bezpieczne dla normalnego połączenia. Może nieco obniżyć wydajność, ale to nie jest obligatoryjne. Potem uruchom ponownie połączenie sieciowe.

http://blog.webhostingdiscussion.net/linux-commands/how-to-startrestartstop-iptables-and-auto-start-at-boot.htm

Wyłącz modem z prądu, poczekaj kilkadziesiąt sekund, podepnij ponownie. Jeśli to nic nie da, to pobierz jakieś LiveCD Linuksa (polecam Knoppix), wypal jako bootowalne na płycie i uruchom z niego komputer. Wejdź w Terminal (gdzieś z menu powinien być dostępny), wpisz komendę ping 8.8.8.8 i oczekuj na wyniki. Jeśli dostaniesz odpowiedzi: 64 bytes from 8.8.8.8: icmp_req=1 ttl=42 time=45.7 ms 64 bytes from 8.8.8.8: icmp_req=2 ttl=42 time=45.2 ms 64 bytes from 8.8.8.8: icmp_req=3 ttl=42 time=45.7 ms ...to znaczy, że problem leży w konfiguracji Twojego Windowsa. Jeśli nie dostaniesz żadnej odpowiedzi, to wygląda na to, że przyczyną jest konfiguracja modemu lub usterka u dostawcy.

Jeśli to nic nie dało, to tak. Co do MTU: sprawdzę jutro... to znaczy dzisiaj, tylko jak się wyśpię.

To zaczyna być frustrujące... netsh int ip set subint "Połączenie lokalne" mtu=1492 store=persistent