2 gép direkt összekapcsolása

 ( BaT | 2010. június 24., csütörtök - 19:26 )

Ü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? :)

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

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...

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!

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.

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.

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.

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ó.

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!

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?

Halokartyan ledek felgyulnak? Oprendszerben megjelenik, hogy link up?


Sic Transit Gloria Mundi

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:)

És 10 féle ember van? Aki ismeri a bináris számrendszert, meg aki nem?

meg a 169.254.0.0/16 link-local is használható

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.

Hehe, ez konkretan a RIPE NCC tartomanya. Vicces lesz whois-olni. :)

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.

+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.

Root-Tech

Semelyik kártyán nincs led, de link az van mindkét gépen, ebben biztos vagyok.

--
Don't be an Ubuntard!

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!

Firewall valamelyik gepen?


Sic Transit Gloria Mundi

Win7-en van a beépített, de nem hiszem, hogy bezavarna.

--
Don't be an Ubuntard!

Kapcsold ki!

Root-Tech

Kikapcsoltam, így sem megy.

--
Don't be an Ubuntard!

A linuxon a wifit kapcsold már le próba képpen:
ifconfig wlan0 down
(nálam így kell)

Root-Tech

Próbáltam úgy is, semmi változás.

--
Don't be an Ubuntard!

Hulye kerdes, de barmelyik geprol sajat ip-re megy a ping?


Sic Transit Gloria Mundi

Megy.

--
Don't be an Ubuntard!

A linuxos gepen egy "route" parancs kimenete? Nem tudom mi a windows-os megfeleloje...


Sic Transit Gloria Mundi

A kábel amúgy tutira jó? :D

Root-Tech

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/

Ha az egyik kártya auto mdix-es akkor mennie kéne.

Root-Tech

>route print

* te tudod hogy qju vagyok ?

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!

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!

ennél rosszabb tanácsot csak nagy erőlködéssel lehetne adni...

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!

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.

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 )

Az a netbios.

Mi?
Netbiosnak mi köze eleve az IP-hez?
(Azon kívül, hogy létezik netbios over TCP/IP ?)

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!

"É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.

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

Igen, a linuxos nem tudja, egy több éves via-s alaplap integrált dolgáról van szó.

--
Don't be an Ubuntard!

win -> liveCD linux csere esetén 'OOTB' megy?

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?

c

5. ethtool ethX kimenete kellene még

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!

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

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.

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)

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.

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.

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.

Elvben minden modern kartya automatikusan tud forditani, nem?
--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

A linuxos gépben nem annyira modern van, az nem tud, de a windowsos tud.

--
Don't be an Ubuntard!

mii-tool-t nem talál a csomagkezelő...

A windowsos gépben gigás van, a linuxosban 100-as.

--
Don't be an Ubuntard!

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.

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."

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].

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!

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

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!

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!" :)

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!

Az eddigiek alapján a döglött hálókártya esélyesebb.

Ami magyarázná, hogy ping-etni sikerült neki?

Állj, a linuxos gép hálókártyájával nem ment eddig a ping.

--
Don't be an Ubuntard!

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...

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!

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 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!

bingo

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!

autoneg off

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!

"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.

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!

persze nem biztos, hogy ez volt a baj, majd te megmondod, hogy cold boot-tal jó-e.


szerintem.

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!

Örülök hogy jó lett :)

Root-Tech