Sziasztok!
Hogyan tudom két linuxos gép közötti kapcsolatról eldönteni, hogy közvetlenül crosslink kábellel vannak-e összekötve vagy közöttük switch? A gépek messze vannak, ezért nem tudom őket megnézni, de root jogok vannak mindkét gépen.
- 2490 megtekintés
Hozzászólások
szvsz max ugy, hogy figyeled, vannak-e idegen broadcast csomagok is
- A hozzászóláshoz be kell jelentkezni
Esetleg egy broadcast ping is segithet ebben ;-)
- A hozzászóláshoz be kell jelentkezni
Ezt hogy csinalod mostanaban, hogy valaszoljanak is ra?
- A hozzászóláshoz be kell jelentkezni
Milyen messze vannak? Ha cat5 a kabel, es a tavolsag tobb mint 100 m, akkor nem crosslink :D
- A hozzászóláshoz be kell jelentkezni
Bocs, hogy csak így, de a Töpi és Csusza nevek mondanak neked valamit? :)
- A hozzászóláshoz be kell jelentkezni
Persze, a kis szőrgombóc és a nagy szőrgombóc :)
Amúgy valszeg a baratnőmet ismered, csak az én nevem alatt fórumozik, én nem vagyok annyira macska addict, mint ő :)
- A hozzászóláshoz be kell jelentkezni
Kicsi a világ :)
- A hozzászóláshoz be kell jelentkezni
:)
- A hozzászóláshoz be kell jelentkezni
Tőlem vannak messze, nem egymástól. :)
- A hozzászóláshoz be kell jelentkezni
Ha a fizikai kapcsolatra gondolsz, akkor hirtelen csak a nagyon egyszerű módszer jut az eszembe.
Megnézed, hogy hogyan vannak bekötve a patch kábel erei.
Ha mindkét esetben ugyanaz a színsor, akkor van közöttük egy switch.
Ha más a színsor, akkor direkt, cross kábel.
1,2
3,6
az aktív érpár
- A hozzászóláshoz be kell jelentkezni
A gépek messze vannak tőlem. Pontosan nem is tudom, hogy merre.
Embert sem tudok odaküldeni, hogy megnézze. Ez adja a dolog szépségét. ;)
- A hozzászóláshoz be kell jelentkezni
Ha más a sorrend, akkor is lehet köztük switch.
- A hozzászóláshoz be kell jelentkezni
sose próbáltam informácót kibányászni belőle, de a NIC driverek logolják a fizikai csatlakozást, nem?
Bár, a X-linket nem mondja meg, de ha egyenes kábel van köztük direktben és az egyik kártya magát tette X-be, az talán dmesg-ből kiszedhető (az egyenes kábelek + switch, illetve a X-link kábel IMHO ugyanúgy látszik a kártya számára)
De egy broadcast - akár arp-n - valóban segíthet.
- A hozzászóláshoz be kell jelentkezni
A broadcast ping akkor is megy, ha pl. vlan-ok vannak konfigolva a switchen? Szvsz nem, bar nem ez a szakteruletem :)
Egy egzotikus megoldas :
Nezd meg mindket oldalon ethtool-lal, hogy milyen speed-re negotialt.
Ha nem ugyanaz, akkor nyertel -> switch
Ha ugyanaz, akkor allitsd at a link speedet az egyik oldalon, es nezd, hogy a masik oldalon valtozik-e. Ha igen, akkor crosslink kabel, ha nem, akkor switch van koztuk.
- A hozzászóláshoz be kell jelentkezni
Szevasz Sanyi!
Távcső? :-)
- A hozzászóláshoz be kell jelentkezni
Vedd le/tedd vissza 10/100/1000Mbps-re a kapcsolatot a egyik oldalon (amit elbír ezek közül).
Ha a másik oldal is levált, akkor valószínű a direkt(ebb) kapcsolat (kábel, repeater, esetleg hub).
Ha nem vált, akkor switch.
állítás: ifconfig XXX media YYY
túloldalon nézés: mii-tools XXX
- A hozzászóláshoz be kell jelentkezni
1.) mii-tool
2.) annak az utodja az ethtool ;-)
- A hozzászóláshoz be kell jelentkezni
Az 'A' gépen tcpdump-al lehetne figyelni az ARP kéréseket. Ha a 'B' gépen kitörlöd az ARP cache-ből az 'A' címét, akkor egy 'ping A-ip-címe' parancsra a 'B' gép ARP kérést küld, amit vagy a switch válaszol meg, vagy az 'A' gép, ha nincs közöttük switch.
De a sebesség átállítás egyszerűbbnek néz ki.
- A hozzászóláshoz be kell jelentkezni
Ez jol hangzana, ha a switchek MAC addresse bekerulne az ARP tablaba, de ez nem igy van.
- A hozzászóláshoz be kell jelentkezni
Azért hangzik jól, mert a switch-ek megjegyzik a hálózati címeket, és válaszolnak az ARP kérésekre. A tcpdump-ból meg eldönthető, hogy az 'A' gép válaszolt-e a 'B' géptől származó ARP kérésre, vagy valaki más. Az a "valaki" meg csak egy switch lehet, az 'A' és a 'B' gép között.
- A hozzászóláshoz be kell jelentkezni
ott a pont
ez így nem lesz jó!
- A hozzászóláshoz be kell jelentkezni
ooo, ebben Te biztos vagy?
- A hozzászóláshoz be kell jelentkezni
Hááát, most hogy így rákérdeztél, már nem vagyok biztos benne. Nem tudom kipróbálni, és google se talál olyan oldalt, ami megerősítené.
- A hozzászóláshoz be kell jelentkezni
A switch soha nem fog valaszolni ilyen arp kerdesre. Ha belegondolsz, mar csak azert sem, mert az ARP kerdes IP alapjan probal MAC addresst szerezni, a switchnek meg lovese nincs a layer3-rol.
- A hozzászóláshoz be kell jelentkezni
Valóban; elnézést a rossz ötlet beküldéséért.
- A hozzászóláshoz be kell jelentkezni
ethtool szerintem kiírja az infóban.
________________
Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz, 4 Gb ram, x86_64 2.6.29-gentoo-r5
- A hozzászóláshoz be kell jelentkezni
Kihuzod/ledown-olod az egyiket, es megnezed, hogy a masik interface-e is down-ba megy-e.
--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!
- A hozzászóláshoz be kell jelentkezni
Nos, igy nez ki, ha a ket gep *sima* kabellel van osszekotve, mindkettoben 10/100-as kartyaval:
$ sudo ethtool eth1
Settings for eth1:
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: g
Wake-on: g
Current message level: 0x00000007 (7)
Link detected: yes
- A hozzászóláshoz be kell jelentkezni
switchel (patch kábel):
$ sudo ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000033 (51)
Link detected: yes
- A hozzászóláshoz be kell jelentkezni
Ha ez biztonsági kérdés, akkor nem igazán tudsz védekezni ez ellen, max ha végpontokat összekötöd valami titkosított csatornán (vtun/openvpn). Ha nem biztonsági, akkor közelítő módszer van csak, leírták a hallgatózást, ha nem az egyikről éred el a másikat, az autonegotiaton állítgatása is lehet megoldás (kikapcsolod, beállítod fixre, ha a kapcsolat tovább működik, de csak az egyik gépen változik a sebesség, akkor van közben valami).
- A hozzászóláshoz be kell jelentkezni