PING přes dvě různá rozhraní současně [zatím nevyřešeno]

[Petr Merlin Vaněček]

2NTZ: ... aneb dva Internety za cenu jednoho ...

[ntz_reloaded]

2NTZ: ... aneb dva Internety za cenu jednoho ...

.. sleduju to se silnym zaujetim

[Mariocz]

Názor linux amatéra

Odejde to cestou, která má pro tvůj cíl nejnižší metriku v routovací tabulce. Tudíž chceš po prvním pingu prohodit metriky rout.

[matee]

přepínání v BIOSu jsem taky zkusil, pokud je to funkce aktivovaná, tak se po připojení kabelu WiFi odpojí. 

Ale proč to nejde cestou, kterou chci já??

[ntz_reloaded]

Ale proč to nejde cestou, kterou chci já??

protoze to delas blbe a nenechas si poradit .. a stejne se bo vic pokousis o uplnou kravinu, takze bon apetit .. hlavne se u toho bav

[matee]

jsem otevřen všem nápadum Potrebuju spíš navod nez radu...

A nemyslím, že je tu uplna blbost, muzu tak overit propustnost modemu jak po kabelu tak po Wifi. A ciste prakticka situace je kdy jsem pripojen do dvou siti - do jedny po kabelu a do jedny bezdratove - to si pak nemuzu vybrat?

Pripojil jsem se do Wifi s pristupem do internetu - ping na google projde, ale jakmile zapojim kabel, kterej do intrnetu pristup nemá, tak uz se nepropingnu.

Cele je to o tom, ze ackoliv jsem pripojen do dvou sity (Wifi + kabel) ubuntu zkousi jen ten kabel i kdyz mu nastavim at jde po wifi   

Umím to ve WIN, ale chtěl bych to umět i v ubuntu.

[ntz_reloaded]

a delas to spatne .. pouzivas NM a vymejslis kraviny .. ted jsem to zkousel u sebe a jde to out-of-box .. jedine, co se po tobe chce nastavit spravne ty routy a mozna jeste pro jistotu flushnout arp cache

a ve vindousech bych docela chctel videt jak to delas, protoze tam to iirc nejde

[matee]

Děkuju, ted uz aspon vim ze to jde

jak a kde nastavit routy? co je arp cache?

ve win to delam pres:

Kód: [Vybrat]

ping www.google.com -t -S 10.0.0.33
ping www.google.com -t -S 10.0.0.32kazdej v jednom okne CMD a jedou nezavisle na sobe... odpojim kabel -> prestane odpovidat jedn odpojim wifi -> prestane odpovidat druhej.

[matee]

v podstatě stejný problém, a taky bez jasné odpovědi

NTZ: Proč nenapíšeš jak se to dělá, když víš jak na to? 

[ntz_reloaded]

NTZ: Proč nenapíšeš jak se to dělá, když víš jak na to?

protoze se odmitam podilet na trapeni a muceni rostlin, zvirat a nebo pocitacu .. tim ten pocitac mucis, kdyz pingas ve stejnou chvili jednu destination najednou pres LAN a pres WLAN

[beer]

Mne to funguje taky out of the box. A to i přesto, že mám network manager.

Důkaz:

mám rozhraní eth0 a několik tap rozhraní, například kladruby, obě fungují současně najednou, kladruby je virtuální n2n edge tap rozhraní, pro svůj chod potřebuje eth0, obě fungují tedy současně, avšak kladruby je jen taková lan, když pošlu ping na kladruby-desktop (ip adresa k hostu mám v /etc/hosts), tak zkrze virtuální tap rozhraní kladruby projde, ale zkrze samotné fyzické rozhraní eth0 ne:

Kód: [Vybrat]

ping -I kladruby -M do -s 1372 kladruby-desktop -c 5
PING kladruby-desktop (10.3.3.2) from 10.3.3.1 kladruby: 1372(1400) bytes of data.
1380 bytes from kladruby-desktop (10.3.3.2): icmp_req=1 ttl=64 time=88.4 ms
1380 bytes from kladruby-desktop (10.3.3.2): icmp_req=2 ttl=64 time=72.9 ms
1380 bytes from kladruby-desktop (10.3.3.2): icmp_req=3 ttl=64 time=94.7 ms
1380 bytes from kladruby-desktop (10.3.3.2): icmp_req=4 ttl=64 time=123 ms
1380 bytes from kladruby-desktop (10.3.3.2): icmp_req=5 ttl=64 time=143 ms

--- kladruby-desktop ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 3999ms
rtt min/avg/max/mdev = 72.943/104.739/143.770/25.542 m


Kód: [Vybrat]

ping -I eth0 -M do -s 1372 kladruby-desktop -c 5
PING kladruby-desktop (10.3.3.2) from 10.3.3.1 eth0: 1372(1400) bytes of data.

--- kladruby-desktop ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4032ms

Koukám do manuálové stránky pingu a je tam možnost i přidat volbu -r, která obejde routovací tabulky.

S wifinou to zkoušet nebudu, musel bych hledat notebook a pak ještě šoupat se stolem, abych zapojil UTP kabel z pc do notebooku.

[beer]

ten příkaz od Myrmici je nějaký divný (příkazy oddělené jedním &?)

První ping se spustí, a hned se vrátí do terminálu, provede se druhý ping a do terminálu se vrátí až po jeho dokončení. Tím budu vědět kdy oba příkazy skončí. (první skončí chviličku před druhým, pokud je vše OK)

Hmm, ono to vážně asi takto funguje, to jsem netušil. Myslel jsem, že jeden & dává na pozadí. Potom mi uniká rozdíl mezi && a &.

Teď k tématu, vyzkoušejte tedy s volbou -r kdo máte wifinu i kabel po ruce

-r
Bypass the normal routing tables and send directly to a host on an attached interface. If the host is not on a directly-attached network, an error is returned. This option can be used to ping a local host through an interface that has no route through it provided the option -I is also used

[Myrmica]

ten příkaz od Myrmici je nějaký divný (příkazy oddělené jedním &?)

První ping se spustí, a hned se vrátí do terminálu, provede se druhý ping a do terminálu se vrátí až po jeho dokončení. Tím budu vědět kdy oba příkazy skončí. (první skončí chviličku před druhým, pokud je vše OK)

Hmm, ono to vážně asi takto funguje, to jsem netušil. Myslel jsem, že jeden & dává na pozadí. Potom mi uniká rozdíl mezi && a &.

Zde je popis: http://www.linuxexpres.cz/praxe/bash-10-dil

Význam konstrukcí && a || lze odvodit také z formální logiky, kde && představuje logické AND (tj. příkaz1 a současně příkaz2). || je pak ztvárněním logického OR, tedy příkaz1 nebo příkaz2.

příkaz1 && příkaz2 - příkaz2 bude proveden pouze v případě, že příkaz1 skončí s návratovým kódem 0.

To znamená, že příkaz2 se provede, pokud příkaz1 skončí úspěchem. V následujícím příkladu si necháme v závislosti na výsledku operace zobrazit veselou emotikonu:

$ ls /home && echo ':-)'
bohdan  pavel  petr
:-)
$ ls /mohe && echo ':-)'
ls: /mohe: není souborem ani adresářem

[matee]

NTZ: Proč nenapíšeš jak se to dělá, když víš jak na to?

protoze se odmitam podilet na trapeni a muceni rostlin, zvirat a nebo pocitacu .. tim ten pocitac mucis, kdyz pingas ve stejnou chvili jednu destination najednou pres LAN a pres WLAN

tak ono při "TESTOVÁNÍ" je nutný ty stoje trápit. Nedělám to jen tak pro legraci, když mi přijde na stůl modem s popisem závady "nefunguje", tak nestačí zapojit ho na adaptér a podívat se jestli svítí diody. Lidi si obšas myslím, že s tím zařízením obsloužej celou ulici a intrentovou kavárnu k tomu. Já nemám na každej kus půl hodiny, abych mohl testovat ETH a pak WLAN. Takže to dělám dohromady, a pod Win docela úspěšně. Ale jak už jsem psal chtěl bych to rozjet i pod ubuntu.

Zdá se, že s paramatrem -r to funguje. Tak jak bych očekával - ale jsem teď na stroji kde mám rozhraní ETH0 a WLAN0 a jinej typ modemu (což předpokládám by nemělo mít vliv)

[beer]

Zdá se, že s paramatrem -r to funguje. Tak jak bych očekával - ale jsem teď na stroji kde mám rozhraní ETH0 a WLAN0 a jinej typ modemu (což předpokládám by nemělo mít vliv)

Tak super, tak to zkoušej dál, a pokud bude fungovat, tak pak uzavři jako [vyřešeno].

[matee]

do práce jdu až příští měsíc, tak to pak zkusím na tom firemním stroji...

[matee]

tak v práci s s tím -r neprojde. Funguje pouze pokud jde ping na modem/router, ale do internetu už neprojde.  Děkuju za další nápady.

Kód: [Vybrat]

eth0      Link encap:Ethernet  HWadr a4:ba:db:9f:7b:87 
          inet adr:10.0.0.32  Všesměr:10.0.0.255  Maska:255.255.255.0
          inet6-adr: fe80::a6ba:dbff:fe9f:7b87/64 Rozsah:Linka
          AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST  MTU:1500  Metrika:1
          RX packets:49979 errors:0 dropped:1 overruns:0 frame:0
          TX packets:48958 errors:0 dropped:0 overruns:0 carrier:0
          kolizí:0 délka odchozí fronty:1000
          Přijato bajtů: 22849735 (22.8 MB) Odesláno bajtů: 29475703 (29.4 MB)
          Přerušení:18

eth2      Link encap:Ethernet  HWadr c4:17:fe:29:48:78 
          inet adr:10.0.0.33  Všesměr:10.0.0.255  Maska:255.255.255.0
          inet6-adr: fe80::c617:feff:fe29:4878/64 Rozsah:Linka
          AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST  MTU:1500  Metrika:1
          RX packets:32802 errors:0 dropped:0 overruns:0 frame:1834825
          TX packets:31021 errors:492 dropped:0 overruns:0 carrier:0
          kolizí:0 délka odchozí fronty:1000
          Přijato bajtů: 18056766 (18.0 MB) Odesláno bajtů: 13380723 (13.3 MB)
          Přerušení:17 Vstupně/Výstupní port:0xc000

lo        Link encap:Místní smyčka 
          inet adr:127.0.0.1  Maska:255.0.0.0
          inet6-adr: ::1/128 Rozsah:Počítač
          AKTIVOVÁNO SMYČKA BĚŽÍ  MTU:16436  Metrika:1
          RX packets:16548 errors:0 dropped:0 overruns:0 frame:0
          TX packets:16548 errors:0 dropped:0 overruns:0 carrier:0
          kolizí:0 délka odchozí fronty:0
          Přijato bajtů: 1479420 (1.4 MB) Odesláno bajtů: 1479420 (1.4 MB)


Kód: [Vybrat]

iwconfig
eth0      no wireless extensions.

eth2      IEEE 802.11abg  ESSID:"Internet 117QJA14667" 
          Mode:Managed  Frequency:2.427 GHz  Access Point: 38:72:C0:0A:95:B9   
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
         
lo        no wireless extensions.

ip r
default via 10.0.0.138 dev eth0  proto static
10.0.0.0/24 dev eth0  proto kernel  scope link  src 10.0.0.32  metric 1
10.0.0.0/24 dev eth2  proto kernel  scope link  src 10.0.0.33  metric 2
169.254.0.0/16 dev eth0  scope link  metric 1000



ping -c 3 -r -I eth0 www.google.com
PING www.google.com (173.194.113.144) from 10.0.0.32 eth0: 56(84) bytes of data.
From Inspiron-1545.local (10.0.0.32) icmp_seq=1 Destination Host Unreachable
From Inspiron-1545.local (10.0.0.32) icmp_seq=2 Destination Host Unreachable
From Inspiron-1545.local (10.0.0.32) icmp_seq=3 Destination Host Unreachable

--- www.google.com ping statistics ---
3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 1999ms
pipe 3

ping -r -c 3 -I eth2 www.google.com
PING www.google.com (173.194.113.144) from 10.0.0.32 eth2: 56(84) bytes of data.
From Inspiron-1545 (10.0.0.33) icmp_seq=1 Destination Host Unreachable
From Inspiron-1545 (10.0.0.33) icmp_seq=2 Destination Host Unreachable
From Inspiron-1545 (10.0.0.33) icmp_seq=3 Destination Host Unreachable

--- www.google.com ping statistics ---
3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 2014ms
pipe 3


ping -c 3 -r -I 10.0.0.33 www.google.com
PING www.google.com (173.194.113.144) from 10.0.0.33 : 56(84) bytes of data.
ping: sendmsg: Network is unreachable
ping: sendmsg: Network is unreachable
ping: sendmsg: Network is unreachable

--- www.google.com ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 1999ms

ping -r -c 3 -I 10.0.0.32 www.google.com
PING www.google.com (173.194.113.144) from 10.0.0.32 : 56(84) bytes of data.
ping: sendmsg: Network is unreachable
ping: sendmsg: Network is unreachable
ping: sendmsg: Network is unreachable

--- www.google.com ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 1999ms

použil bych CODE, ale nejde tam měnit barva písma...

[matee]

byl bych moc vděčný , kdyby někdo poradil jak přinutit ubuntu aby se přestalo chovat jako router a já mohl házet ping kudy a kam chci

[Mariocz]

byl bych moc vděčný , kdyby někdo poradil jak přinutit ubuntu aby se přestalo chovat jako router a já mohl házet ping kudy a kam chci

Napíšu to podruhý trochu zjednodušeně protože se mi nezdá, že jsi to zkusil.

Odeslaný packet se řídí routama a pro stejnej cíl pak podle metriky.

- Ping poprvý,
- Odeber routu po který to šlo
- Ping podruhý
- Vrať odebranou routu zpět

[ntz_reloaded]

byl bych moc vděčný , kdyby někdo poradil jak přinutit ubuntu aby se přestalo chovat jako router a já mohl házet ping kudy a kam chci

ty to ale celou dobu delas bud spatne a bulikujes nas a nebo je ubuntu trestuhodne zabugovany

[ntz_reloaded]

umim si predstavit, ze mas v jedny siti dva interface a ty pouzivas jeden na data a druhej na internet takto:

mas dva rozsahy (10.0.0.0/24 na internet a 10.0.1.0/24 na data) a v etc/hosts a nebo v dns mas hosty s CIFS v datovem rozsahu a router samotnej a povolenej forward v netovem rozsahu .. default gw je samozrejme v netu


hotovo a bez uchylnyho pingovani a delani veci spatne

[matee]

umim si predstavit, ze mas v jedny siti dva interface a ty pouzivas jeden na data a druhej na internet takto:

mas dva rozsahy (10.0.0.0/24 na internet a 10.0.1.0/24 na data) a v etc/hosts a nebo v dns mas hosty s CIFS v datovem rozsahu a router samotnej a povolenej forward v netovem rozsahu .. default gw je samozrejme v netu


hotovo a bez uchylnyho pingovani a delani veci spatne

teď to vypadá na úplný nepochopení toho oč se snažím... Už jsem zjistil, že UBUNTU může být připojené do dvou sítí současně. ALE tu nejde o sdílení dat nebo něco podobného.

Mám jeden MODEM 10.0.0.138 - který přiděluje adresy v rozsahu 10.0.0.1-XX. K tomu mám jeden Notebook s UBUNTU s WFI a ETH.

A já potřebuji poslat ping z ETH (10.0.0.32 eth0) a WiFI (10.0.0.33 eth2) přes MODEM do Internetu. Je pro mě důležité aby to co má letět po drátě šlo po drátě a co vzduchem šlo vzduchem. Jinak nepoznám jestli je modem na 100% funkční. Samozřejmě,že můžu nejdřív zkusit kabel a pak wifi, ale celé by to trvalo 2x déle.

Chápu, že se to zdá jako nesmysl, ale pokud někdo napíše  "k modemu se nejde připojit anipo kabelu ani po wifi" tak je na mě abych mu dokázal, že to jde a pokud možno v co nejkratším čase. 

[ntz_reloaded]

ach jo, tak nic .. prosim popros o pomoc nejakeho dospeleho ze sveho okoli .. zda se, ze zde na foru nenajdes pochopeni ..

[ETNyx]

Když je to tak důležitý a nejde Vám udělat ping tak jak chce když jsou oboje rozhraní připojený, tak si udělejte skript který to testne seriově včerně připojování/odpojování konfigurace obou rozraní a následného pingu. Pokud jsem to pochopil tak to že ty data netečou ve stejný čas je Vám jedno ne?

[matee]

Když je to tak důležitý a nejde Vám udělat ping tak jak chce když jsou oboje rozhraní připojený, tak si udělejte skript který to testne seriově včerně připojování/odpojování konfigurace obou rozraní a následného pingu. Pokud jsem to pochopil tak to že ty data netečou ve stejný čas je Vám jedno ne?

Testovat to postupně není řešení - z časového hlediska nemožný.


Nechci se tu ohánět Windowsem, ale tam je to otázka nápovědy a co říká nápověda to funguje. Nevím proč UBUNTU dělá věci jinak, než je psáno :/