Problem z kartą sieciową

[ku6i]

Płyta: Gigabyte GA-M57SLI-S4
chipset: nForce 570-SLI
kontroler LAN: Marvell 88E1116 Gigabit Ethernet Controller
System: Windows 7 Ulitmate RC x64

Problem: nie mogę uzyskać dostępu do internetu za pomocą LAN. Nie wiem czy to wina systemu czy zintegrowanej karty sieciowej, bo nigdy jej wcześniej nie używałem. Windows 7 teoretycznie kartę widzi, pokazuje połączenie z siecią lokalną i brak dostępu do internetu. Ściąganie paczki sterowników do chipsetu (rzekomo zawiera sterowniki do kontrolera LAN) nic nie zmienia. Szczęśliwie wygrzebałem gdzieś starą kartę na PCI, podpiałem, zarejestrowałem się u admina* i net śmiga.
Tak więc w tym momencie mam 2 karty, które nazwane są:
- PCI, czyli ten stary D-link na układzie VIA
- NVidia, czyli to zintegrowane cudo, które nie chce działać.


Oto co wygrzebałem z D-linka:


C:\Users\Ku6i>ipconfig/all

Konfiguracja IP systemu Windows

Nazwa hosta . . . . . . . . . . . : Bobr
Sufiks podstawowej domeny DNS . . :
Typ węzła . . . . . . . . . . . . : Hybrydowy
Routing IP włączony . . . . . . . : Nie
Serwer WINS Proxy włączony. . . . : Nie
Lista przeszukiwania sufiksów DNS : ds1.agh.edu.pl

Karta Ethernet PCI:

Sufiks DNS konkretnego połączenia : ds1.agh.edu.pl
Opis. . . . . . . . . . . . . . . : VIA Rhine II Compatible Fast Ethernet Ada
pter
Adres fizyczny. . . . . . . . . . : 00-05-5D-A1-6C-77
DHCP włączone . . . . . . . . . . : Tak
Autokonfiguracja włączona . . . . : Tak
Adres IPv6 połączenia lokalnego . : fe80::119f:9a4c:53f2:5ec7%15(Preferowane)

Adres IPv4. . . . . . . . . . . . . : 192.168.71.152(Preferowane)
Maska podsieci. . . . . . . . . . : 255.255.240.0
Dzierżawa uzyskana. . . . . . . . : 18 października 2009 19:52:19
Dzierżawa wygasa. . . . . . . . . : 24 października 2009 14:45:39
Brama domyślna. . . . . . . . . . : 192.168.64.1
Serwer DHCP . . . . . . . . . . . : 192.168.64.1
Identyfikator IAID DHCPv6 . . . . : 419431773
Identyfikator DUID klienta DHCPv6 : 00-01-00-01-12-3B-2D-FE-00-1A-4D-80-DA-FA

Serwery DNS . . . . . . . . . . . : 192.168.64.1
149.156.96.9
Podstawowy serwer WINS. . . . . . : 149.156.124.27
NetBIOS przez Tcpip . . . . . . . : Włączony

Karta Ethernet NVidia:

Stan nośnika . . . . . . . . . . .: Nośnik odłączony
Sufiks DNS konkretnego połączenia :
Opis. . . . . . . . . . . . . . . : NVIDIA nForce 10/100 Mbps Ethernet
Adres fizyczny. . . . . . . . . . : 00-1A-4D-80-DA-FA
DHCP włączone . . . . . . . . . . : Tak
Autokonfiguracja włączona . . . . : Tak

Karta tunelowa isatap.{6B25F558-03D6-4777-90F9-9303CF838320}:

Stan nośnika . . . . . . . . . . .: Nośnik odłączony
Sufiks DNS konkretnego połączenia :
Opis. . . . . . . . . . . . . . . : Microsoft ISATAP Adapter #2
Adres fizyczny. . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP włączone . . . . . . . . . . : Nie
Autokonfiguracja włączona . . . . : Tak

Karta tunelowa Teredo Tunneling Pseudo-Interface:

Sufiks DNS konkretnego połączenia :
Opis. . . . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Adres fizyczny. . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP włączone . . . . . . . . . . : Nie
Autokonfiguracja włączona . . . . : Tak
Adres IPv6. . . . . . . . . . . . : 2001:0:d5c7:a2d6:c18:2287:6a63:83fe(Prefe
rowane)
Adres IPv6 połączenia lokalnego . : fe80::c18:2287:6a63:83fe%13(Preferowane)

Brama domyślna. . . . . . . . . . : ::
NetBIOS przez Tcpip . . . . . . . : Wyłączony

Karta tunelowa isatap.ds1.agh.edu.pl:

Stan nośnika . . . . . . . . . . .: Nośnik odłączony
Sufiks DNS konkretnego połączenia : ds1.agh.edu.pl
Opis. . . . . . . . . . . . . . . : Microsoft ISATAP Adapter #3
Adres fizyczny. . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP włączone . . . . . . . . . . : Nie
Autokonfiguracja włączona . . . . : Tak


C:\Users\Ku6i>ping wp.pl

Badanie wp.pl [212.77.100.101] z 32 bajtami danych:
Odpowiedź z 212.77.100.101: bajtów=32 czas=46ms TTL=247
Odpowiedź z 212.77.100.101: bajtów=32 czas=28ms TTL=247
Odpowiedź z 212.77.100.101: bajtów=32 czas=30ms TTL=247
Odpowiedź z 212.77.100.101: bajtów=32 czas=34ms TTL=247

Statystyka badania ping dla 212.77.100.101:
Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0
(0% straty),
Szacunkowy czas błądzenia pakietów w millisekundach:
Minimum = 28 ms, Maksimum = 46 ms, Czas średni = 34 ms


C:\Users\Ku6i>ping 192.168.64.1

Badanie 192.168.64.1 z 32 bajtami danych:
Odpowiedź z 192.168.64.1: bajtów=32 czas=9ms TTL=64
Odpowiedź z 192.168.64.1: bajtów=32 czas=10ms TTL=64
Odpowiedź z 192.168.64.1: bajtów=32 czas=11ms TTL=64
Odpowiedź z 192.168.64.1: bajtów=32 czas=9ms TTL=64

Statystyka badania ping dla 192.168.64.1:
Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0
(0% straty),
Szacunkowy czas błądzenia pakietów w millisekundach:
Minimum = 9 ms, Maksimum = 11 ms, Czas średni = 9 ms


C:\Users\Ku6i>ping 149.156.96.9

Badanie 149.156.96.9 z 32 bajtami danych:
Odpowiedź z 149.156.96.9: bajtów=32 czas=1ms TTL=252
Odpowiedź z 149.156.96.9: bajtów=32 czas=3ms TTL=252
Odpowiedź z 149.156.96.9: bajtów=32 czas=1ms TTL=252
Odpowiedź z 149.156.96.9: bajtów=32 czas=2ms TTL=252

Statystyka badania ping dla 149.156.96.9:
Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0
(0% straty),
Szacunkowy czas błądzenia pakietów w millisekundach:
Minimum = 1 ms, Maksimum = 3 ms, Czas średni = 1 ms



Zintegrowana karta:


C:\Users\Ku6i>ipconfig/all

Konfiguracja IP systemu Windows

Nazwa hosta . . . . . . . . . . . : Bobr
Sufiks podstawowej domeny DNS . . :
Typ węzła . . . . . . . . . . . . : Hybrydowy
Routing IP włączony . . . . . . . : Nie
Serwer WINS Proxy włączony. . . . : Nie

Karta Ethernet PCI:

Stan nośnika . . . . . . . . . . .: Nośnik odłączony
Sufiks DNS konkretnego połączenia : ds1.agh.edu.pl
Opis. . . . . . . . . . . . . . . : VIA Rhine II Compatible Fast Ethernet Ada
pter
Adres fizyczny. . . . . . . . . . : 00-05-5D-A1-6C-77
DHCP włączone . . . . . . . . . . : Tak
Autokonfiguracja włączona . . . . : Tak

Karta Ethernet NVidia:

Sufiks DNS konkretnego połączenia :
Opis. . . . . . . . . . . . . . . : NVIDIA nForce 10/100 Mbps Ethernet
Adres fizyczny. . . . . . . . . . : 00-1A-4D-80-DA-FA
DHCP włączone . . . . . . . . . . : Tak
Autokonfiguracja włączona . . . . : Tak
Adres IPv6 połączenia lokalnego . : fe80::bcff:1d03:2004:aadc%11(Preferowane)

Adres IPv4 autokonfiguracji . . . . : 169.254.170.220(Preferowane)
Maska podsieci. . . . . . . . . . : 255.255.0.0
Brama domyślna. . . . . . . . . . :
Identyfikator IAID DHCPv6 . . . . : 234887757
Identyfikator DUID klienta DHCPv6 : 00-01-00-01-12-3B-2D-FE-00-1A-4D-80-DA-FA

Serwery DNS . . . . . . . . . . . : fec0:0:0:ffff::1%1
fec0:0:0:ffff::2%1
fec0:0:0:ffff::3%1
NetBIOS przez Tcpip . . . . . . . : Włączony

Karta tunelowa isatap.{6B25F558-03D6-4777-90F9-9303CF838320}:

Stan nośnika . . . . . . . . . . .: Nośnik odłączony
Sufiks DNS konkretnego połączenia :
Opis. . . . . . . . . . . . . . . : Microsoft ISATAP Adapter #2
Adres fizyczny. . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP włączone . . . . . . . . . . : Nie
Autokonfiguracja włączona . . . . : Tak

Karta tunelowa Teredo Tunneling Pseudo-Interface:

Stan nośnika . . . . . . . . . . .: Nośnik odłączony
Sufiks DNS konkretnego połączenia :
Opis. . . . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Adres fizyczny. . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP włączone . . . . . . . . . . : Nie
Autokonfiguracja włączona . . . . : Tak

Karta tunelowa isatap.ds1.agh.edu.pl:

Stan nośnika . . . . . . . . . . .: Nośnik odłączony
Sufiks DNS konkretnego połączenia :
Opis. . . . . . . . . . . . . . . : Microsoft ISATAP Adapter #3
Adres fizyczny. . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP włączone . . . . . . . . . . : Nie
Autokonfiguracja włączona . . . . : Tak



C:\Users\Ku6i>ping wp.pl
Żądanie polecenia ping nie może znaleźć hosta wp.pl. Sprawdź nazwę i ponów próbę.


C:\Users\Ku6i>ping onet.pl
Żądanie polecenia ping nie może znaleźć hosta onet.pl. Sprawdź nazwę i ponów próbę.


C:\Users\Ku6i>ping 192.168.64.1

Badanie 192.168.64.1 z 32 bajtami danych:
PING: transmisja nie powiodła się. General failure.
PING: transmisja nie powiodła się. General failure.
PING: transmisja nie powiodła się. General failure.
PING: transmisja nie powiodła się. General failure.

Statystyka badania ping dla 192.168.64.1:
Pakiety: Wysłane = 4, Odebrane = 0, Utracone = 4
(100% straty),



C:\Users\Ku6i>ping 149.156.96.9

Badanie 149.156.96.9 z 32 bajtami danych:
PING: transmisja nie powiodła się. General failure.
PING: transmisja nie powiodła się. General failure.
PING: transmisja nie powiodła się. General failure.
PING: transmisja nie powiodła się. General failure.
Statystyka badania ping dla 149.156.96.9:
Pakiety: Wysłane = 4, Odebrane = 0, Utracone = 4
(100% straty),

* Sieć jest na miasteczku studenckim, funkcjonuje w ten sposób, że przy próbie dostępu z niezarejestrowanej karty sieciowej obojętnie jaki adres strony się wpisze, pojawia się formularz rejestracji w sieci. Po wypełnieniu i wizycie u admina otrzymuje się dostęp do sieci. Czyli przy odpaleniu przeglądarki na zintegrowanej sieciówce powinien mi się pojawić forumularz rejestracji, a pojawia się komunikat "nie można odnaleźć strony". Co ciekawe, bez rejestracji można np. próbować pingować, co też mi się udało.

A, jeszcze jedna rzecz: we właściwościach połączenia na tej nie działającej karcie pokazuje mi się, że odebrano 0 pakietów.
Ktoś ma jakiś pomysł? Bom w temacie sieci zielony jak szczypiorek na wiosnę. Tylko proszę, nie udzielajcie rad w stylu "idź do admina...", bo admin twierdzi (i w sumie ma rację, skoro na 2. karcie net śmiga), że po stronie sieci wszystko jest ok.
Za wszelkie rady serdeczne bóbr zapłać.

[yOyO-]

Są dwie możliwości:

1. Uszkodzona karta zintegrowana.
2. Nieprawidłowy sterownik.

[jackrabbit]

hmm te stery na siodemke moga jakies lewe byc, ja sciagnalem stery nvidii do grafy i nie robily, sciagnalem natomiast te same sterowniki tylko ze w wersji na viste i dzialaly :mrgreen:

[Gusioo]

Zintegrowana karta nie pobiera adresu IP z DHCP, czego dowodem jest 169.254.170.220 z maską 255.255.0.0, czyli na serwerze DHCP nie ma zapisanego adresu MAC. Podaj administratorowi adres MAC tej zintegrowanej karty.

Ten adres dostajesz z tzw. APIPA (http://pl.wikipedia.org/wiki/Automatic_Private_IP_Addressing). Spróbuj usunąć kartę z menedżera urządzeń i pozwól systemowi na jej ponowne wykrycie i zainstalowanie sterowników. Oczywiście wyjmij tę kartę na PCI.

[ku6i]

hmm te stery na siodemke moga jakies lewe byc, ja sciagnalem stery nvidii do grafy i nie robily, sciagnalem natomiast te same sterowniki tylko ze w wersji na viste i dzialaly :mrgreen:

Co ciekawe, "7" sama znalazła sobie kartę sieciową i wrzuciła sterowniki. Z racji tego, że nie działy jak trzeba, to wrzuciłem te od NVidii, ale efekt jest ten sam. Spróbuję jeszcze z tymi na Vistę.


Zintegrowana karta nie pobiera adresu IP z DHCP, czego dowodem jest 169.254.170.220 z maską 255.255.0.0, czyli na serwerze DHCP nie ma zapisanego adresu MAC. Podaj administratorowi adres MAC tej zintegrowanej karty.

Właśnie cały myk polega na tym, że nie muszę nic podawać adminowi. Nie mam zielonego pojęcia jak to się dzieje, ale cały proces rejestracji polega na tym, że wypełniam formularz (nie ma tam słowa nt. MACa), idę do admina żeby podpisać regulamin i tyle. Nie wiem jak to jest zrobione, ale MACa sami sobie jakoś zdobywają. Skoro 800 osób mogło się podpiąć do sieci w taki sposób, to czemu ja miałbym robić to inaczej i latać do admina z MAC?


Ten adres dostajesz z tzw. APIPA (http://pl.wikipedia.org/wiki/Automatic_Private_IP_Addressing). Spróbuj usunąć kartę z menedżera urządzeń i pozwól systemowi na jej ponowne wykrycie i zainstalowanie sterowników. Oczywiście wyjmij tę kartę na PCI.

Tak też spróbuję.

[ku6i]

No to potestowałem, bezskutecznie. Odinstalowałem zintegrowaną kartę z menadżera urządzeń, wyłączyłem kompa, odpiąłem kartę na PCI, włączyłem kompa. "7" wykryła sobie zintegrowaną kartę jako NVidia cośtam, czyli tak jak do tej pory. Tradycyjnie, pokazuje, że jestem podpięty do sieci, ale nie mam internetu. To co udało mi się potestować:


C:\Users\Ku6i>ipconfig/all

Konfiguracja IP systemu Windows

Nazwa hosta . . . . . . . . . . . : Bobr
Sufiks podstawowej domeny DNS . . :
Typ węzła . . . . . . . . . . . . : Hybrydowy
Routing IP włączony . . . . . . . : Nie
Serwer WINS Proxy włączony. . . . : Nie

Karta Ethernet Local Area Connection:

Sufiks DNS konkretnego połączenia :
Opis. . . . . . . . . . . . . . . : NVIDIA nForce 10/100 Mbps Ethernet
Adres fizyczny. . . . . . . . . . : 00-1A-4D-80-DA-FA
DHCP włączone . . . . . . . . . . : Tak
Autokonfiguracja włączona . . . . : Tak
Adres IPv6 połączenia lokalnego . : fe80::ad34:18b9:835d:e25b%24(Preferowane)

Adres IPv4 autokonfiguracji . . . . : 169.254.226.91(Preferowane)
Maska podsieci. . . . . . . . . . : 255.255.0.0
Brama domyślna. . . . . . . . . . :
Identyfikator IAID DHCPv6 . . . . : 402659917
Identyfikator DUID klienta DHCPv6 : 00-01-00-01-12-3B-2D-FE-00-1A-4D-80-DA-FA

Serwery DNS . . . . . . . . . . . : fec0:0:0:ffff::1%1
fec0:0:0:ffff::2%1
fec0:0:0:ffff::3%1
NetBIOS przez Tcpip . . . . . . . : Włączony

Karta tunelowa Teredo Tunneling Pseudo-Interface:

Stan nośnika . . . . . . . . . . .: Nośnik odłączony
Sufiks DNS konkretnego połączenia :
Opis. . . . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Adres fizyczny. . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP włączone . . . . . . . . . . : Nie
Autokonfiguracja włączona . . . . : Tak

Karta tunelowa isatap.{4225B058-349F-4DA9-B6D2-3E047BAA0F5A}:

Stan nośnika . . . . . . . . . . .: Nośnik odłączony
Sufiks DNS konkretnego połączenia :
Opis. . . . . . . . . . . . . . . : Microsoft ISATAP Adapter #3
Adres fizyczny. . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP włączone . . . . . . . . . . : Nie
Autokonfiguracja włączona . . . . : Tak


C:\Users\Ku6i>ping 192.254.226.91

Badanie 192.254.226.91 z 32 bajtami danych:
PING: transmisja nie powiodła się. General failure.
PING: transmisja nie powiodła się. General failure.
PING: transmisja nie powiodła się. General failure.
PING: transmisja nie powiodła się. General failure.

Statystyka badania ping dla 192.254.226.91:
Pakiety: Wysłane = 4, Odebrane = 0, Utracone = 4
(100% straty),


C:\Users\Ku6i>ping 192.156.96.9

Badanie 192.156.96.9 z 32 bajtami danych:
PING: transmisja nie powiodła się. General failure.
PING: transmisja nie powiodła się. General failure.
PING: transmisja nie powiodła się. General failure.
PING: transmisja nie powiodła się. General failure.

Statystyka badania ping dla 192.156.96.9:
Pakiety: Wysłane = 4, Odebrane = 0, Utracone = 4
(100% straty),


C:\Users\Ku6i>ping 192.168.64.1

Badanie 192.168.64.1 z 32 bajtami danych:
PING: transmisja nie powiodła się. General failure.
PING: transmisja nie powiodła się. General failure.
PING: transmisja nie powiodła się. General failure.
PING: transmisja nie powiodła się. General failure.

Statystyka badania ping dla 192.168.64.1:
Pakiety: Wysłane = 4, Odebrane = 0, Utracone = 4
(100% straty),

Spróbowałem zainstalować sterowniki do Visty. Na początku pojawił mi się komunikat:


https://forum.nikoniarze.pl//brak.gif
źródło (http://img194.imageshack.us/img194/986/nvidiavista.jpg)

Uruchomiłem instalator jeszcze raz, tym razem w trybie zgodności z Vistą SP2. Teraz już poszedł dalej, ale najpierw pojawił się komunikat o treści: "Wykryto nowe sterowniki" i miałem do wyboru "Tak" albo "Nie" (tutaj pozdrawiam inteligentnych producentów). Wybrałem "Tak", ale po chwili pojawił mi się komunikat:


https://forum.nikoniarze.pl//brak.gif
źródło (http://img190.imageshack.us/img190/248/nvidiavista03.jpg)

I to by było na tyle. Oczywiście net nie działa.

Na dniach postawię XP, rozumiem, że jeśli i na XP karta nie będzie chodzić, to znaczy to, że karta sieciowa jest padnięta?

[adrian]

Właśnie o to chodzi, że NIE dostajesz adresu z dhcp. Przeczytaj raz jeszcze co napisał Gusioo - ten adres, który masz jest "windowsowy" - wszystko masz w linku, który podał.

Podaj adminowi ten mac adres: 00-1A-4D-80-DA-FA. Jeżeli go dopisze do serwera dhcp wtedy powinieneś dostać adres ip i móc korzystać z internetu. Druga możliwość (jeżeli maka podałeś - zakładam, że poprawnie i jest dobrze dopisany), to włączony firewall na tym interfejsie, który wszystko wycina.

[yOyO-]

Właśnie o to chodzi, że NIE dostajesz adresu z dhcp. Przeczytaj raz jeszcze co napisał Gusioo - ten adres, który masz jest "windowsowy" - wszystko masz w linku, który podał.

Podaj adminowi ten mac adres: 00-1A-4D-80-DA-FA. Jeżeli go dopisze do serwera dhcp wtedy powinieneś dostać adres ip i móc korzystać z internetu.

Skoro kolega napisał, że wszystko dzieje się z automatu, to tak zapewne jest ;) Poza tym, jeśli sieć przystosowana jest do obsługi dużej ilości użytkowników to nie wyobrażam sobie ręcznego dopisywania adresów MAC do serwera dhcp. Czysta abstrakcja ;)


Druga możliwość (jeżeli maka podałeś - zakładam, że poprawnie i jest dobrze dopisany), to włączony firewall na tym interfejsie, który wszystko wycina.

Nie spotkałem się jeszcze z firewallem, który domyślnie blokowałby requesty dhcp.

Najprostszym sposobem byłoby zbadanie sieci (albo od strony Twojego lokalnego komputera, albo od strony serwera - za pomocą admina) czy jakiekolwiek pakiety od Ciebie wychodzą. tcpdump (lub coś pochodnego pod windowsa) prawdę Ci powie.

A, jeszcze jedna rzecz: we właściwościach połączenia na tej nie działającej karcie pokazuje mi się, że odebrano 0 pakietów.

A wysłanych coś masz? Powyższe sugeruje jednak niepoprawną obsługę karty z poziomu systemu operacyjnego, stąd stawiałbym raczej na niepoprawny sterownik :) Od biedy mogłeś trafić na jakąś czarną listę (blokada na switchu, czy coś) co powoduje, że wszystkie pakiety, kierowane do Ciebie, trafiają w czarną dziurę.

[adrian]

Skoro kolega napisał, że wszystko dzieje się z automatu, to tak zapewne jest ;) Poza tym, jeśli sieć przystosowana jest do obsługi dużej ilości użytkowników to nie wyobrażam sobie ręcznego dopisywania adresów MAC do serwera dhcp. Czysta abstrakcja ;)

Cuda się zdarzają, wierz mi ;-)


Nie spotkałem się jeszcze z firewallem, który domyślnie blokowałby requesty dhcp.

Racja, racja :)


A wysłanych coś masz? Powyższe sugeruje jednak niepoprawną obsługę karty z poziomu systemu operacyjnego, stąd stawiałbym raczej na niepoprawny sterownik :) Od biedy mogłeś trafić na jakąś czarną listę (blokada na switchu, czy coś) co powoduje, że wszystkie pakiety, kierowane do Ciebie, trafiają w czarną dziurę.

Ja dalej stawiam na dhcp ;-) Ciekaw jestem kto z nas ma rację :mrgreen:

[yOyO-]

Cuda się zdarzają, wierz mi ;-)

Wiem, wiem ;)


Ja dalej stawiam na dhcp ;-) Ciekaw jestem kto z nas ma rację :mrgreen:

Tego może się kiedyś dowiemy. Ciekawi mnie fakt, iż na sieciówce ma 0 pakietów odebranych. Nawet gdyby dhcp nie był poprawnie skonfigurowany karta powinna odebrać cokolwiek innego.

[ku6i]

Skoro kolega napisał, że wszystko dzieje się z automatu, to tak zapewne jest ;) Poza tym, jeśli sieć przystosowana jest do obsługi dużej ilości użytkowników to nie wyobrażam sobie ręcznego dopisywania adresów MAC do serwera dhcp. Czysta abstrakcja ;)

O to to! W innych akademikach trzeba wpisywać MACa do formularza, tutaj nie i tego się będę trzymał. Poza tym, skoro na tej karcie na PCI odpaliłem stronę z rejestracją, nie wpisywałem nigdzie MACa, a teraz mam dostęp do internetu, to niby dlaczego na innej karcie (zintegrowanej) miałbym robić to inaczej?


Najprostszym sposobem byłoby zbadanie sieci (albo od strony Twojego lokalnego komputera, albo od strony serwera - za pomocą admina) czy jakiekolwiek pakiety od Ciebie wychodzą. tcpdump (lub coś pochodnego pod windowsa) prawdę Ci powie.

Mów do mnie jeszcze ;) Można bardziej po ludzku?



A wysłanych coś masz? Powyższe sugeruje jednak niepoprawną obsługę karty z poziomu systemu operacyjnego, stąd stawiałbym raczej na niepoprawny sterownik :) Od biedy mogłeś trafić na jakąś czarną listę (blokada na switchu, czy coś) co powoduje, że wszystkie pakiety, kierowane do Ciebie, trafiają w czarną dziurę.

Aj! Pomieszałem! To wysłanych pakietów mam 0, odebranych jest albo kilkadziesiąt, albo kilkaset (nie pamiętam). Jeśli chodzi o czarną listę, to chyba jedynym sposobem identyfikacji jest MAC, prawda? Mam 99.9% pewności, że to nie to, bo b. mało prawdopodobne, żeby poprzedni właściciel płyty mieszkał akurat w Krakowie, akurat na miasteczku studenckim AGH, akurat w tym akademiku i na dodatek nabroił tak, że go kompletnie odcięli.

Poza tym z tego co mi wiadomo, to wszelkiego rodzaju blokady itp. są usuwane na początku każdego roku akademickiego, bo co roku wymagana jest rejestracja.

[Gusioo]

Puść ping do siebie, czyli ping 127.0.0.1. W ten sposób sprawdzisz, czy karta w ogóle działa. Później wyłącz, tymczasowo, wszystkie swoje firewalle.

Sprawdź też, czy ręcznie możesz pobrać adres:

1. ipconfig /release
2. ipconfig /renew

I sprawdź efekty.

[yOyO-]

Mów do mnie jeszcze ;) Można bardziej po ludzku?

tcpdump jest sieciowym narzędziem diagnostycznym. Pozwala prześledzić cały ruch z/do karty sieciowej. Może faktycznie trochę się*z tym zagalopowałem - wybacz, zboczenie zawodowe ;)


Aj! Pomieszałem! To wysłanych pakietów mam 0, odebranych jest albo kilkadziesiąt, albo kilkaset (nie pamiętam).

To całkowicie zmienia postać rzeczy. Twoja karta po prostu nie wysyła żądania do serwera dhcp, a co za tym idzie, nie otrzymuje poprawnego adresu IP. Dalej stawiam na niepoprawny sterownik.

Tak dla świętego spokoju - sprawdź czy w konfiguracji połączenia sieciowego, który korzysta z tej sieciówki, masz włączone automatyczne pobieranie adresu z DHCP?


Puść ping do siebie, czyli ping 127.0.0.1. W ten sposób sprawdzisz, czy karta w ogóle działa

Wybacz ale wypisujesz bzdury. Adres 127.0.0.1 jest to tzw 'localhost', który przypisany jest do wirtualnego interfejsu loopback. Interfejs ten tworzony jest na poziomie jądra systemu i ma niewiele wspólnego z kartą sieciową. Dla testu, możesz wyjąć/wyłączyć wszystkie karty sieciowe ze swojego komputera, a ping 127.0.0.1 zawsze Ci odpowie :)

[Gusioo]

Wybacz ale wypisujesz bzdury. Adres 127.0.0.1 jest to tzw 'localhost', który przypisany jest do wirtualnego interfejsu loopback. Interfejs ten tworzony jest na poziomie jądra systemu i ma niewiele wspólnego z kartą sieciową. Dla testu, możesz wyjąć/wyłączyć wszystkie karty sieciowe ze swojego komputera, a ping 127.0.0.1 zawsze Ci odpowie :)
http://pl.wikipedia.org/wiki/Localhost
"Brak odpowiedzi oznacza zwykle problem w konfiguracji systemu."
http://www.basiclinuxcommands.com/2009/02/ping-127001-ping-localhost-loopback.html

Fakt, zamiast karta mogłem napisać połączenie.

[adrian]

Gusioo, jak już to lepiej spingować interfejs, który nie działa. Loopbacka zostaw w spokoju ;-)

[yOyO-]

http://pl.wikipedia.org/wiki/Localhost
"Brak odpowiedzi oznacza zwykle problem w konfiguracji systemu."
http://www.basiclinuxcommands.com/2009/02/ping-127001-ping-localhost-loopback.html

Potwierdziłeś tylko to, co napisałem wyżej.

Generalnie pingowanie samego siebie mija się trochę z celem. Nawet jeśli skonfigurujesz sobie połączenie ręcznie, przypisując jakiś adres IP i fizycznie odepniesz kabel od karty sieciowej, to również będziesz mógł pingnąć swój komputer. I to nie potwierdza wcale poprawności działania sieci.