2 gép direkt összekapcsolása

Web, mail, IRC, IM, hálózatok

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

  • 12354 megtekintés

( bacsi2 | 2010. 06. 24., cs – 19:30 )

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!

( nagysa v | 2010. 06. 24., cs – 19:37 )

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

( bacsi2 | 2010. 06. 24., cs – 19:46 )

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.

( BaT | 2010. 06. 24., cs – 21:10 )

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!

( BaT | 2010. 06. 24., cs – 22:33 )

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!

( BaT | 2010. 06. 25., p – 00:28 )

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!

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 )

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!

( uid_18247 | 2010. 06. 25., p – 02:58 )

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

( covek v | 2010. 06. 25., p – 07:21 )

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

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!

( Mcsiv v | 2010. 06. 25., p – 08:29 )

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

( hrgy84 | 2010. 06. 25., p – 11:12 )

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.

( gbor | 2010. 06. 25., p – 14:37 )

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.

( BaT | 2010. 06. 25., p – 14:58 )

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!

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!

( gergov | 2010. 06. 25., p – 18:36 )

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!

( BaT | 2010. 06. 25., p – 22:34 )

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!

( BaT | 2010. 06. 26., szo – 13:08 )

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!

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!