Hálózati eszközök

compaq evo N400c - idovel lehal a halozatrol

Udv,

Adott egy compaq evo N400c notebook, ubuntu dapperral, 2.6.15-27-686 kernellel.

--

hibajelenseg:

a vezetekes halozati kartyan egy ido utan (valtozo:1 perc - 1 ora kozott) ugy tunik, mintha "bedugulna" a forgalom, es nem hajlando kommunikaciora, a /etc/init.d/networking restart az esetek kb 75%-ban megoldja a problemat, a maradek 25%-ban a gep teljes ujrainditasa szukseges. Ha epp dhcp-s halon hasznalnam, az "ifup eth0" teljesen random modon kap dhcpoffer-t, neha 5-6 dhcprequestet is ki kell kuldenie, mire kap ip-t+egyebeket.

--

amiket eddig probaltam:

kulonobzo halozatokon valo tesztelessel probaltam behatarolni, hogy hol lehet a problema. Nem sikerult.
MTU allitas a standard 1500-rol 1492nel ksiebb ertekre
google://linux hálózat beragad
google://linux hálózati kártya beragad
google://Linux hálózati kártya bedugul
google://Linux network goes unreachable

szereztem egy lynksys wifi pcmcia karit (802.11b), kb 10-12 kulonbozo halozaton kipróbálva tokeletesen mukodik. Az vezetekest is kb ugyanennyi helyen teszteltem, es mindenhol ugyanaz a hibajelenseg, tehat a hiba nalam van.

--

ping eredmeny kozvetlenul networking restart utan:

dudikoph@ipdlabs:~$ ping index.hu -c 8
PING index.hu (217.20.131.2) 56(84) bytes of data.
64 bytes from index.hu (217.20.131.2): icmp_seq=1 ttl=60 time=550 ms
64 bytes from index.hu (217.20.131.2): icmp_seq=2 ttl=60 time=1008 ms
64 bytes from index.hu (217.20.131.2): icmp_seq=3 ttl=60 time=633 ms
64 bytes from index.hu (217.20.131.2): icmp_seq=4 ttl=60 time=18.1 ms
64 bytes from index.hu (217.20.131.2): icmp_seq=5 ttl=60 time=31.8 ms
64 bytes from index.hu (217.20.131.2): icmp_seq=6 ttl=60 time=197 ms
64 bytes from index.hu (217.20.131.2): icmp_seq=7 ttl=60 time=510 ms
64 bytes from index.hu (217.20.131.2): icmp_seq=8 ttl=60 time=675 ms

--- index.hu ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 7025ms
rtt min/avg/max/mdev = 18.194/453.338/1008.918/323.249 ms, pipe 2

halozat haldoklasakori ping eredmenyt egyenlore nem tudok bemasolni, mert most valami csoda folytan mukodik, amint haldoklik, kozzeteszek egyet, de a lenyeg az, hogy a a packet loss az ido elorahaladtaval egyre emelkedik.

Kernelpánik

Sziasztok a következő probléma jelentkezett egy eszközünkön.

Három port van az eszközön:
eth0 WAN
eth1 LAN
a harmadik nincs használatban.

Ha elindul a szerver ifconfig-ra kiírja az interfaces-ben beállított minden dolog.

Bedugom az UTP-t a WAN portba akkor frankon feláll az interface és a net is elérhető. (pingik kifelé)

De amint, a LAn portot is bedugom és amint felál az interface azonnal dob egy kernelpánikot.

Hát ilyet még nem láttam.

Szerintem hardverhiba.

Minden ötletet szívesen fogadok.

Üdv, LAci

Akadozik az UPC-os internet.

UPC-os kábeltévés internetkapcsolatom van, ami tulajdonképpen működik, csak akadozik. Ha be-ssh-zok rajta keresztül egy távoli gépre, akkor egyszer csak nem echózza a billentyűket, majd fél perc várakozás után hirtelen behozza a lemaradást.

A gépből natolós tűzfalat akarok csinálni. Korábban egy gyengébb gép volt a tűzfal (200MMX) ami sajnos kinyiffant. Ideiglenesen egy 3GHz-es gép a tűzfal, ami túl jó. Mindhárom esetben ugyanaz a Linux (SuSE 9.0), ugyanaz a hálókártya, ugyanazok a beállítások, mégis az egyik eset rossz. Hol érdemes a hibát keresni?

Másik dolog: Kísérletezés közben ugyanazt a hálókártyát rakom át egyik gépből a másikba. Abban a hiszemben, hogy az UPC ismeri a kártyám hardver címét, és csak ezt az egy kártyát fogadja el. Tényleg így van ez? Nem lehet ezt valahogy elkerülni?

Woody eth1-et nem ismeri fel

Sziasztok! links alól írok mert éppen most állítanék be egy
200MMX-et tûzfalgépnek de az istennek nem ismeri fel az
eth1 kártyát pedig beírtam a lilo.conf-ba hogy
append = "ether=0,0,eth1" sort és a következõ induláskor
mégsem látja!Kérlek segítsetek mert megmakkanok:))
köszi elõre is!
Ja a rendszer woody 2.2-es kernel
Üdv:anthony_

WRT54GL-firmware

Par hete halottam eloszor fon-on 5$-os ruterekrol. Persze rogton rendeltem egyet, alig vartam, hogy megerkezzen -persze ott volt bennem a bizonytalansag, tenyleg ilyen olcson lehet kapni egy linksys routert.
3 nap alatt meg is erkezett -ez uton is szeretnem megkoszonni a gyors szallitast a ups-nek, ha a magyar postan mulott volna meg most is varhatnek. Persze az a 3nap sem telt tetlenul, rogton neztem forumokat, kinek mi a velemenye a routerrol, milyen firmware-eekt lehet leszedni hozza, ecc. Es forumozas kozben talaltam egy jokis leirast hogz lehet dd-wrt-re frissiteni, s ott 1xre 2 vezetek nelkuli halozatot uzemeltetni, 1 secure sajat hasznalatra, es egy fonosat.
Naszoval mire megerkezett a ruter mar elegge olvasott voltam a temaban igy ideje volt a dolgokat atulteni gyakorlatba. Probaltam jonehany verzioju dd-wrt-t de egyikkel se ment igazan stabilan, aztan az egyik forumon belinkeltek egy modositott, direkt fonra keszult dd-wrt firmwaret. Rogton le is szedtem, es frisitettem volna,amikor is tortent vmi-szamomra meg mindig nem tisztazott, h mi-es a ruter azota nem akar mukodni, mintha direkt elbaszott firmwaret raktam volna ra, vagy mintha reseteltem volna update kozben.
persze nem segit rajta se reset se aramtalaitas -most szedtem szet, meg vmi belso reset jumper sincs benne. Ilyenkor mit lehet csinalni?
probaltam ssh-t, telnetet, webet, egyikkel sem lehet elerni. ha utpre kotom ra gepet akkor konnektol, kiosztja ipt-szal dhcp muxik rajta, de elerni nem lehet.
tanacstalan vagyok-most dobjam ki?

Broadcom NetXtreme BCM5721 Gigabit Ethernet PCI Express

Üdvözlet!

Van egy HP szerverünkben egy
0000:02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express (rev 11)
kártya. Egy ideje ezek vannak a logban:
Sep 5 10:26:21 ns2 kernel: NETDEV WATCHDOG: eth0: transmit timed out
Sep 5 10:26:21 ns2 kernel: tg3: eth0: Link is down.
Sep 5 10:26:25 ns2 kernel: tg3: eth0: Link is up at 1000 Mbps, full duplex.
Sep 5 10:26:25 ns2 kernel: tg3: eth0: Flow control is off for TX and off for RX.
Sep 5 10:37:45 ns2 kernel: NETDEV WATCHDOG: eth0: transmit timed out
Sep 5 10:37:45 ns2 kernel: tg3: eth0: Link is down.
Sep 5 10:37:48 ns2 kernel: tg3: eth0: Link is up at 1000 Mbps, full duplex.
Sep 5 10:37:48 ns2 kernel: tg3: eth0: Flow control is off for TX and off for RX.

Nagyjából van sejtésem, hogy mit is jelent :) mert a gép ilyenkor "eltűnik" a hálózatról, nem érhető el. Majd mindenféle közbeavatkozás nélkül helyreáll a dolog. A gép a T-Com adatparkjában figyel. Lehetséges, hogy a switch portja rosszalkodik, amibe a szerverünk megy? Vagy mi okozhat ilyet, mert korábban nem igen találkoztam a jelenséggel.
A kernel:
2.6.17.7 #1 SMP Wed Jul 26 10:28:41 CEST 2006 i686 GNU/Linux
Előre is köszönöm a segítséget!

Laci

Működő USB Wi-Fi

Segitseget kernek!

Szeretnek USB-s Wi-Fi eszkozt venni (eppen most vittem vissza egy dana nevut, amin zd1211-es driverrel megy/menne, ha tenne ezt kulturalt modon), igy valami olyasmit keresek, ami tenylegesen tamogatja a wep/wpa/wpa2(aes) modokat, es tiszta szivebol(kernel) szereti a Linux.

Van valakinek bevalt tipusa?
(gugliztam, de pl a danara is azt irtak, hogy megy, csak mondjuk utana derult ki, hogy nem okes dolgokra).