DawidS28

Wyłącz zasilanie Liveboksa, poczekaj kilkadziesiąt sekund, podłącz ponownie. Odczekaj kilka minut i przejdź jeszcze raz do statystyk ADSL. Zrób screen. To są stare urządzenia, TP odkupiła je od France Telecom (czyli de facto większościowego udziałowca w TP), lubią się często wieszać i psuć. Jeśli to nic nie da, to pobierz Live CD Linkusa (polecam dystrybucję Knoppix), wypal jako bootowalne na płycie i uruchom z niego komputer. Podłącz się kablem do Liveboksa i spróbuj wejść na dowolną stronę. Jeżeli problem będzie występował dalej, to zgłoś usterkę do TP.

Mój błąd. zmień ping -n 50 192.168.1.1 > C:\cmd_log.txt i odpal ponownie. Masz rozwiązanie problemu 1 Mb/s zamiast 2 Mb/s. Livebox łapie Ci synchro na poziomie 1,2 Mb/s, powodem jest zła konfiguracja centralki TP. Zgłoś na Błękitnej Linii problem, powinni się tym zająć. Strona Liveboksa ładuje się od razu?

Z dziwnych przyczyn (ponawiam pytanie: jaki to router?) pathping jest blokowany. Zatem jeszcze jedna komenda: ping -t 50 192.168.1.1 > C:\cmd_log.txt ping -n 50 192.168.1.1 > C:\cmd_log.txt i znowu po wykonaniu dajesz C:\cmd_log.txt Prędkość niska, bo może inne osoby z Internetu korzystają? Poszukaj w konfiguracji routera statystyk ADSL, czyli czegoś takiego, i zrób screen:

Jaka powinna być prędkość? Piszesz o szybkości wczytywania stron czy wyniku ze speedtest? Nie odpinaj jeszcze kabla, wpisz polecenie pathping 8.8.8.8 > C:\cmd_log.txt i jak się zakończy (może potrwać kilka minut), wrzuć zawartość pliku C:\cmd_log.txt.

Rozumiem. Jednak znam wiele przypadków, kiedy specyficzna konfiguracja doprowadzała do podobnych przypadków. Równie dobrze ktoś mógł skonfigurować osobne reguły dla Twojego komputera i obciąć Ci pasmo na routerze. Efekt byłby podobny (nie sugeruję, że ktoś to zrobił). Połącz się kablem z routerem. Potem wpisz w wiersz poleceń z uprawnieniami admina komendy ipconfig /release oraz ipconfig /renew i sprawdź otwieranie się stron WWW. Wejdź na http://speedtest.net i zrób test szybkości połączenia. Wynik wrzuć na forum.

Czy przy wykonywaniu tych komend pokazuje się jakiś błąd? Nie wiem, czy dobrze Cię rozumiem. Przeglądarka działa normalnie, tylko nie można załadować żadnej strony internetowej? Problem występuje przez cały czas, czy tylko okresowo, np. po dłuższej pracy komputera? Jaki posiadasz router? Masz dostęp do jego strony konfiguracyjnej? Czy jakieś inne komputery korzystają z tej samej sieci? Mam wrażenie, że problem przypadkowo zbiegł się z infekcją i nie tutaj należy szukać rozwiązania.

Start -> Programy -> Akcesoria -> prawym na: Wiersz polecenia -> Uruchom jako administrator. Wpisujesz: reg delete HKLM\SYSTEM\CurrentControlSet\Control\Network /v Config /f netsh advfirewall reset netsh int ip reset C:\resetlog.txt Po wykonaniu uruchom ponownie komputer. Zaprezentuj zawartość pliku C:\resetlog.txt.

TCP 192.168.1.12:49208 wh-www-virt-97:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49209 wh-www-virt-97:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49210 fa-in-f139:https USTANOWIONO [firefox.exe] TCP 192.168.1.12:49211 fa-in-f139:https CZAS_OCZEKIWANIA TCP 192.168.1.12:49213 rev-213:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49228 212.180.250.152:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49241 rev-213:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49242 fa-in-f138:http USTANOWIONO [firefox.exe] TCP 192.168.1.12:49243 fra07s07-in-f138:https USTANOWIONO [firefox.exe] TCP 192.168.1.12:49244 fa-in-f138:https CZAS_OCZEKIWANIA TCP 192.168.1.12:49245 fra07s07-in-f138:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49252 wh-www-virt-97:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49253 wh-www-virt-97:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49260 wh-www-virt-97:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49261 wh-www-virt-97:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49274 muc03s02-in-f9:http USTANOWIONO [firefox.exe] TCP 192.168.1.12:49275 fra07s07-in-f101:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49276 212.180.250.152:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49282 rev-213:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49286 ns304361:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49287 ns304361:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49288 s8:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49289 s8:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49294 212.180.250.40:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49304 s8:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49305 s8:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49307 idmweb2:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49313 212.180.250.39:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49315 idmweb1:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49316 idmweb1:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49317 idmweb1:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49318 212.180.250.39:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49319 212.180.250.39:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49320 212.180.250.39:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49321 212.180.250.39:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49322 212.180.250.39:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49323 212.180.250.39:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49329 212.180.250.40:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49330 212.180.250.40:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49331 212.180.250.40:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49332 212.180.250.40:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49333 212.180.250.40:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49334 212.180.250.40:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49336 pbtng:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49337 217-212-244-231:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49338 174-47-188-39:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49339 212.180.250.40:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49340 pbtng:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49341 pbtng:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49342 174-47-188-39:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49344 212.180.250.40:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49345 idmweb2:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49346 idmweb1:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49347 212.180.250.39:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49348 212.180.250.39:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49350 rose:http CZAS_OCZEKIWANIA TCP 192.168.1.12:49351 212.180.250.40:http USTANOWIONO [firefox.exe] Zadziwiający wynik. "Czas oczekiwania", czyli komputer wysłał SYN i czeka na SYN-ACK. Parametry sieciowe w normie, więc problem raczej software'owy: jakiś antywirus/zapora/pakiet IS filtruje połączenia i robi to na tyle nieudolnie, że trzeba czekać w nieskończoność? Tyle, że Ty nie masz żadnego takiego programu. Trochę bzdur popisałem. "Czas oczekiwania" to "time wait", czyli okres po zamknięciu połączenia TCP, kiedy jeszcze komputer oczekuje na dane, które mogły się trochę opóźnić. Gniazdo, składające się z adresu IP i numeru portu jest wciąż aktywne, i powinno być otwarte według zaleceń przez 240 sekund. Przy rozwijaniu bardzo wielu połączeń TCP ta wartość może być zbyt wysoka i, w połączeniu z innymi ograniczeniami systemu, może powodować problemy, jednak są to bardzo szczególne przypadki. Chyba mamy odpowiedź. Start -> Programy -> Akcesoria -> prawym na: Wiersz polecenia -> Uruchom jako administrator Wpisz: netsh int ip reset C:\resetlog.txt i po wykonaniu polecenia uruchom ponownie komputer. FF - prefs.js..browser.search.defaultenginename: "AVG Secure Search" FF - prefs.js..browser.search.selectedEngine: "Google" FF - prefs.js..network.proxy.backup.ftp: "" FF - prefs.js..network.proxy.backup.ftp_port: 0 FF - prefs.js..network.proxy.backup.socks: "" FF - prefs.js..network.proxy.backup.socks_port: 0 FF - prefs.js..network.proxy.backup.ssl: "" FF - prefs.js..network.proxy.backup.ssl_port: 0 FF - prefs.js..network.proxy.ftp: "91.121.91.61" FF - prefs.js..network.proxy.ftp_port: 3128 FF - prefs.js..network.proxy.http: "91.121.91.61" FF - prefs.js..network.proxy.http_port: 3128 FF - prefs.js..network.proxy.share_proxy_settings: true FF - prefs.js..network.proxy.socks: "91.121.91.61" FF - prefs.js..network.proxy.socks_port: 3128 FF - prefs.js..network.proxy.ssl: "91.121.91.61" FF - prefs.js..network.proxy.ssl_port: 3128 FF - prefs.js..network.proxy.type: 0 FF - user.js - File not found Wywal proxy z Firefoksa. Mozilla Firefox: Narzędzia -> Opcje -> zakładka: Zaawansowane -> Ustawienia...

Dysk w normie. Pobierz Memtest86 i odpal z niego komputer. Włącz skanowanie pamięci RAM (uprzedzam, że to może potrwać kilka godzin).

Daj jeszcze na SMART "any key", żebyśmy zobaczyli wartości pod spodem i zrób nowego screena.

Wykonaj raport: http://www.fixitpc.p...iguracji-sieci/ Czy inne przeglądarki mają przy włączaniu ten sam problem?

"Driver error"? Ten komunikat to swoisty klasyk. Związany wydajnością hostingu współdzielonego, na którym stoi forum. XS4All to solidny dawca, ale jednak na jednym serwerze masz kilkadziesiąt innych witryn, które też generują obciążenie. Reszta za bardzo się rozkręci, zapytanie do bazy dostaje timeouta i można zobaczyć efekt w postaci tego błędu.

Nie pouczam. Przynajmniej ja tego tak nie odbieram. Ten tzw. "regulamin" ma kilka stron, sam go nie znam na pamięć. Nie widzę w tym nic złego, w szczególności w cytowaniu go czasem. Zwłaszcza, że nie odnosiło się to do usuniętego postu, tylko do zlinkowanego tematu, który - zresztą zgodnie z tym "regulaminem" - nie został skasowany. Nie ja te zasady układałem (chociaż się z nimi zgadzam, a w serwisach typu Bleeping Computer czy Tech Support Forum są one standardem), ergo nie zamierzam za niego ponosić konsekwencji. Od działu diagnostyki infekcji trzymam się raczej z daleka, z prostej przyczyny: nie znam się na tym. Skasowanej wiadomości nie widziałem, dlatego też nie zamierzam się o niej wypowiadać. Chciałoby się sparafrazować pewien cytat i napisać, że nikt nie jest administratorem na własnym forum. Admin ma dużo roboty, której z zewnątrz nie widać. IPB (jak i żaden inny) nie jest skryptem, który po prostu postawisz i działa. Trzeba to ciągle łatać, aktualizować, poprawiać błędy. Efekty zostawienia forum samemu sobie widzieliśmy na SE. Ktoś się musi tym zająć. Nikt inny, tylko admin(i). Szefowa już o tym pisała na SE i jest to moim zdaniem normalne. Nikt nie jest wszechwiedzący. A jeśli jednak jest, to prawdopodobnie nie starczyłoby takiej osobie czasu, by terminowo odpowiadać na wszystkie tematy.

Chciałbym. Znalazłem gdzieś ten obrazek i postanowiłem wrzucić, bo bardzo mi się podoba. A komp taki trochę stary jakiś. IDE i ta płyta główna wskazują na okolice roku 2005.

Moc nadajnika i tak jest za słaba, żebyś się z nim połączył. Poprzednim razem tej sieci w ogóle nie było widać. Nie ma się co przejmować, możesz ją spokojnie usunąć. Ten monit jest normalny, u mnie pojawia się dokładnie to samo. Poza tym, dotyczy tylko konfiguracji lokalnej, czyli komputera, te ustawienia w żaden sposób nie ingerują w router. Dobra, na razie tej usługi nie potrzebujemy. Uruchom z uprawnieniami admina Wiersz poleceń i wpisz: sc qc remoteaccess > C:\sc_log.txt sc queryex remoteaccess >> C:\sc_log.txt sc qprivs remoteaccess >> C:\sc_log.txt sc qsidtype remoteaccess >> C:\sc_log.txt sc sdshow remoteaccess >> C:\sc_log.txt Potem wrzuć na forum plik C:\sc_log.txt. Ok, wszystko w porządku. Nie masz na komputerze karty bezprzewodowej, więc nie ma problemu. Co do Onetu: nie wypowiadam się, nie mam pojęcia. Co do Google DNS: dalej nie widzę problemu. Serwery są dwa: 8.8.8.8 (podstawowy DNS Google) i 8.8.4.4 (zapasowy DNS Google). One są identyczne, dwa ustawia się tylko dlatego, żebyś nie miał problemów, jak jeden z nich się zepsuje, co zdarza się, na szczęście, bardzo rzadko (nie zdziwiłbym się, gdyby load balancing powodował, że z jednego adresu, np. 8.8.8.8 odpowiada kilka serwerów, jak jeden padnie, to inne przejmują jego ruch, więc awaria praktycznie niemożliwa). Jeżeli to są te same, co wczoraj, tylko w innej kolejności, to pozwolę sobie ich nie przeglądać. Już się wczoraj połapałem. Widziałem. I dalej twierdzę, że problem leży w innym miejscu. Poza tym, co o DNS-ach pisałem wyżej, to zwróć jeszcze uwagę na to, że jak na komputerze z Windows Vista/7 ustawisz dwa adresy DNS, bez znaczenia, czy z jednego kompletu (np. takiego od Google), to komputer najpierw odpytuje ten pierwszy, a jeżeli nie dostanie odpowiedzi, to za chwilę ten drugi. Podobnie dzieje się na routerze, ponieważ przy normalnej konfiguracji, serwerem DNS dla komputera jest właśnie router, który odpytuje normalne serwery DNS (te tam ustawione, czyli 8.8.8.8 i 10.costam.costam.costam). DNS-y nie muszą być podawane w komplecie, to relikt dawnych czasów, kiedy serwery psuły się częściej i nie było tylu fajnych technologii pozwalających radzić sobie z usterkami w czasie rzeczywistym, tak, żeby tego klienci nawet nie zauważyli. Nie, nie ingerują w nic. Jest poprawnie. Problem po stronie dostawcy i to jego męczyć. Nie potrzebujesz żadnych haseł, po prostu wgrywasz plik kopii zapasowej, o ile go masz. Określenie maksymalnego rozmiaru wysyłanego pakietu. Normalnie zajmuje się tym technologia Path MTU Discovery, zaimplementowana i domyślne włączona w systemach Windows. PMTUD wysyła pakiety o różnych rozmiarach, ustala maksymalny dopuszczalny na danej trasie i potem rozpoczyna wysyłanie normalnych danych. I wszystko byłoby dobrze, gdyby nie fakt, że niektórzy dostawcy (szczególnie Netia) blokują na routerach wysyłanie komunikatów ICMP, w tym konkretnym przypadku ICMP Fragmentation Needed. Normalnie, gdy router odbierze za duży pakiet, to go odrzuca (nie przesyła dalej) i wysyła do źródła komunikat o błędzie. Niektórzy jednak konfigurują je tak, żeby odrzucać komunikację bez poinformowania nadawcy. Wtedy usługa PMTUD nie radzi sobie z wyznaczeniem poprawnego MTU i jest wyznaczane błędne, najczęściej za wysokie. Komunikaty, które są wysyłane z taką wielkością, są potem zwyczajnie na trefnych węzłach (nazywanych PMTU black hole) odrzucane i nie trafiają do celu. Efekt? Wiele stron wczytuje się bardzo wolno lub w ogóle. Zobacz, ile mam w dziale Sieci tematów "Facebook nie działa". To właśnie skutek takiej konfiguracji routerów, w 90% przez Netię. Niby ich support o takich rzeczach czasem łaskawie raczy poinformować i poleca zmieniać MTU do wartości 1432 (notabene wziętej zupełnie z kosmosu, żadna usługa z takiej nie korzysta; najpopularniejsze to 1500 dla Ethernet, 1492 i 1480 dla PPPoE). Ja Ci podałem 1400, ponieważ jest to najniższa, najbezpieczniejsza, rozsądna wartość dla sieci Ethernet. Jak zejdziesz jeszcze niżej, to dane są cięte na zbyt wiele części, pojawia się narzut parametrów sterujących dostarczaniem wartościowych danych i wydajność komunikacji spada. Co więcej, jak wyłączysz PMTUD, to Windows wpadnie na pomysł, żeby MTU obniżyć do wartości 576 (jeśli nie masz innego jawnie zadeklarowanego w rejestrze), co jest - delikatnie mówiąc - nieporozumieniem. Kiedyś, owszem, się z takiego korzystało, ale teraz jest to bez sensu, wszystkie normalnie wykorzystywane protokoły komunikacji mają MTU wyższe.

Było kilka takich przypadków (właśnie z łącz Netii), jednak problem samoistnie się rozwiązywał. Gdy zamulanie będzie dalej występować, zrób tracert fixitpc.pl i wrzuć na forum.

Zajec, napisane specjalnie dla Ciebie. https://www.fixitpc.pl/topic/11445-udostepnianie-polaczenia-adsl-przez-wifi/ Jeśli będziesz miał problem ze sterownikami do karty Sagem, to tutaj jest paczka, która powinna zadziałać: http://www.orange.pl/b/binaries/PL/358213/Utility_366811076.zip

Ja nie mam uprawnień do jakichkolwiek akcji w dziale diagnostyki infekcji. Pozwolę sobie zacytować (kolorek pochodzi ode mnie): Źródło: https://www.fixitpc.pl/forum-38/announcement-1-wazne-uzytkownicy-uprawnieni-do-pomocy/

Dołączanie komputera do sieci ad hoc Teraz, gdy komputer udostępniający Internet, jest już poprawnie ustawiony, można przejść do dołączania kolejnego komputera do skonfigurowanej wcześniej sieci ad hoc. Pierwszym etapem jest konfigruacja karty sieciowej do pracy w sieci ad hoc. W tym celu należy kliknąć Windows + R, wpisać devmgmt.msc i w otwartym oknie dwukrotnie kliknąć kartę sieciową przeznaczoną do nawiązania połączenia. W zakładce Zaawansowane ustawić kanał wybrany wcześniej do komunikacji ad hoc (w moim przypadku jest to 11) i upewnić się, że jest możliwe połączenie w trybie ad hoc. Następnie należy połączyć się z przygotowaną wcześniej siecią. W systemie Windows XP można to zrobić z Panelu sterowania, sekcji Połączenia sieciowe i wybierając z menu kontekstowego połączenia sieci bezprzewodowej Wyświetl dostępne sieci bezprzewodowe. Otworzy się wtedy lista dostępnych sieci bezprzewodowych. Pojawi się okno wpisywania klucza dostępu do sieci. Po zatwierdzeniu wprowadzone hasła na ekranie zostanie umieszczone okienko informujące o statusie uzyskiwanego połączenia. W systemach Windows Vista/7 należy przejść do Panelu sterowania, następnie Centrum sieci i udostępniania i wybrać Połącz z siecią. Z listy dostępnych sieci wybrać interesujące nas połączenie. Następnie wprowadzić hasło i zatwierdzić wybór. Jeśli wszystko zostało wykonane poprawnie, w tym momencie z obu komputerów powinien być możliwy dostęp do Internetu.

Udostępnianie połączenia internetowego Trzecim etapem jest udostępnienie połączenia internetowego ADSL. W tym celu należy uruchomić Panel sterowania, przejść do sekcji Połączenia sieciowe, kliknąć prawym przyciskiem myszy ikonę połączenia telefonicznego i wybrać Właściwości. W karcie Zaawansowane należy zaznaczyć wszystkie trzy dostępne opcje: Zezwalaj innym użytkownikom na łączenie się poprzez połączenie internetowe tego komputera, Ustanów połączenie telefoniczne zawsze, gdy komputer w mojej sieci próbuje uzyskać dostęp do Internetu oraz Zezwalaj innym użytkownikom sieci na kontrolowanie lub wyłączanie udostępnionego połączenia internetowego. Z listy rozwijanej należy wybrać połączenie, na którym ma być udostępniany Internet. Nie jest możliwe wybranie wyłączonych połączeń. W celu dokonania zmian konieczne jest ponowne uruchomienie udostępnianego połączenia sieciowego. Na tym kończy się konfiguracja komputera udostępniającego połączenie internetowe.

Odinstaluj na próbę wszystkie antywirusy i pakiety Internet Security. Kaspersky w którejś wersji rozwalał wygląd stron internetowych. Jaką masz kartę graficzną i zainstalowane do niej sterowniki? Więcej informacji w FAQ, które kiedyś napisałem: https://www.fixitpc.pl/topic/4745-internet-i-sieci-faq/page__p__34875#entry34875

Konfiguracja połączenia bezprzewodowego Następnym krokiem jest konfiguracja połączenia bezprzewodowego, sieci WiFi w trybie ad hoc. W tym celu niezbędna będzie karta sieciowa WiFi podłączona bezpośrednio do komputera lub poprzez magistralę USB. Ja posłużę się kartą Realtek RTL8187 Wireless 802.11b/g 54Mbps USB 2.0 Network Adapter. Po zainstalowaniu sterowników do karty sieciowej należy przejdź do konfiguracji karty. W tym celu kliknąć Windows + R, wpisać devmgmt.msc i w otwartym oknie Menedżera urządzeń wybrać odpowiednią kartę sieciową dwukrotnie ją klikając. Należy przejść do karty Zaawansowane i znaleźć opcję odpowiadającą za kanał transmisji w trybie ad hoc. W moim przypadku nazywa się ona po prostu Channel. Wartość tam ustaloną należy zapamiętać lub zapisać, gdyż będzie niezbędna w dalszej konfiguracji sieci bezprzewodowej. Numer kanału musi być taki sam na każdym komputerze, który ma być podpięty do tej sieci. Karta sieciowa powinna działać w trybie automatycznego wyboru lub ad hoc. Tryb infrastrukturalny sprawi, że nie będzie można poprawnie skonfigurować sieci. W tym celu należy znaleźć parametr Network type lub Network mode i ustawić go na Ad hoc lub Auto select. Kolejnym krokiem jest utworzenie połączenia sieciowego. W tym celu należy przejść do Panelu sterowania, wybrać Połączenia sieciowe i wykorzystywane połączenie sieci bezprzewodowej, klikając je prawym przyciskiem myszy i wybrać Właściwości. W karcie Sieci bezprzewodowe, w celu utworzenia nowej sieci, należy kliknąć Dodaj.... W karcie Skojarzenie nowo otwartego okna dialogowego ustawia się SSID, czyli nazwę sieci (w moim przypadku pppoe_sharing), rodzaju używanego uwierzytelniania i szyfrowania oraz klucza umożliwiającego połączenie z siecią bezprzewodową. Tutaj mała dygresja. Windows XP nie obsługuje uwierzytelniania WPA/WPA2 w sieciach ad hoc, mimo, iż można je wybrać. Jedyną możliwością jest ustawienie otwartego uwierzytelniania i szyfrowania WEP. Prawidłowe hasło powinno mieć 5 lub 13 znaków. Należy także zaznaczyć opcje Połącz, nawet jeśli sieć nie nadaje oraz To jest sieć typu komputer-komputer (ad hoc); punkty dostępu bezprzewodowego nie są używane. Na tym kończy się konfiguracja sieci bezprzewodowej na komputerze udostępniającym połączenie internetowe.

Konfiguracja połączenia ADSL W celu udostępnienia połączenia internetowego należy je najpierw skonfigurować. W poniższym opisie wykorzystam modem USB Thomson SpeedTouch 330, w minionych latach szeroko wykorzystywany przez polskich usługodawców internetowych, w szczególności Telekomunikację Polską i Netię. Modem należy podłączyć do komputera i, w razie konieczności, zainstalować wymagane sterowniki. TUTAJ dostępne jest oprogramowanie dla wykorzystywanego przeze mnie modemu. Po prawidłowym skonfigurowaniu, modem powinien być dostępny z Menedżera urządzeń. Następnie należy przejść do Panelu sterowania, wybrać Połączenia sieciowe i opcję Utwórz nowe połączenie. Uruchomi się Kreator nowego połączenia. W kreatorze należy wybrać Dalej i zaznaczyć Połącz z internetem. Po przejściu do następnego etapu zaznaczyć Konfiguruj moje połączenie ręcznie. Z kolejnej listy wybrać Połącz używając modemu telefonicznego. Następnie wybrać z listy wykorzystywany modem (w moim przypadku ISDN kanał - SpeedTouch USB ADSL PPP. Co prawda, korzystam tutaj z linii analogowej POTS (ISDN jest technologią cyfrową), jednak nie ma to żadnego wpływu na działanie urządzenia. Jest po prostu nieścisłością w rozpoznawaniu urządzenia przez system operacyjny. W kolejnym etapie należy podać nazwę usługodawcy internetowego, czyli nazwę konfigurowanego połączenia. Może być ona dowolna. Następne okno wymaga podania numeru telefonicznego urządzenia, z którym ma być nawiązywane połączenie. W przypadku usługi ADSL nie ma potrzeby wpisywania żadnej wartości. Jeśli system wymusi uzupełnienie pola, wystarczy wpisać * (asterisk, często określany gwiazdką). W dalszej części ustawiana jest nazwa użytkownika i hasło wymagane do połączenia. Są one podawane przy podpisywaniu umowy o świadczenie usługi przez dostawcę. Na tym kończy się konfiguracja połączenia ADSL. W celu sprawdzenia poprawności działania należy kliknąć prawym przyciskiem myszy na ikonę połączenia w sekcji Połączenia sieciowe w Panelu sterowania wybrać Połącz. Powinno ukazać się okno łączenia, w którym należy kliknąć Wybierz numer. Jeżeli wszystko przebiegnie prawidłowo, status połączenia w sekcji Połączenia sieciowe powinien zmienić się na Połączono. O poprawnym połączeniu poinformuje także stosowny dymek. Taki lub podobny wpis powinien być widoczny w wyniku polecenia ipconfig /all. Karta PPP Neostrada TP: Sufiks DNS konkretnego połączenia : Opis . . . . . . . . . . . . . . : WAN (PPP/SLIP) Interface Adres fizyczny. . . . . . . . . . : 00-53-45-00-00-00 DHCP włączone . . . . . . . . . . : Nie Adres IP. . . . . . . . . . . . . : 178.43.229.156 Maska podsieci. . . . . . . . . . : 255.255.255.255 Brama domyślna. . . . . . . . . . : 178.43.229.156 Serwery DNS . . . . . . . . . . . : 194.204.152.34 194.204.159.1 NetBIOS przez Tcpip . . . . . . . : Wyłączony

All rights reserved. Copyright © Dawid Suder, 2012 Udostępnianie połączenia ADSL przez WiFi Opis udostępniania połączenia ADSL PPPoA/PPPoE (Neostrada TP) z komputera z systemem Windows XP SP3 przy wykorzystaniu sieci ad hoc. Materiał referencyjny Spis treści Konfiguracja połączenia ADSL Konfiguracja połączenia bezprzewodowego Udostępnianie połączenia internetowego Dołączanie komputera do sieci ad hoc

Według mnie tak.