Üdv!
Nem igazán értek a hálózatokhoz, sajnos, ezért kérnék egy kis segítséget.
Össze szeretnék ideiglenesen kötni 2 gépet egy crosslink ethernet kábel segítségével.
Beállítottam a két gépen fix ip-t, az egyiken így:
ip: 193.0.0.1
subnet mask: 255.255.255.0
gateway: 193.0.0.1
a másikon így:
ip: 193.0.0.2
subnet mask: 255.255.255.0
gateway: 193.0.0.1
A probléma röviden az, hogy nem megy, bármelyikről is pingelem a másikat, nincs válasz.
Valaki tudna segíteni beüzemelni? :)
- 12346 megtekintés
Hozzászólások
A gateway semmiképp nem jó. Egymásra mutassanak. Ha nincs route-olás megadva, akkor a default gateway felé mennek a csomagok. Namármost ha magának küldi vissza, az logikus, hogy nem fog a másik géphez elérni...
- A hozzászóláshoz be kell jelentkezni
Neten azt olvastam, akkor jo, ha ugyan arra mutatnak. Na mindegy. Beállítottam ahogy írtad, így se jó.
Ja igen, ping ilyet ír:
$ ping 193.0.0.1
PING 193.0.0.1 (193.0.0.1) 56(84) bytes of data.
From 193.0.0.2 icmp_seq=1 Destination Host Unreachable
From 193.0.0.2 icmp_seq=2 Destination Host Unreachable
From 193.0.0.2 icmp_seq=3 Destination Host Unreachable
^C
4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 2999ms
, pipe 3
$
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
próbáld már meg az egyik gépről pingelni a másikat, a másikon meg tcpdump-pal nézni, hogy mi megy a hálókártyán.
- A hozzászóláshoz be kell jelentkezni
jajjjjjj
a gatewayt akkor használja a kernel, ha nem tudja eldönteni, hogy hova menjen a csomag. Mivel lokális hálózati címekről van szó, nem fogja használni. Az egymásra mutatás az rossz tanács.
- A hozzászóláshoz be kell jelentkezni
Ez igy hulyeseg. Tokmindegy, mi a gateway, ha a ket gep egy alhaloban van, meg sem probalkozik a gateway-jel.
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz be kell jelentkezni
Szokatlan ip cím tartományból választottál, de ez nem baj.
A gateway beállítás valóban nem jó, nem is kell a Te esetedben.
A pingnek mennie kéne, így is ha a kábel jó.
- A hozzászóláshoz be kell jelentkezni
192-t azert nem akartam, mert egyik gép 192-s ip tartományban is benne van wifin.
2 kábelt is próbáltam, egyik crosslink, másik nem, de ennek nem kéne gondot okoznia, mert egyik gépben olyan hálókártya van ami ezt a problémát megoldja, elvileg.
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
OK. ha nincs tűzfal akkor rossz a kábeled. A kártyákon világítanak a link ledek?
Megnézheted ethtool parancsal, hogy a link jó e, magyarul a link up e?
- A hozzászóláshoz be kell jelentkezni
Halokartyan ledek felgyulnak? Oprendszerben megjelenik, hogy link up?
Sic Transit Gloria Mundi
- A hozzászóláshoz be kell jelentkezni
Négy privát ip címtartomány létezik, a 192.168/16, a 10/8 és a 172.16/20. Ha 192.168-ban van gép, akkor legkevesebb gépeléssel a 10.1.1.1 és a 10.1.1.2 címek oszthatók ki:)
- A hozzászóláshoz be kell jelentkezni
És 10 féle ember van? Aki ismeri a bináris számrendszert, meg aki nem?
- A hozzászóláshoz be kell jelentkezni
meg a 169.254.0.0/16 link-local is használható
- A hozzászóláshoz be kell jelentkezni
Azért nem javasolnám ezt a címtartományt, mert ha van ott windows, ami innen válogat, okozhat kavarodást. Egy hibalehetőséggel kevesebb, ha nem innen választ címet.
- A hozzászóláshoz be kell jelentkezni
Hehe, ez konkretan a RIPE NCC tartomanya. Vicces lesz whois-olni. :)
- A hozzászóláshoz be kell jelentkezni
Akkor állíts be valami értelmesebb IP-címet. 192.168.20.1 a másiknak meg 192.168.20.2. Nem fogja "zavarni", hogy a wifi is 192-vel kezdődik.
- A hozzászóláshoz be kell jelentkezni
+1
A maszkjuk legyen 255.255.255.0 , tűzfal kilőve. Gateway jelenleg nem kell, mert a maszkból kiderül hogy egy hálóban vannak. Ahogy írták nézd meg ha bedugtad a kábel mindkét végét akkor világítanak-e a kártyákon a LED-ek.
- A hozzászóláshoz be kell jelentkezni
Semelyik kártyán nincs led, de link az van mindkét gépen, ebben biztos vagyok.
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
Na, jelenleg:
192.168.20.1 és 192.168.20.2, 255.255.255.0-s subnet maskkal.
Ja, amit nem írtam: egyik gép linux, másik windows 7.
Linuxon dmesg:
via-rhine: Reset not complite yet. Trying harder.
eth0: link up, 100Mbps, full-duplex, lpa 0xFFFF
eth0: Transmit timed out, status ffff, PH status ffff, resetting...
via-rhine: Reset not complite yet. Trying harder.
eth0: link up, 100Mbps, full-duplex, lpa 0xFFFF
eth0: Transmit timed out, status ffff, PH status ffff, resetting...
via-rhine: Reset not complite yet. Trying harder.
eth0: link up, 100Mbps, full-duplex, lpa 0xFFFF
eth0: no IPv6 routers present
Tcpdump nem mutat semmi aktivitást ping közben.
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
Firewall valamelyik gepen?
Sic Transit Gloria Mundi
- A hozzászóláshoz be kell jelentkezni
Win7-en van a beépített, de nem hiszem, hogy bezavarna.
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
Kapcsold ki!
- A hozzászóláshoz be kell jelentkezni
Kikapcsoltam, így sem megy.
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
A linuxon a wifit kapcsold már le próba képpen:
ifconfig wlan0 down
(nálam így kell)
- A hozzászóláshoz be kell jelentkezni
Próbáltam úgy is, semmi változás.
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
Hulye kerdes, de barmelyik geprol sajat ip-re megy a ping?
Sic Transit Gloria Mundi
- A hozzászóláshoz be kell jelentkezni
Megy.
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
A linuxos gepen egy "route" parancs kimenete? Nem tudom mi a windows-os megfeleloje...
Sic Transit Gloria Mundi
- A hozzászóláshoz be kell jelentkezni
A kábel amúgy tutira jó? :D
- A hozzászóláshoz be kell jelentkezni
Jah, nekem is ez jutott eszembe, hogy kettő gép között, ha nincs "fordító" eszköz, akkor "egyenes" nem jó.
--
http://opensolaris.org/os/project/indiana/
http://www.opera.com/browser/
- A hozzászóláshoz be kell jelentkezni
Ha az egyik kártya auto mdix-es akkor mennie kéne.
- A hozzászóláshoz be kell jelentkezni
>route print
* te tudod hogy qju vagyok ?
- A hozzászóláshoz be kell jelentkezni
A kábel jó, 1 hete még használtam.
Route:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.20.0 * 255.255.255.0 U 0 0 0 eth0
localnet * 255.255.255.0 U 0 0 0 wlan0
loopback * 255.0.0.0 U 0 0 0 lo
default head.r.tolna.ne 0.0.0.0 UG 0 0 0 wlan0
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
Kaptam egy tippet, hogy a pointopoint flaget állítsam be, valahogy így:
ifconfig eth0 192.168.20.2 pointopoint 192.168.20.1
De így sem megy. Windowson nem tudok ilyesmiről, de windows-windows között már csináltam ilyesmit, és nem is kellett.
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
ennél rosszabb tanácsot csak nagy erőlködéssel lehetne adni...
- A hozzászóláshoz be kell jelentkezni
Akkor most kapaszkodj! :D
Kíváncsiságból összekötöttem a win7-et egy xp-vel, és a következő beállításokkal működött:
egyik:
ip: 192.168.20.1
subnet: 255.255.255.0
gateway: 192.168.20.2
másik:
ip: 192.168.20.2
subnet: 255.255.255.0
gateway: 192.168.20.1
Ha a gateway-t átállítottam, vagy csak szimplán üresen hagytam, nem működött. Ez annak fényében különösen érdekes, hogy fent azt írtad, a gateway-ek keresztbe állítása nem jó ötlet.
Na mindegy, gondoltam akkor ha ez így megy, menni fog linuxszal is. Beállítottam:
ifconfig eth0 192.168.20.1 netmask 255.255.255.0
route add -net 192.168.20.0 netmask 255.255.255.0 gw 192.168.20.1
De nem megy.
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
Kapaszkodni nem nekem van okom...
mint írtam, a gatewayeket akkor használja, ha nem tudja, hogy merre kell küldenie a csomagot. Ha fenti beállítások mellett egymást pingeled, akkor tudja, hogy hova kell küldeni, mivel lokálisan csatolt hálózaton van a célcím, tehát nem használja a gatewayt. Ezt már korábban is megfogalmaztam, hasznos lett volna értelmezni. Arra, hogy a gatewayt nem frankó egymásra, körbe állítani, akkor fogsz rájönni, amikor olyan hálózattal akarsz forgalmazni, ami nem lokális.
Az ethernet interfészre mondtam, hogy ppp-be kapcsolni az rossz ötlet, Tartok tőle, hogyha ppp-be teszed, nem fog rajta arpolni, de mivel üzenetszórásos hálózat, nem is fog működni.
De a te problémád, a te ötleted, a te szívásod. Arról, hogy egy microsoft ip stack mennyire kergül meg, ha szándékosan rossz beállításokat adsz neki, nincs tapasztalatom. A linux kernel nem hagyja.
Szerk: egyéb tippek:
láttam már olyat, hogy az auto-mdi-x-es ethernet kártyák nem működtek minden kábellel megfelelően és olyat is láttam már, hogyha az egyik kártyán a duplexitás és a sebesség auto módban volt, a másikon meg be volt drótozva fixre, akkor se ment a kapcsolat. amíg az egyik kártya gyötörte a protokoll egyeztetést, addig a másik crc hibákat dobott. Esetleg tegyél fel a linuxra egy ethtool-t és azzal próbáld meg a speed auto/speed 100 meg a duplex auto/duplex full beállításokat macerálni.
elfogadható még ilyenkor a kapituláció (=kártyacsere) is.
- A hozzászóláshoz be kell jelentkezni
Na most ennyi erőlködés után, a kedvemért azt próbáld ki légyszives, hogy mi van akkor, ha engeded, hogy autoconf ip-címet adjanak maguknak a gépek?
Elvileg az direkt erre van kitalálva...
Kiváncsi vagyok, hogy úgy megy-e.
(Win-ek szokták látni egymást, ha csak simán összedugod a gépet (crosslink kábel nem szükséges, nagyon rég láttam olyan hálókártyát, ami nem auto MDI/MDIX-es), s autoconf ip-címet adnak maguknak.)
( http://www.duxcw.com/faq/network/autoip.htm )
- A hozzászóláshoz be kell jelentkezni
Az a netbios.
- A hozzászóláshoz be kell jelentkezni
Mi?
Netbiosnak mi köze eleve az IP-hez?
(Azon kívül, hogy létezik netbios over TCP/IP ?)
- A hozzászóláshoz be kell jelentkezni
Kipróbáltam win-win között, és nem ment automatikusan, ezeket osztották egymásnak:
xp:
ip: 169.254.31.180
netmask: 255.255.0.0
win7:
ip: 169.254.123.202
netmask: 255.255.0.0
Ha már megint összekötöttem a két gépet, megnéztem megint, hogy mi van akkor, ha nem adok meg gatewayt.
Érdekes módon az xp-t tudtam pingelni, de a win7-et nem. Függetlenül attól, hogy a crosslink, vagy a sima kábelt használtam.
Aztán kicsit játszadoztam azzal, hogy kinek milyen gatewayt adok meg, ha megadtam a win7-nek az xp gateway-ét, akkor elkezdett működni a ping mindkét irányba. De ezt nem értem, ha egyszer nem kellene gatewayt megadni, akkor hogyhogy csak így működik?
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
"Érdekes módon az xp-t tudtam pingelni, de a win7-et nem. Függetlenül attól, hogy a crosslink, vagy a sima kábelt használtam."
Leszögezhetjük, hogy a kábelek jók.
- A hozzászóláshoz be kell jelentkezni
Következtetésem: a linuxodban levő hálókártya nem tudja az auto mdi/mdix -et, vagyis csak crosslink kábellel megy a direkt összekötés. És ethtool-al meg kell mondani explicite, hogy milyen a link, mert az autonegotiation se megy.
--
Gábriel Ákos
- A hozzászóláshoz be kell jelentkezni
Igen, a linuxos nem tudja, egy több éves via-s alaplap integrált dolgáról van szó.
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
win -> liveCD linux csere esetén 'OOTB' megy?
- A hozzászóláshoz be kell jelentkezni
Eddig csak olvastam itt ezt a dolgot, de most én is megmondanám a "tutit", illetve kérdezek! :)
Tehát van egy linux és van egy windows oprendszerekkel bíró géped. Van egy keresztkábeled, ami tutira jó hiszen korábban már használtad. (feltételezem, hogy azóta nem lett eltörve, meggyötörve sehol.) Van 2 kiszemelt IP cím amit mindkét gépen a megfelelő interfészre felkonfiguráltál azonos netmaszkkal. A route piszkálata felesleges mivel mindkét cím azonos tartományba esik és közvetlenül kell egymást látniuk. No és ez az összeállítás mégsem megy!
1. ICMP tiltása valamelyik gépen aktív? Tüzfalszabályok milyenek?
2. Egyik ethernet interfészen sincs LED? Ez fura manapság.
3. Milyenek azok a kártyák?
4. Mindkettő azonos sebességre (10-100) félduplex/fulduplex módra állt be?
- A hozzászóláshoz be kell jelentkezni
5. ethtool ethX kimenete kellene még
- A hozzászóláshoz be kell jelentkezni
1: icmp nincs tiltva, linuxon nincs tűzfal, windowson meg a win7 tűzfal alapbeállításai. Elvileg nem okozhatna gondot, mert akkor szerintem az xp-vel se menne.
2: nincs led, egyik gép laptop, a másik meg régi. :)
3: a linuxos gépben egy VIA Technologies, Inc. VT6102 [Rhine-2] (rev 74), a windowsosban egy Realtek RTL8168C(P)/8111C(P) Family PCI-E Gigabit Ethernet NIC (NDIS 6.20)
4: na ez nehezebb kérdés, windowson foglamam sincs, hogy kell megnézni, milyen módban megy. Linuxon 100Mb/s Full Duplexbe áll be.
5:
# ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: d
Current message level: 0x00000001 (1)
Link detected: yes
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
Próbálj rá egy ilyenre:
win7-es gép: 169.254.1.2 netmask 255.255.255.0
Linux gép: 169.254.1.3 netmask 255.255.255.0
Szívtam annó win7-el ilyesmi miatt, bár pontosan nem emlékszem, de bele voltak égetve ezek a link-local dolgok szegénybe.
Illetve, tcpdump erőteljes használata ajánlott, hogy lásd mi történik
- A hozzászóláshoz be kell jelentkezni
Ha emberi belso halot allit be, akkor lenyegtelen a link-local, mert a statik IP mindenutt megy.
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz be kell jelentkezni
elvileg igen, de win7-el en szivtam valami ilyesmit. Abban biztos vagyok, hogy mig xp es egyeb operacios rendszeren mukodik normalisan, vista/win7-nel a local linkek fixen vannak implementalva a rendszerbe (pl keptelen routeolni barmerre az adott ifacen, ha ilyen ip-t kapott)
- A hozzászóláshoz be kell jelentkezni
Jelen esetben a routolas erdektelen, ha jo a netmask (jo).
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz be kell jelentkezni
Menjunk le level1-re. Biztos vagy benne, hogy ez crosslink kabel? Ha igen, mondjuk a gepeket egy routerrel osszekotve (azok tudnak automatikusan kabelt forditani) kepes vagy kommunikalni?
Az, hogy X napja meg mukodott a kabel a vilagon semmit nem jelent. A kerdes az, hogy MOST jo-e.
Aztan, tenyleg jo lenne, ha valaszt kapnank a LED-es kerdesre (atneztem a szalat, es nem talalom, hogy vilagitanak-e a LED-ek a kartyakon).
Ha ezek rendben vannak, akkor lehet tovabb keresgelni, peldaul hogy (ertelmes beallitasok mellett) arping-elni tudsz-e? (ennek meg tuzfal mellett is mukodnie kell, bar nem tudom, hogy winen van-e arping, linuxon tuti van). Ha nem, akkor valamiert nincs a ket gep kozt semmilyen kommunikacio.
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz be kell jelentkezni
Irta, hogy nincs rajtuk LED.., ergo..
En kivancsi lennek, hogy mit mond a linuxon az mii-tool .
Meg arra is, hogy nem gigas kartyak vannak-e gepekben, mert azok koze inkabb sima kabel kellene direktben koteskor is.
- A hozzászóláshoz be kell jelentkezni
Elvben minden modern kartya automatikusan tud forditani, nem?
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz be kell jelentkezni
A linuxos gépben nem annyira modern van, az nem tud, de a windowsos tud.
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
mii-tool-t nem talál a csomagkezelő...
A windowsos gépben gigás van, a linuxosban 100-as.
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
Először is: Menj be egy szájbatolt boltba, és 200 ft-ért vegyél egy új crosskábelt [zacsisat, tehát újat].
Másodszor: Próbáld ki, ha nem megy, akkor annyi, hogy egyszer nekünk 10 Mbit-re kellett állítani két hálókártyát, mert csak úgy lett hálózat, esetleg próbáld azt ki [hátha a két hülye nic nem tud kiegyezni].
Harmadszor: Ha még mindig nem megy, akkor annyi debug, hogy esetleg layer2-őn próbálj meg rákeresni a másik gépre. MAC szinten.
Két LiveCD viszont mindenképpen jól jönne mind a két oldalon egyszerre, hogy fixálni lehessen, hogy nem hardware hiba.
Ennyi.
- A hozzászóláshoz be kell jelentkezni
Nem hardver hiba:
"Érdekes módon az xp-t tudtam pingelni, de a win7-et nem. Függetlenül attól, hogy a crosslink, vagy a sima kábelt használtam."
- A hozzászóláshoz be kell jelentkezni
köszi, ok.
hozzászólásokat nem olvastam el, de még lehet amúgy a válaszod pebkac is [véletlen elírhatja az ember az ip-t].
- A hozzászóláshoz be kell jelentkezni
Na, van itt valami érdekes, és nem tudom, hogy ez okozhatja-e a problémát.
Ha kihúzom a hálókábelt, majd kiadok egy ethtool eth0-t, továbbra is azt kapom a kimeneten, hogy Link detected: yes. Ha jól sejtem, ennek no-ra kellett volna billennie. Esetleg ezt okozhatja hw hiba, vagy ez így normális?
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
Azt mondtad, hogy a Win7-et probaltad osszekotni XP-s geppel es ment. Probaltad ugyanezzel az XP-s geppel osszekotni a linuxos gepet is? Egyaltalan switchre kotve, vagy barmilyen mas modon mukodik a halozat a linuxos gepen? Nem lehet, hogy rossz a halokartya?
Sic Transit Gloria Mundi
- A hozzászóláshoz be kell jelentkezni
Nem próbáltam az xp-s géppel, switchel se, mert csak egy wifi routerem volna switchnek, de fizikailag elég messze van a géptől, és elég macerás lenne a kettőt egymáshoz közel vinni. A linuxos gép hálókártyája olyan 1,5 éve nem volt használva, előtte jó volt.
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
Ezt jegyezd meg [főnököm mondta egyszer]:
"Micimackó is azt mondta, hogy egészen az utolsó pillanatig jól működött!" :)
- A hozzászóláshoz be kell jelentkezni
Na, kipróbáltam az xp-s géppel is, azzal se működött. Vagy én tolok el valamit nagyon a linuxos oldal konfigurálásakor, vagy megdöglött a hálókártya.
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
Az eddigiek alapján a döglött hálókártya esélyesebb.
- A hozzászóláshoz be kell jelentkezni
Ami magyarázná, hogy ping-etni sikerült neki?
- A hozzászóláshoz be kell jelentkezni
Állj, a linuxos gép hálókártyájával nem ment eddig a ping.
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
Csak lövöldözök, de szerintem XP SP3-tól felfelé a bejövő echo kérés alapértelmezetten tiltva van a windowsokban, így még véletlenül sem fog válaszolni a pingre.
Másik dolog, volt már dolgom olyan hálókártyával ami kizárólag 10mbit/half duplexben volt hajéandó működni. Állítsd be ezt a kapcsolatot mindkét gépen, és ha jó, lépkedj felfelé. Próbáld ki előbb a 10m/full duplexet, aztán 100 half, 100 duplex. Hátha...
- A hozzászóláshoz be kell jelentkezni
Hát az elég vicces lenne, ha tiltva lenne a ping, mert akkor ez se menne:
> ping 192.168.1.101
192.168.1.101 pingelése - 32 bájtnyi adattal:
Válasz 192.168.1.101: bájt=32 idő=76 ms TTL=128
Válasz 192.168.1.101: bájt=32 idő=1 ms TTL=128
Válasz 192.168.1.101: bájt=32 idő=2 ms TTL=128
Válasz 192.168.1.101: bájt=32 idő=9 ms TTL=128
192.168.1.101 ping-statisztikája:
Csomagok: küldött = 4, fogadott = 4, elveszett = 0
(0% veszteség),
Oda-vissza út ideje közelítőlegesen, milliszekundumban:
minimum = 1ms, maximum = 76ms, átlag = 22ms
Az ip mögötti gép egy xp sp3.
Hogy lehet beállítani ezeket a módokat? Még életemben nem csináltam ilyet se windows, se linux alatt.
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
ethtool, win alatt pedig a devmgmt.msc-ben
a ping alapján látható, hogy win-es gép van az ip mögött, nem kell mondani
- A hozzászóláshoz be kell jelentkezni
"a ping alapján látható, hogy win-es gép van az ip mögött, nem kell mondani"
TTL-ből? Csak mert a válaszidők alapján biztos nem. :)
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
bingo
- A hozzászóláshoz be kell jelentkezni
Linux alatt próbáltam a hálókártyát átállítani 10Mbit/s half duplex módba, így: ethtool -s eth0 speed 10 duplex half
De ezután az ethtool eth0 továbbra is azt írja, hogy a kártya 100Mbit/s full duplex módban van.
Ma már nem, de holnap szépen összepakolom a gépet és kipróbálom a routerrel. Ha azzal nem működik, akkor semmivel nem fog.
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
autoneg off
- A hozzászóláshoz be kell jelentkezni
Jelentem, a hálókártya jó. Összekötöttem a routerrel, és sikerült csatlakozni azon keresztül a netre, most is erről írok.
Most mennek az olyan dolgok is, hogy ha kihúzom a hálókártyát, majd kiadok egy ethtool eth0-t, azt írja, hogy nincs link, amit vártunk.
Hozzá kell tennem, hogy a gép költöztetése miatt volt egy reboot, egyébként suspendelni szoktam a gépet. Esetleg az lehetséges, hogy a linux valahogy nem tudja resume-kor rendesen feléleszteni a hálókártyát?
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
"Esetleg az lehetséges, hogy a linux valahogy nem tudja resume-kor rendesen feléleszteni a hálókártyát?"
EHH! nem, végülis nincs ezzel tele a net. nagy nehezen végigrágtam magam a postokon, mert kíváncsi voltam, de ez... :)
szerintem.
- A hozzászóláshoz be kell jelentkezni
Jó, hát amikor utoljára használtam állandó jelleggel a hálókártyát, akkor még jó volt a suspend-resume. Úgy látszik megint naivan azt feltételeztem, hogy a linux kernel nem annyira rossz, hogy ilyen regressziók legyenek benne. :)
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
persze nem biztos, hogy ez volt a baj, majd te megmondod, hogy cold boot-tal jó-e.
szerintem.
- A hozzászóláshoz be kell jelentkezni
Jelentem, cold boottal létrejön a kapcsolat, igaz, hasonló módon, mint win7-winxp között. De hihetetlen látni, hogy ugyan azokkal a beállításokkal megy a ping, vagy épp az ssh az egyik irányba. :D
Mivel eddig nem írtam, a linux kernel 2.6.28-as verziójával tapasztaltam a fenti problémát, hátha még másnak jól jön.
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
Örülök hogy jó lett :)
- A hozzászóláshoz be kell jelentkezni