Fórum Root.cz
Hlavní témata => Sítě => Téma založeno: Ferda 22. 07. 2018, 14:08:09
-
V /etc/network/interfcaces mám (mimo jiné)
auto enp2s0
iface enp2s0 inet static
address 192.168.2.1
netmask 255.255.255.0
auto enp2s0.1
iface enp2s0.1 inet static
address 192.168.3.1
netmask 255.255.255.0
vlan-raw-device enp2s0
a v systému to rozhraní enp2s0.1 vidím
Směrovací tabulka v jádru pro IP
Adresát Brána Maska Přízn Metrik Odkaz Užt Rozhraní
default 192.168.10.1 0.0.0.0 UG 0 0 0 enp1s0
192.168.1.0 * 255.255.255.0 U 0 0 0 wlp3s0
192.168.2.0 * 255.255.255.0 U 0 0 0 enp2s0
192.168.3.0 * 255.255.255.0 U 0 0 0 enp2s0.1
192.168.10.0 * 255.255.255.0 U 0 0 0 enp1s0
ale přímo na portu té LAN karty není. Když nastavím na klientovi 192.168.3.2/24 tak 192.168.3.1 ani nepingnu (z rozsahem 192.168.2.0/24 to funguje).
Vlan je nainstalovaný a do /etc/modules jsem přidal 8021q.
sudo cat /proc/net/vlan/config
VLAN Dev name | VLAN ID
Name-Type: VLAN_NAME_TYPE_RAW_PLUS_VID_NO_PAD
enp2s0.1 | 1 | enp2s0
Co dělám blbě? Dík za nakopnutí.
-
VLANu máš nastavenu i na switchi?
-
Pokud ji mas i na switchi...tohle pouzivam na debian 9 ja:
auto vlanX
iface vlanX inet static
address IP
netmask 255.255.255.0
vlan-raw-device enp1s0f0
Co ukazuje "ip ro" a "ip link"?
-
Switch tam nemám chlapi, zatím to jen testuji a jsem připojený přímo na tu síťovou kartu, na které mám nastavené ty dvě rozhraní enp2s0 + enp2s0.1.
ip ro
default via 192.168.10.1 dev enp1s0 onlink
192.168.1.0/24 dev wlp3s0 proto kernel scope link src 192.168.1.1
192.168.2.0/24 dev enp2s0 proto kernel scope link src 192.168.2.1
192.168.3.0/24 dev enp2s0.1 proto kernel scope link src 192.168.3.1
192.168.10.0/24 dev enp1s0 proto kernel scope link src 192.168.10.2
ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
link/ether 00:22:4d:89:06:50 brd ff:ff:ff:ff:ff:ff
3: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
link/ether 00:1b:21:97:42:15 brd ff:ff:ff:ff:ff:ff
4: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
link/ether 70:f1:a1:86:14:8d brd ff:ff:ff:ff:ff:ff
5: enp2s0.1@enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
link/ether 00:1b:21:97:42:15 brd ff:ff:ff:ff:ff:ff
-
nemuzete pouzit vlan cislo 1, resp. jen ve specialnich pripadech.
-
No pravda, vlan 1 je někde nativní ... ale i v tomto případě?
Stojí za zapamatování ...
-
Dal jsem enp2s0.100 a je to stejné, "zvenku" ten rozsah 192.168.3.0/24 nevidím.
Pro upřesnění je LAN karta:
02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
-
Tak si pusťte tcpdump na fyzickym interfejsu a poznáte, co to dělá ... jak jste to vlastně nastavil
-
Když pingám z routeru na klienta 192.168.3.2, tak se nedopingám a tcpdump vypisuje
ARP, Request who-has 192.168.3.2 tell 192.168.3.1, length 28
a když z klienta pingám na router 192.168.3.1, tak tcpdump nic nevypíše.
-
Tohle vypisuje ohledně VLAN:
sudo ethtool -d enp2s0 | grep -i vlan
VLAN mode: enabled
VLAN filter: disabled
Nevím, jaký je rozdíl mezi 'mode a filter' a jestli ten vypnutý filtr tomu nebrání?
-
Co vim, tak lze mít na síťovce "nativní" ethernet nebo vlan tagování. Čili povolené / nepovolené vlany a taky můžu vybrat, když tam už budu přijímat trunk (více vlan), tak zda je budu přijímat všechny a jak si je dovnitř do prvku namapuju (zda číslování bude stejné jako v prvku, odkud je beru)
-
Tvrdite, ze nemate pripojeny switch. Kam je tedy pripojen druhy konec kabelu a jak vypada konfigurace tohoto zarizeni?
-
Proto jsem se ptal, co dělám blbě?
Když mám na jedné LAN kartě nakonfigurované dva subnety, tak podle mého selského pohledu by měly být vidět oba (v routeru je vidím). A je jedno, jestli je ta karta připojená do switche, nebo na ni mám připojený PC, kde si nakonfiguruji subnet 192.168.2.2/24 nebo 192.168.3.2/24.
@vencour: Jak si teda nakonfiguruji, abych přijímal více VLAN?
-
V centosu bych to dělal podle návodu na RHEL ... https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/networking_guide/sec-configure_802_1q_vlan_tagging_using_the_command_line
Kdysi jsem se kamarádil víc se starýma utilitama, našel jsem pro ubuntu podobnej návod - https://wiki.ubuntu.com/vlan
No a na http://packetlife.net/captures/protocol/vlan/ jsou nějaké vzorové příklady komunikace přes VLAN.
-
Tohle všechno mám, což je vidět v mém prvním příspěvku.
-
Jak spoustite ten tcpdump?
Zacina to totiz vypadat, ze na routeru mate jen nakonfigurovane dva subjety na jednom rozhrani. To sice funguje, ale neni to oddeleni do VLANy.
Proto by bylo fajn, kdybyste uvadel kompletni konfiguraci a pouzite operacni systemy na routeru i klientu, a v pripade vystupu nekterych prikazu kompletni vystup (tcpdump napriklad na prvni radce vystupu uvadi nazev rozhrani) vcetne parametru, ktere prikazu davate.
Bez detailu tu jen vestime z kristalove koule...
-
Jeste pridam seznam prikazu, jejichz vystup nam pomuze provest diagnostiku (ke spusteni na klientu i routeru, pokud je oboji neco s Linuxem):
ethtool -d ethX|grep -i vlan
ethtool ethX
ip addr show
ip route
brctl show
arp -n | egrep '192\.168\.(1|2|3)\.'
-
Zbytečně některé výpisy duplikuji, protože jsem je už na vyžádání přidal. Snad ty další něčemu pomůžou. Testovací server běží na Debianu a připojení probíhá jak z jiného Debianu tak třeba i z Windows. Když vezmu ten link od vencoura pro Ubuntu, tak to vše mám.
root@test-server:~$ ethtool -d enp2s0 |grep -i vlan
VLAN mode: enabled
VLAN filter: disabled
root@test-server:~$ ethtool enp2s0
Settings for enp2s0:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
MDI-X: on (auto)
Cannot get wake-on-lan settings: Operation not permitted
Current message level: 0x00000007 (7)
drv probe link
Link detected: yes
root@test-server:~$ ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 00:22:4d:89:06:50 brd ff:ff:ff:ff:ff:ff
inet 192.168.10.2/24 brd 192.168.10.255 scope global enp1s0
valid_lft forever preferred_lft forever
inet6 fe80::222:4dff:fe89:650/64 scope link
valid_lft forever preferred_lft forever
3: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 00:1b:21:97:42:15 brd ff:ff:ff:ff:ff:ff
inet 192.168.2.1/24 brd 192.168.2.255 scope global enp2s0
valid_lft forever preferred_lft forever
inet6 fe80::21b:21ff:fe97:4215/64 scope link
valid_lft forever preferred_lft forever
4: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 70:f1:a1:86:14:8d brd ff:ff:ff:ff:ff:ff
inet 192.168.1.1/24 brd 192.168.1.255 scope global wlp3s0
valid_lft forever preferred_lft forever
inet6 fe80::72f1:a1ff:fe86:148d/64 scope link
valid_lft forever preferred_lft forever
5: enp2s0.10@enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 00:1b:21:97:42:15 brd ff:ff:ff:ff:ff:ff
inet 192.168.3.1/24 brd 192.168.3.255 scope global enp2s0.10
valid_lft forever preferred_lft forever
inet6 fe80::21b:21ff:fe97:4215/64 scope link
valid_lft forever preferred_lft forever
root@test-server:~$ ip route
default via 192.168.10.1 dev enp1s0 onlink
192.168.1.0/24 dev wlp3s0 proto kernel scope link src 192.168.1.1
192.168.2.0/24 dev enp2s0 proto kernel scope link src 192.168.2.1
192.168.3.0/24 dev enp2s0.10 proto kernel scope link src 192.168.3.1
192.168.10.0/24 dev enp1s0 proto kernel scope link src 192.168.10.2
root@test-server:~$ brctl show
Program 'brctl' v současnosti není nainstalován. Můžete jej nainstalovat napsáním:
sudo apt install bridge-utils
root@test-server:~$ arp -n | egrep '192\.168\.(1|2|3)\.'
root@test-server:~$
-
K bridgi:
je i varianta použít utilitu "ip" (viz např. https://wiki.archlinux.org/index.php/Network_bridge)
tedy
# ip link add name bridge_name type bridge
$ ip link sh type bridge
...
6: bridge_name: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
link/ether 22:28:a8:76:57:d0 brd ff:ff:ff:ff:ff:ff
takže pokud máte skutečně ve stroji bridge, zkuste ještě zadat to "ip link show type bridge" a dejte vědět odpověď
-
Proto jsem se ptal, co dělám blbě?
Když mám na jedné LAN kartě nakonfigurované dva subnety, tak podle mého selského pohledu by měly být vidět oba (v routeru je vidím). A je jedno, jestli je ta karta připojená do switche, nebo na ni mám připojený PC, kde si nakonfiguruji subnet 192.168.2.2/24 nebo 192.168.3.2/24.
@vencour: Jak si teda nakonfiguruji, abych přijímal více VLAN?
No tak selský rozum zahoď a přemýšlej jako technik. Ta druhá strana a ať už switch nebo PC musí správně nastavit VLAN tag, žádný že si tam nastavíš subnet a bude ti to fungovat. I tam si musíš tu VLAN nastavit jinak ti to na ten první stroj přichází netagovaně a ten pochopitlně odpovídat nebude.
-
Tazatel zřejmě úplně nechápe jak fungují VLANy. Je-li paket odesílán přes "virtuální"rozhraní, je k němu doplněn příznak VLAN s číslem VLAN = tag. Pokud při příjmu na fyzickou síťovku přijde paket s tímto tagem, systém z něj tag odstraní a chová se jako by přišel na virtuální síťovku, jinak "přijde" fyzickou síťovkou. Protistrana - počítač nebo switch - musí s tagy také korektně pracovat, přidávat a odebírat.
Windowsy, pokud vím, s VLANy pracovat neumí (pouze drivery některých karet toto nějak umožňují).
Pěkné vysvětlení VLAN je na https://www.samuraj-cz.com/clanek/vlan-virtual-local-area-network/ (https://www.samuraj-cz.com/clanek/vlan-virtual-local-area-network/)
-
Dík chlapi, to je ono. Hraji se s tím poprvé, tak jsem holt nespadl vyučený.
I ve Windows to jde pomocí vzpomenutých ovladačů.
(https://image.ibb.co/kstCod/vlan_win.png)
-
Ještě si přihřeju polívku se svým vlastním povídáním:
http://support.fccps.cz/download/adv/frr/VLAN/vlan.html
Pokud ta "killer" síťovka umí nastavit jediné VLAN ID, tak to znamená, že se sice bude chovat jako trunk, ale ponese jedinou VLAN :-) To už si můžete na switchi nastavit port jako koncový (untagged), vyjde Vám to na stejno a nemusíte obskurně konfigurovat VLAN tag na Windowsech. VLAN trunk do PC má obecně smysl v případě, že na PC umíte vytvářet "virtuální" VLAN subinterfaces, jakožto dětičky fyzického Eth rozhraní.
-
Vůbec jsem o žádném switchi nepsal. Potřeboval jsem to pouze pochopit, protože mě to jako nadšence zajímalo. V IT sektoru se neživím.
-
A to máš ty dva stroje propojené naprimo bez switche?
-
Jo, proč ne? Mám starý strojek, kde si můžu testovat různé věci a je to lepší, jak na VBoxu. Nikdy nevrtám do svého hlavního strojku, když to nemám předem otestované. A žádný 'chytřejší switch' stejně doma nemám.
(https://thumb.ibb.co/joYMyd/test_server.jpg) (https://ibb.co/joYMyd)
-
Proč ne? Tušíte, jaký rozdíl je mezi diskusemi třeba na zive.cz a na root.cz? Váš způsob diskutování sem poněkud nepatří.
-
Všude se najdou takoví, co jsou schopní něco poradit a potom také i ti ješitní, co využijí něčí neznalosti, aby mu dali patřičně najevo, jaký je ubožák, když doma nemá adekvátní switch a pokouší se to spojit napřímo.
Slušně jsem se zeptal a taky slušně (za účelné rady) poděkoval. Někdo dokáže toho druhého pochopit lépe a umí udeřit hřebíček na hlavičku.
-
dyk ti chce poradit a ty odpovidas na neco jinyho a jeste jses urazenej...
-
Když něco jen tak zkouším, něco někam napíšu a divím se tomu, co dělám a co to pak dělá, místo abych si aspoň našel nějakou základní teorii a podklady, ano, tento přístup sem nepatří a proto na něj diskutující nějak reagují.
Nenapsal jste "nerozumím vlan a potřebuju to vysvětlit", začal jste od konce, "někde něco mám a asi to neni dobře".
Kapišto?
-
Jo, proč ne? Mám starý strojek, kde si můžu testovat různé věci a je to lepší, jak na VBoxu. Nikdy nevrtám do svého hlavního strojku, když to nemám předem otestované. A žádný 'chytřejší switch' stejně doma nemám.
Jo tak... Palec nahoru za "školu hrou", za přístup "všecko si osahat", za testování novinek mimo ostrý systém. Jen tak dál a nestyďte se ptát :-)
-
Děkuji Františku za podporu. Vencour se na tu hlavičku netrefil a cítí se přehlížen, protože jeho rady vyšly vniveč.
Od žádného konce jsem nezačal, o něco jsem se pokoušel a někde jsem skončil. Podle wiki návodu pro Ubuntu jsem měl všechno správně už dle mého prvního příspěvku, nic mi nechybělo. Akorát jsem netušil, že to musím z druhé strany označovat, což v návodu pro zmíněné Ubuntu není.
-
Děkuji Františku za podporu. Vencour se na tu hlavičku netrefil a cítí se přehlížen, protože jeho rady vyšly vniveč.
Od žádného konce jsem nezačal, o něco jsem se pokoušel a někde jsem skončil. Podle wiki návodu pro Ubuntu jsem měl všechno správně už dle mého prvního příspěvku, nic mi nechybělo. Akorát jsem netušil, že to musím z druhé strany označovat, což v návodu pro zmíněné Ubuntu není.
PROTOZE TO JE ZAKLAD VLAN, paneboze....kdyz neco zkousim, tak si nejdriv k tomu prectu nejakou teorii abych vedel aspon vzdalene co delam.
To je jako "Z hadice jsem natankoval do nadrze a ted mi auto nejede!" A po dvou dnech z Tebe vypadne, ze ta hadice byla zahradni s vodou.....
-
Já jsem ten dotaz na přímé propojení nemyslel nějak špatně, přišlo mi že všichni kdo se zde vyjadřovali tak nějak předpokládali že máš ty dva stroje propojené přes switch.
A myslím si že každý má právo se zeptat na cokoli a nevidím důvod proč to nějak shazovat. Každý někdy začínal.
-
PROTOZE TO JE ZAKLAD VLAN, paneboze....kdyz neco zkousim, tak si nejdriv k tomu prectu nejakou teorii abych vedel aspon vzdalene co delam.
Moje zkušenost je taková, že hodně často čtu a stejně se ty podstatné informace nedozvím, protože to všechno píšou neobyčejní lidé(silně pokročilý), kteří přmýšlí úplně jinak! a nedochází jim, že to co oni považují za logické potřebuje začátečník objasnit a to důkladně. Psát manuály je opravdu umění a za 15 let již vím, že z 10 knih bude opravdu kvalitní jen 1na !
-
PROTOZE TO JE ZAKLAD VLAN, paneboze....kdyz neco zkousim, tak si nejdriv k tomu prectu nejakou teorii abych vedel aspon vzdalene co delam.
Moje zkušenost je taková, že hodně často čtu a stejně se ty podstatné informace nedozvím, protože to všechno píšou neobyčejní lidé(silně pokročilý), kteří přmýšlí úplně jinak! a nedochází jim, že to co oni považují za logické potřebuje začátečník objasnit a to důkladně. Psát manuály je opravdu umění a za 15 let již vím, že z 10 knih bude opravdu kvalitní jen 1na !
Já zase mám na sobě mnohokrát otestováno, že když jdu do něčeho po hlavě a ve spěchu, unikne mi třeba nějaký detail v dokumentaci - bodejť ne, když dokumentaci dávno nečtu od A do Z, ale spíš hledám v návodech podle klíčových slov a pak prošmejším kontext okolo. Je to prostě rychlejší. Akorát se občas zaseknu na nějaké základní nevědomosti :-) a proto vítám možnost, položit tu a tam debilní začátečnický dotaz... Ten luxus, dlouze študovat dokumentaci dopředu, ten si dopřeju fakt jenom ve svátek. A stejně pak ruční osahání leckdy překvapí :-)
A ano, často je třeba začínat "od prostředka". Protože sémantická znalostní síť dnešní "vědy počítačové" je tak rozsáhlá, že dávno nelze začínat od začátku a vědět všechno předem...
Další věc je, že člověk když něco študuje ve spěchu, má jakési předsudky, cognitive bias, provozní slepotu... občas nakonec přiznám neschopnost porozumět psanému textu :-)
Ano psát manuály je umění. Jedna věc je hezky to vysázet, hezky to strukturovat, udržet "styl" (třeba referenční příručka vs. tutorial / examply vs. quick-start guide)... pravidelně narážím u komerčních věcí na to, že napohled hezký manuál je ve skutečnosti dost "řídký"/povrchní a při řešení konkrétních problémů nepomůže. Asi že sladká tajemství jsou "out of scope", popisy protokolů jsou v "obecně známých normách" (na které není třeba se v manuálu odkazovat) apod.
Dokumentace k open-source SW je obecně *zlatá* ve srovnání s komerčními věcmi, se kterými přicházím do styku.
Když já něco píšu, často výsledný text trpí syndromem tl;dr.
-
Moje zkušenost je taková, že hodně často čtu a stejně se ty podstatné informace nedozvím, protože to všechno píšou neobyčejní lidé(silně pokročilý), kteří přmýšlí úplně jinak! a nedochází jim, že to co oni považují za logické potřebuje začátečník objasnit a to důkladně.
Tak jasně. Nejlepší vůbec je, když ten začátečník ignoruje dotaz (https://forum.root.cz/index.php?topic=19050.msg275407#msg275407) a o pár dní později se jen tak mimochodem zmíní, že si tam "na hraní" zbastlil nějaký PoC, který absolutně nemůže fungovat. ::) ???
-
Všude to je stejné a tady je to horší než na Živě. Po pochopení principu a je jedno jak, se rozjede tlachání a mlácení prázdné slámy, kde každý zhrzený se potřebuje zviditelnit a exhibovat, jaký on je borec a tazatel blbec.
-
... tazatel blbec.
konecne si sa aj ty trafil po hlavicke :D
-
Proč myslíš, že jsem to napsal? Za žádného chytrolína, ani všeználka, kteří se tu včetně tebe vyrojili, nepovažuji. Chytráci jako ty, by u nás u piva dostali krýglem do hlavy.