sziasztok!
van egy frissen telepített ubuntu, ami érdekes dolgot produkál. az eth0 rendesen fel van konfigva, linket lát, default gw, stb is beállítva, de semmi hálózatot nem ér el. a saját gw-t se!
az interfacesben ezek vannak:
auto lo eth0
iface lo inet loopback
iface eth0 inet static
address 10.0.0.2
netmask 255.255.255.0
network 10.0.0.0
broadcast 10.0.0.255
gateway 10.0.0.1
a resolv.conf is ki van töltve, a host.conf is (ez utóbbi a telepítő által, csupa default érték).
a route parancs hatására kiírja amit kell (betűről betűre azonos egy másik gép működő konfigjával, csak az ipcím más ugye ennek a konfigjában)
mi lehet az oka szerintetek?
amit eddig tettem:
- megnéztem, a linket látja rendesen, kommunikál is ahogy kell
- iftab-ban jó mac address
- a gép hálókártyája működik rendesen (más rendszert bootolva van forgalom
- fali csatit is "cseréltem"
- ipcímet is változtattam
- még egy (amikor már kezdtem feladni...) egy reinstallt is megpróbáltam egy régebbi verzióra (ubuntu 7.10 volt rajta frissen, cseréltem friss 6.06-ra).
eddig semmi nem hozott eredményt. eléggé meglepett, hogy egy nyűves statikus ip beállítás valamiért gondot okoz (több ubuntuval volt már dolgom, közte 6.06-tól 7.10-ig több gép is, egy se produkálta még ezt.
van valakinek valami ötlete? ez valami ubuntu spec dolog, amibe belefutottam és nem vettem észre??
- 1397 megtekintés
Hozzászólások
azt hiszem rossz időpontban küldtem be a kérdésemet :)
--
xterm
- A hozzászóláshoz be kell jelentkezni
Nálam más az interfaces tartalma:
auto lo
iface lo inet loopback
iface eth0 inet static
address xxx.xxx.xxx.xxx
netmask 255.255.255.0
gateway xxx.xxx.xxx.xxx
auto eth0---------------------------------------------------------------------------------
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!
- A hozzászóláshoz be kell jelentkezni
ez gyakorlatilag ugyan az. a konfigokat olvasva úgy nézem más nem lehet, csak az, hogy valami fura driver probléma lesz (bár nem támasztja alá, hogy vajon hogy lehet, hogy a 6.06-os és a 7.10-es ubuntu is ugyan így jár (holott nyilván nem ugyan az a driver/kernel együttállás.
--
xterm
- A hozzászóláshoz be kell jelentkezni
Az IP-beállítás jónak tűnik, de néhány konkrétum jó lenne az elinduláshoz. Generálj néhány csomagot a gateway felé például pinggel, majd közvetlenül ezután:
ifconfig eth0 # TX/RX növekszik? Nincs hiba?
arp -ni eth0 # Van-e ARP-bejegyzés, vagy incomplete?
iptables -vL INPUT # A számlálók növekszenek-e?
iptables -vL OUTPUT # A számlálók növekszenek-e?
mii-tool -vl eth0 # Link rendben van-e?
tcpdump -n # ... és ha már semmi más nem segít
Ha a kártyáról illetve a driverről adsz némi infót, esetleg jelentkezik valaki, akinél ez működik (vagy nála sem), így a kártya-driver párosítás működőképessége megerősíthető vagy kizárható.
lspci -v # a megfelelő részek
lsmod # a megfelelő sor, ha modulból megy
dmesg # Mond-e valamit?
uname -a # ...és egy kernelverzió
- A hozzászóláshoz be kell jelentkezni
köszönöm szépen a tanácsot. megfogadom, hétfőn amikor elérhető lesz számomra a gép megnézem a jelzett dolgokat és megválaszolom a kérdéseidet, hátha okosabb leszek a válaszokkal. addig is köszi a konstruktív válaszokat!
--
xterm
- A hozzászóláshoz be kell jelentkezni
sajna nem hagytak élni, cska most tudok kicsit tesztelgetni megint a fura géppel... ime azok az infók amiket kértél, hogy hátha segít.
ifconfig eth0: a TX számláló pingnél növekszink, RX nem. error nincs egy szál se. minden számláló nulla, kivéve a TX.
arp -ni eth0: na, ez érdekes. tök üres (bár ez magyarázná a forgalom hiányát, ha egyszer fogalma sincs kikkel dumálhat :) )
iptables INPUT, OUTPUT: üres
mii-tool -vl eth0: link ok (ezt figyeltem már, észrevette a kábel be és ki eseményt
lspci erre a részre vonatkozó adatai:
0000:02:08.0 Ethernet controller: Intel Corporation 82562EZ 10/10 Ethernet Controller (rev 01)
Subsystem: Intel corporation Desktop Board D865GBF
Flags: bus master, medium devsel, latency 32, IRQ 209
Memory at feaff000 (32-bit, non-prefetchablem) [=4k]
I/O ports at bc00 [=64k]
Capabilities: [dc] Power Management version 2
lsmod: e100-as modult tölti be, saját maga detektálta ezt. van egy mérete, 40580, meg az used by oszlopban egy nulla szerepel
dmesg: felismeri, betölti a modult, link up, 100Mbps, full duplex. ahogy azt várnám is...
a tcpdump -n parancs egy pingetés alatt annyit mutat, hogy
10:21:30:233310 arp who-has célipcím tell sajátipcím
a végén kiírja, hogy x packet captured, y packet received by filter (y jelen esetben nagyobb mint x), és 0 packet dropped by kernel
a hálózati diagnosztikához nem igen értek, de a fentiekből arra következtetnék csak, hogy fogalma sincs a külvilágról. valamiért az forgalmazás számára nem megy. de hogy miért...
van így neked, vagy bárkinek ötlete mit lehetne még tesztelni? nem szívesen tennék bele másik hálókártyát, mert per pill nincs kéznél (utálom, hogy minden gépben integráltak vannak... így sosincs kéznél egyse...)
ja, még valami: uname szerinti kernelverzió: 2.6.15-26-386 #1 PREEMPT Thu Aug 3 02:52:00 UTC 2006 i686 GNU/Linux
(ez most egy 6.06-os ubuntu, de volt rajta 7.10-es is hasonló effekttel...)
--
xterm
- A hozzászóláshoz be kell jelentkezni
Ebből az tűnik ki, hogy a kártyát látszólag kezeli, de az ARP kérésre nem jön válasz, és így nem tud kimenni unicast IP-forgalom.
Ezt találtam, érdemes megpróbálni:
Intel 82562EZ e100 & eepro100 Issues
"Anyway, I had a similar problem. I resolved it by adding pci=routeirq to the kernel boot options. The interface showed then up as eth2 even though dmesg reported eth0."
Ha nem menne, akkor még meg lehetne próbálni az e100 helyett az eepro100 modullal, hátha az jobban boldogul vele. Esetleg egy újabb kernellel is lehetne tesztelni.
És ha még mindig nem működik, bár ez nem segít, csak érdekesség lenne, hogy a kábel másik végén mi történik. Ha az Ubunturól valóban kimegy az ARP request, a megszólított gép észlel-e ebből valamit és válaszol-e rá, csak nem érkezik vissza.
- A hozzászóláshoz be kell jelentkezni
köszönöm a tippeket és javaslatokat. amikor már minden ki volt próbálva, akkor kiderült a megfejtés (a nyomravezetés a "túloldal" vizsgálata volt. a legkevésbé várt volt a probléma megoldása: fali csatlakozó. hogy miért nem derült ki? azért, mert egy restart előtt ment, utána nem. a kettő között "halt meg". link meg azért volt, mert egy switch adta neki a linket (az ember a legtriviálisabbra sem gondol sajna, ha vannak félreveztő jelek...). hiába van a tesztelt kábel, ha a tesztek közben hal meg a kapcsolat másik vége... így jártam című opció. sebaj, ebből is tanultam valamit :)
--
xterm
- A hozzászóláshoz be kell jelentkezni