[Megoldva] UPC (Chello) netproblémák

Linux-kezdő

Sziasztok!

Régóta szeretnék vindózról linuxra migrálni, azonban mindig beleütközöm egy "apróságba". Teljesen mindegy, milyen disztribúcióval (uhu, suse, debian, ubuntu) próbálkoztam, a netbeállítás sikertelensége miatt mindig feladom.

A net: UPC (Chello).
A kábelmodem: Motorola Surfboard 5100E
A hálókártya: Realtek RTL8139 Family PCI Fast Ethernet NIC
A gép: ősrégi (2001-es :) ) Sony Vaio laptop AMD Athlon procival

A kórisme: installálom az adott linux disztribúciót, beállítom a DHCP-t, és semmi. Újravindóz, mellé felteszem a linuxot. Vindóz alatt kiválóan megy a net. És itt jön a csavar, amivel fórumokban eddig nem találkoztam, és az összes szakavatott ismerősöm szerint képtelenség, és ilyen nincs: Ha vindózban nyomok egy restartot, és villámgyorsan linux alatt lépek be újra, akkor működik az internet. Ha várok kicsit az újraindítással, akkor nincs.

Beleástam magam a fórumokba a nagy világhálón. Amit ajánlottak, azokat kipróbáltam. (pl a MAC kézi megadása, dhcp cliens csomag felrakása, kábelmodem usbn keresztüli csatlakoztatása, mindenféle config fájlok átírása, stb...) Minden eredménytelen volt. Aztán ajánlották az Ubuntut. Hogy na majd ezzel frankón tuti. Most fent van a Feisty Fawn, de az eredmény ugyanaz. Net nincs. Csak ha belépek windows alatt, restart, ubuntu. De ez így nem igazán állapot.
Próbáltam azt is, hogy a vindóz alatt kapott ip címet fixként beállítom linuxban. Negatív.

Van valakinek tippje, hogy mi lehet a gond?

A segítséget előre is köszönöm.

  • 6253 megtekintés

( Koppany | 2007. 06. 10., v – 00:32 )

Lattam mar olyat, hgoy mas windows alatt a mac cim, mint linux alatt.
Linux bebootol - felall
modem aramtalanitas par masodpercre
/etc/init.d/network restart
prov.chello.hu
bejelentkezel, megnezed, hogy a linux alatti mac cim van-e beregisztralva (ifconfig)
Ha nem, akkor beregisztralod, es ismet /etc/init.d/network restart.

Köszi szépen, de ezzel nincs probléma. Állítólag ez "típushiba" a chellos netnél (nemcsak nálunk, hanem külföldön is). Minden fórum ezzel kezd. Semmi gond nem volt a MAC címmel. Próbálkoztam. Ez nem volt megoldás...a prov.chello.hu sem jön be egyébként. se ping se pong. =)

Nem villog. Világít folyamatosan.

Semmilyet. Illetve amit kiír ifconfignál, az egy nagyon nem szimpatikus tartományban van, valami 169.akármi

Persze amikor windows után indítok újra, akkor minden hiperszuper 89.99.blabla. Persze akkor működik is.
Egyszer fordult elő, hogy amikor már állítgattam mindent, mormoltam az imákat teliholdkor, akkor egyetlenegyszer a network restart parancsra jött egy DHCPOFFER és akkor egy látszólag jó IP cím jelent meg. De net nem működött. És ezt nem tudtam még egyszer megismételni (változatlan beállíások mellett sem).

A típushibát azért írtam, mert a fórumokon úgy vettem észre, hogy ez egy gyakori hiba.

( ocsieu | 2007. 06. 10., v – 01:28 )

Ugyanezt tapasztalom, tapasztaltam, és én is (debian, ubuntu) próbáltam mindent, nem igazán működött.
Nálam mac-címnek nincs nagy szerepe, mert nem kell regisztrálni a mac-címet webes felületen, ugyanis modemben van beállítva, hogy max 2 (nekem 3) mac-cím engedélyezett a modememen, amit ha resetelek, és csak a linuxos gép mac-je szerepel, illetve az az 1. amit megjegyez sem ad neki a dhcp ip-t...
Érdekes, mert korábban nem volt ilyen problémám, ilyen jelenségre csak az utóbbi időben figyeltem fel...
A másik meg, hogy ugyanazt a gépet routerre kötve tökéletesen megkapja a router által kiosztott ip-t....
Ez nagggyonnaggyon érdekes!!!
Én is nagyondenagyon kíváncsi lennék rá mi okozza ezt...

"Nálam mac-címnek nincs nagy szerepe, mert nem kell regisztrálni a mac-címet webes felületen"

véletlenül nem a leggyorsabb csomagod van? nekem is chellos net van, és ha kártyát cserélek és bejelentkezek a webes felületen, hogy regisztráljam a kártyát, szépen kiirja ,hogy a csomagomhoz rendelhető maximális MAC címeket elértem, válasszam ki, hogy melyiket töröljem. a leggyorsabb csomag kivételével csak egy kártyát lehet regisztrálni

( furge | 2007. 06. 10., v – 11:06 )

adok egy kis tájékoztatát, hogy hogyan működik a modem.

minden chello csomagnál, kivéve a prof-nál, a modem maximum egy mac-t fogad be. ami azt jelenti, hogy modem reset nélkül nem enged be új mac-t. profnál meg 3 mac van engedélezve. ami azt elenti, hogy három gépet lehet regisztrálni. a 169-s ip olyankor jön elő ha mac cím változás történik. érdemes megpróbálni egy mac címet maszkolni mint win alatt mint linux alatt. hogy biztosan egyforma legyen. előfordúl, hogy pl win reinstal után a win más mac-t olvas ki a kártyánál mint elötte. ez eléggé gyakran előfordúl. nem lehet tudni miért. illetve minden féleképpen meg kell próbálni linux indítása után egy modem resetet csinálni és úgy dhcp-vel lekérdezni egy ip-t.

Szia Furge!

Köszi szépen a tájékoztatást. =) Ez a maszkolás hogy működik? Lehet, hogy csináltam, csak nem tudtam, hogy az az volt. Más fórumokból amit összeszedtem lépésről-lépesre útmutatók mac problémával kapcsolatban nem vezettek eredményre.

Egyébként most ubunturól írok. Van net. Kifogástalan. Persze windows után indítottam újra. És nem kellett semmit szenvednem MAC beállítással, meg semmi egyéb hálózati beállítással. Megtalált mindent magától.

Modem resetet csináltam millió egyszer (a probléma nem az elmúlt napokban jelentkezett, hanem kb három éve próbálkozom időről-időre mindenféle disztribúciókkal, és mindnél ugyanez a baj). De modem reset után hiába állítom be hogy dhcpvel kérjen ip-t, nem csinál semmit. Pingelni sem tudok semmit. A prov.chello.hu sem jön be (értelemszerűen), így regisztrálni sem tudok.

Ezek fényében van valami tipped?

Aki megoldja a problémám, megyek neki egy sörrel. =)

( l0ud v | 2007. 06. 10., v – 11:07 )

Láttam már vhol olyat hogy MTU probléma is lehet. Valamelyik szolgáltató 1492 helyett vmi 1400 vagy 1300al játszik nem lehet hogy itt is uaez a problem, vagy vmi protokoll hiba QOS vagy ien hülyeség...

( vargatamas | 2007. 06. 10., v – 11:54 )

Nekem volt két szolgáltatóval is (egyik a Chello) ilyen problémám, amíg közös gépet használtunk otthon (és ezért volt rajta win is). A probléma pontos okára sosem jöttem rá, de tudom, hogy ha egy éjszakára kikapcsolva hagytam a gépet, akkor utána reggel egyaránt működött Linux és Windows alól is, bármelyiket is indítottam először. Linux után Windows indítása nem okozott gondot, de Windows után Linuxszal már nem lehetett netezni. DHCP release- szel próbálkoztam, előfordult hogy bejött (iszonyat idegesítő, ha számítógépek nem- determinisztikusan viselkednek)..

Amit most, kicsit "érettebb" fejjel próbálnék:
- DHCP release
- modem reset (http://192.168.100.1/config.html vagy power-cycle)
- Windows alatt az összes - az adott interface- hez tartozó - beállítás (még a teljesen irrelevánsnak tűnők is!) feljegyzése, Linux alatt ugyanaz beállítása
- a fentebb kollegák által már említett MAC cím hardwiring (mind Windows, mind Linux alatt)

(BTW: ha biztos akarsz lenni abban, hogy a gép milyen MAC címet mutat a modem felé, lesd meg ezt a címet: http://192.168.100.1/address.html !)

(FYI: a Motorola SurfBoard5100 admin felülete érhető el a 192.168.100.1 címen, ez elvileg minden ilyen típusú modemen hardwired.)

Köszi Tamás!

Ha jól értelmezem, nekem pont fordítva van gondom. Nekem csak akkor megy linux alatt a net, ha előtte windowsból léptem ki. Ha meg - akár csak öt percet is - várok az újraindítással, nem megy linux alatt.

modem reset volt. negatív.
feljegyeztem mindent, még tán a háttérszínt is, de egy csomó mindent. amit csak tudtam, beállítottam, de az is negatív.

a DHCP release és a mac hardwiring hogy működik? (mit kell hova beírnom?)

DHCP release:
dhclient -r

Rosszul értelmezed, nekem is ugyanaz volt a problémám. :-)

MAC cím beállítása Windows alatt fogalmam sincs jelleggel van a hálózati beállításoknál.
Linux alatt az ifconfig hw paraméterével állíthatod, bővebben a man- ban olvashatsz.
(Pl: ifconfig eth0 hw ether 12:34:56:78:90:ab up)

ja oké, akkor ezt hívják így? ilyet már csináltam. és semmi nem történt.

nézem a dhcp releaset.

egyébként ha a hozzáértők látnak valami fantáziát, akkor bevágom, hogy mit ad ki ifconfigra "müxik" és "nem-müxik" esetben

Windows után újraindítva (van net)

eth0 Link encap:Ethernet HWaddr 08:00:46:2F:B9:A7
inet addr:80.99.56.147 Bcast:255.255.255.255 Mask:255.255.252.0
inet6 addr: fe80::a00:46ff:fe2f:b9a7/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:17228 errors:0 dropped:0 overruns:0 frame:0
TX packets:1278 errors:1 dropped:0 overruns:0 carrier:2
collisions:103 txqueuelen:1000
RX bytes:2563075 (2.4 MiB) TX bytes:127671 (124.6 KiB)
Interrupt:10 Base address:0x8800

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:2 errors:0 dropped:0 overruns:0 frame:0
TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:100 (100.0 b) TX bytes:100 (100.0 b)

Várva az újraindítással (nyet net):

eth0 Link encap:Ethernet HWaddr 08:00:46:2F:B9:A7
inet6 addr: fe80::a00:46ff:fe2f:b9a7/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:407 errors:747 dropped:0 overruns:0 frame:0
TX packets:68 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:24420 (23.8 KiB) TX bytes:15152 (14.7 KiB)
Interrupt:10 Base address:0x4800

eth0:avah Link encap:Ethernet HWaddr 08:00:46:2F:B9:A7
inet addr:169.254.7.65 Bcast:169.254.255.255 Mask:255.255.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Interrupt:10 Base address:0x4800

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:4 errors:0 dropped:0 overruns:0 frame:0
TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:258 (258.0 b) TX bytes:258 (258.0 b)

A különbség látható, csak értelmezni nem tudom. =S

Érdekes jelenség, gondolom a gyors restart alatt a még benne vagy abban a tűréshatárban, amíg a modem nem dobja el a linket, és ezért van net. Én panteles adsl-nél találkoztam ugyan ilyennel, hogy win alatt ment a dhcp-s net, linux alatt meg nem, megpróbálok utánakutatni hogy hogyan sikerült megoldani a problémát (mert sikerült).

a dhcp release sem hozott eredményt. vagyis
Listening on LPF/eth0/mac cím
Sending on LPF/eth0/mac cím
Sending on Socket/fallback

"nem-müxik üzemmódban" meg a surfboard admint sem lehet elérni, így fogalmam sincs, hogy ott milyen mac címet mutat.

( kispista | 2007. 06. 10., v – 16:25 )

Hello!

Érdekes dolog, nálam is ugyanez a helyzet nagyjából csak én nem chellos vagyok, hanem helyi kábelszolgáltató saját internetszolgáltatására fizettem elő. Win alatt van net, kapok ip-t, linux alatt semmi. Mindegy, hogy winből linuxba vagy linuxból win-be megyek... sehol semmi.

( j_szucs | 2007. 06. 10., v – 16:42 )

Elsőre nálam se ment a chello + linux.

Nálam a tűzfal volt a ludas: hónapokkal korábban egyszer pár percre ráakasztottam a gépre egy usb wifi adaptert; nem használtam, sőt be sem állítottam, mégis a SuSEFirewall-ban maradt egy wifi adapter bejegyzés.

Akkor kezdett el működni az internet, amikor azt a bejegyzést (amit a SuSE valamikor automatikusan vett fel) töröltem a tűzfalból.

---
Mondjon le!

( furge | 2007. 06. 10., v – 16:52 )

üdv

szerintem maszkold át a mac címedet mert a 08-l kezdődő mac-t chellonál nem mindig szereti a rendszer. többen is vannak akinek valamiért nem 00-val kezdődik a mac-je. hanem valami kacifántosan. és ilyenkor kérjük is őket, hogy maszkolják be.

( kispista | 2007. 06. 10., v – 17:48 )

Nemtudom mennyire leszek off, de miért van, hogy a Motorola modem meg tud tanulni 32 mac-et(állítólag) és mégis ha rádugom a notit a desktop helyett nincs net (win alatt sem). A megtanult címek között megjelent a notesz mac címe. Van egy DHCP server funkciója a modemnek és arra gondoltam hogy csak ez miatt jegyzi meg a címeket, de az elbírálásuk ugyanaz, tehát nincs különbség az asztali gép és a noti címe között. A szolgáltatónál meg a modem mac-je van bejelentve és nem az asztali hálókártyáé.

Visszaolvastam. Köszi a tippet ;) Értem, hogy max egy MAC rendelhető a chello leggyorsabb csomagjához, csak nekem se chello se gyorscsomag és amikor kijöttek bekötni akkor is csak a modem MAC címét írták fel. Router szempontjából igazad van, már rendeltem is egyet korábban csak még várnom kell mire kihozzák. De inkább megvárom, mert úgynézki nemigazán van megoldás a problémára.

( Darkfish | 2007. 06. 10., v – 19:11 )

Tudom, hogy nem pont ezt a választ várod, de szerintem vegyél egy routert 10k-ért, mert:
1, beállítod a mac address-t és el van felejtve
2, legalább van egy egyszerű tűzfalad

Tudom hogy pénz, de tizedanyi szopással jár a dolog.

Szerintem elég biztos megoldás egy router. Albérletbe is Chello van és három gép van a routerre dugva ebből kettőn van linux és alatta net is. A kettőből az egyik az a laptop amivel otthon szívtam, itt megy (lásd feljebb).

Ha találtam valami megoldást erre a problémára akkor szólok, de már engem is furdal a kíváncsiság, hogy mi a fene lehet ez :S meg ha már ittvagyok albérletbe akkor kipróbálom, hogy chello alól (router nélkül) nekem is csinálja-e.

( furge | 2007. 06. 11., h – 09:33 )

az az igazság, hogy em tudom megmondani pontosan mi okozza a bibit nálad. nekem is régebben motorolla odemem volt de nem voltak vele ilyen gondok. simán ment a net win alatt és linux alatt is. és akkor volt a tesztelős korszakom. végigpróbáltam egy rakás disztrót és mindegyiknél oksan ment. max arra tudok gondolni, hogy valami hardveres oka lehet. de ez is csak találgatás.

( cstamas | 2007. 06. 11., h – 09:47 )

win alatt:
ipconfig /release
Szerintem erre van szükségetek. Utána Linux alatt is mennie kell (lesz net).
(Legalábbis több szolgáltatónál segít.)

( cheeky v | 2007. 06. 11., h – 15:33 )

A helyedben körülnéznék a kártya sebességbeállításai körül.

Egyrészt a Realtek kártya egy fos, másrészt a Motorola Surfboard sem csőkirály, szóval az automatikus sebességbeállításban baromira nem bíznék.

mii-tool, vagy ethtool a barátod.

Megpróbálnám a helyedben a 100-full, 100-half, 10-full kombinációkat, autoneg off-fal.

( korci | 2007. 06. 11., h – 16:23 )

Ha ez eddigi tanácsok közül egyik sem válik be, akkor nézd meg a következőt:
Elvileg a windows-ok nem csak a hardware-address értéket továbbítják a dhcp szerver felé, hanem a média tipusát is, és ennek a kettőnek az összessége a client-identifier, ami mondjuk így néz ki a ab:cd:ef:gh:ij:kl esetén: (0)1:ab:cd:ef:gh:ij:kl ahol a (0)1 jelöli az Ethernet típust.

A dhclient.conf-ban meg kell adni a dhcp kliensnek, hogy hogy client identifier alapján azonosítsa magát, ami így néz ki:
send dhcp-client-identifier "1:ab:cd:ef:gh:ij:kl"
Elképzelhető, hogy 1 helyett 01-et kell írnod. Próbáld ki mindkettőt.

Ez esetben ne felejts el előtte dél felé fordulni... :)

Sebességet egyébként pl eth0-ra a következőképpen állíthatsz, ha a kártyád is támodatja:

ethtool -s eth0 speed 10 duplex full autoneg off

Értelem szerint ezt 10Mb Full dulplex esetén kell állítani. További infó az ethtool(8) manjában.

Esetleg megpróbáltad teljesen manuálisan újraindítani a kártyádat?
A legbiztosabb az, ha még a kártyát kezelő modult is kiütöd (modprobe MODULNÉR -r, majd visszatölt: modprobe MODULNÉV, aztán ifconfig eth0 up /vagy ami/, és dhcpcd eth0.)
Egy próbát megér.

( Kubu | 2007. 06. 11., h – 20:46 )

Juhúúú! Egyelőre úgy néz ki, megoldódott.

Az ethtool -s eth0 speed 10 duplex half autoneg off segített.

Először 10/full-lal próbálkoztam (win alatt is az volt beállítva). ment a net, de tetűlassan. aztán átállítottam 10/half-ra, és mint akit megzaboláztak.

Köszönöm a segítséget mindenkinek!

Remélem, most már müxik majd rendesen. =)

Nálunk meg, a gyerek felállt, és közölte, hogy nem áll jogában Linux alatt a bekötést elvégezni.
Akkor fogtam magam és az orra alá dörgöltem az ÁSZF-et, amiben egy szó sem esett OS megkötésről. Azt mondtam a gyereknek, ha nem csinálja meg, akkor nem írom alá a munkalapját. Tekintettel arra, hogy a UPC outsourcing-ban adja ki vállalkozóknak a bekötést, így nagyon megijedt.
Annak ellenére, hogy nagyon mérges voltam a "jogi nyilatkozattétele" miatt, végül mgeszántam, és megmutattam neki, hogy átalában milyen konfig fájlokat kell keresnie, és merre, no meg mi azok szintaktikája. Ezeket bőszen jegyzetelte. Akkoriban Mandrivám volt. Szegény kölök, ha egy Debian alapú Linux-szal találkozik, akkor keresgélhet.

OFF
Szívem szerint megjátszottam volna a lámát, és követeltem volna a bekötést azonnal...