abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 01:22 | Nová verze

Po 13 měsících vývoje od vydání verze 1.20 byla vydána nová verze 1.22 grafického prostředí MATE (Wikipedie). Přehled nových vlastností a vylepšení v poznámkách k vydání. Zdůraznit lze podporu Waylandu.

Ladislav Hagara | Komentářů: 0
včera 19:55 | Komunita

Neziskové technologické konsorcium Linux Foundation minulý týden rozšířilo seznam svých projektů. Novinkou je CHIPS Alliance a Continuous Delivery Foundation (CDF). Spojením Node.js Foundation a JS Foundation vznikla OpenJS Foundation. Představena byla také platforma CommunityBridge nebo Red Team Project.

Ladislav Hagara | Komentářů: 0
včera 18:11 | IT novinky

Neziskové průmyslové konsorcium Khronos Group vydalo verzi 0.90 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Společnost Collabora současně představila open source implementaci OpenXR s názvem Monado. Videoukázka na YouTube.

Ladislav Hagara | Komentářů: 0
včera 13:55 | Nová verze

Byla vydána verze 3.32 poštovního klienta Geary (Wikipedie). Změněno bylo číslování verzí. Předchozí verze byla 0.13. Nově bude číslování verzí stejné jako u GNOME.

Ladislav Hagara | Komentářů: 2
včera 01:33 | Nová verze

Byla vydána nová major verze 4 průběžně aktualizované (rolling release) linuxové distribuce Solus (Wikipedie). Přehled novinek i s náhledy v příspěvku na blogu. Solus 4 je ke stažení v edicích Budgie, GNOME a MATE. Solus používá správce balíčku eopkg. Dotazy a odpovědi v novém diskusním fóru.

Ladislav Hagara | Komentářů: 0
17.3. 22:11 | Zajímavý software

Brian Linkletter se na svém blogu věnuje open source síťovým simulátorům. V nejnovějším příspěvku představuje open source síťový emulátor vrnetlab (VR Network Lab). Ten k běhu jednotlivých routerů používá Docker.

Ladislav Hagara | Komentářů: 0
17.3. 02:22 | Humor

Společnost SUSE natočila a na YouTube zveřejnila nový videoklip: Walk Like A Chameleon - SUSE Music Parody.

Ladislav Hagara | Komentářů: 19
17.3. 00:11 | Nová verze

Byla vydána verze 0.71 populárního telnet a ssh klienta PuTTY. Podrobnosti v přehledu změn. Řešeno je také několik bezpečnostních chyb. Nalezení většiny z nich bylo sponzorováno Evropskou komisí.

Ladislav Hagara | Komentářů: 0
15.3. 22:44 | Nová verze

V rámci projektu OpenRA je vyvíjen svobodný engine pro starší strategické hry Command & Conquer (nyní jsou freeware) a Dune 2000. Vydání 20190314 pokrývá změny za posledního půl roku: vylepšené chování jednotek, přepis kódu pro AI a celkem 9 nových misí pro jednoho hráče.

Fluttershy, yay! | Komentářů: 2
15.3. 21:33 | Nová verze

Po půl roce vývoje od vydání verze 1.14.0 byla vydána nová verze 1.16.0 sady nástrojů pro správu síťových připojení NetworkManager. Novinkám se na svých blozích věnují Ľubomír Rintel a Thomas Haller. Zdůrazněna je podpora WireGuardu.

Ladislav Hagara | Komentářů: 0
Kolik balíčků (v tisících) máte nainstalovaných na svém systému?
 (3%)
 (12%)
 (35%)
 (30%)
 (19%)
 (3%)
 (2%)
 (1%)
 (3%)
Celkem 202 hlasů
 Komentářů: 16, poslední 14.3. 20:04
Rozcestník

Dotaz: Traceroute v rámci siete timeoutuje

9.10.2018 09:43 drunkezz | skóre: 33 | blog: kadeco
Traceroute v rámci siete timeoutuje
Přečteno: 207×

Cau

mam dva linux hosty v tej istej sieti 192.168.5.0/24

spravim cisty (bez optionov) traceroute z hostu A na host B

prvy traceroute prejde cisto

 

11:44:57.987727 IP hostA.40462 > hostB.33434: UDP, length 32
11:44:57.987808 IP hostB > hostA: ICMP hostB udp port 33434 unreachable, length 68
11:44:57.987819 IP hostA.50416 > hostB.33435: UDP, length 32
11:44:57.987824 IP hostB > hostA: ICMP hostB udp port 33435 unreachable, length 68
11:44:57.987830 IP hostA.45088 > hostB.33436: UDP, length 32
11:44:57.987834 IP hostB > hostA: ICMP hostB udp port 33436 unreachable, length 68
11:44:57.987840 IP hostA.34888 > hostB.33437: UDP, length 32
11:44:57.987844 IP hostB > hostA: ICMP hostB udp port 33437 unreachable, length 68
11:44:57.987850 IP hostA.41011 > hostB.33438: UDP, length 32
11:44:57.987854 IP hostB > hostA: ICMP hostB udp port 33438 unreachable, length 68
11:44:57.987860 IP hostA.53528 > hostB.33439: UDP, length 32
11:44:57.987864 IP hostB > hostA: ICMP hostB udp port 33439 unreachable, length 68
11:44:57.987870 IP hostA.45269 > hostB.33440: UDP, length 32
11:44:57.987878 IP hostA.55936 > hostB.33441: UDP, length 32
11:44:57.987881 IP hostA.47068 > hostB.33442: UDP, length 32
11:44:57.987885 IP hostA.55858 > hostB.33443: UDP, length 32
11:44:57.987889 IP hostA.40855 > hostB.33444: UDP, length 32
11:44:57.987897 IP hostA.33172 > hostB.33445: UDP, length 32
11:44:57.987900 IP hostA.50861 > hostB.33446: UDP, length 32
11:44:57.987907 IP hostA.43520 > hostB.33447: UDP, length 32
11:44:57.991538 IP hostA.55029 > hostB.33448: UDP, length 32
11:44:57.991561 IP hostA.32783 > hostB.33449: UDP, length 32

Ked hned pustim dalsi traceroute skonci takto

traceroute to hostB (192.168.5.25), 30 hops max, 60 byte packets
 1  hostB (192.168.5.25)  2.624 ms * *

a tcpdump

11:47:07.604111 IP hostA.40268 > hostB.33434: UDP, length 32
11:47:07.604215 IP hostB > hostA: ICMP hostB udp port 33434 unreachable, length 68
11:47:07.604242 IP hostA.52465 > hostB.33435: UDP, length 32
11:47:07.604262 IP hostA.51130 > hostB.33436: UDP, length 32
11:47:07.604275 IP hostA.48542 > hostB.33437: UDP, length 32
11:47:07.604294 IP hostA.55901 > hostB.33438: UDP, length 32
11:47:07.604307 IP hostA.49795 > hostB.33439: UDP, length 32
11:47:07.604320 IP hostA.40561 > hostB.33440: UDP, length 32
11:47:07.604328 IP hostA.45032 > hostB.33441: UDP, length 32
11:47:07.604335 IP hostA.41313 > hostB.33442: UDP, length 32
11:47:07.604342 IP hostA.56709 > hostB.33443: UDP, length 32
11:47:07.604349 IP hostA.45292 > hostB.33444: UDP, length 32
11:47:07.604356 IP hostA.44391 > hostB.33445: UDP, length 32
11:47:07.604363 IP hostA.43217 > hostB.33446: UDP, length 32
11:47:07.604370 IP hostA.46203 > hostB.33447: UDP, length 32
11:47:07.604377 IP hostA.50124 > hostB.33449: UDP, length 32
11:47:07.604390 IP hostA.35499 > hostB.33448: UDP, length 32

Ked pockam 5 sekund tak ten dalsi traceroute je v poriadku AKoby existoval nejaky limit ktory toto sposobuje.. Nemate nahodou ideu aky limit resp. co to moze sposobovat?

Dik


Řešení dotazu:


Odpovědi

9.10.2018 10:09 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Traceroute v rámci siete timeoutuje

Např.

  iptables -A OUTPUT -p icmp -m limit --limit 1/s --limit-burst 5 -j ACCEPT
  iptables -A OUTPUT -p icmp -j DROP

na hostB nebo

  iptables -A INPUT -p icmp -m limit --limit 1/s --limit-burst 5 -j ACCEPT
  iptables -A INPUT -p icmp -j DROP

na hostA. Podle toho, že je nevidí tcpdump (i když nepíšete kde), tipoval bych spíš první možnost.

9.10.2018 10:22 drunkezz | skóre: 33 | blog: kadeco
Rozbalit Rozbalit vše Re: Traceroute v rámci siete timeoutuje

Dik

firewall je na oboch hostoch vypnuty a je to v ramci jednej siete

traceroute je udp

testoval som to na troch styroch dvojiciach serverov v roznych sietach datacentrach atd,..

D.

9.10.2018 10:52 V.
Rozbalit Rozbalit vše Re: Traceroute v rámci siete timeoutuje
A vidíte pořád stejnou MAC adresu serveru za stejnym a jedinym portem?
9.10.2018 11:56 drunkezz | skóre: 33 | blog: kadeco
Rozbalit Rozbalit vše Re: Traceroute v rámci siete timeoutuje

Ano

je to na jednom switchi

kludne to skuste sami na dvoch linuxoch na rovnakej sieti ako sa to chova

D.

Řešení 1× (drunkezz (tazatel))
9.10.2018 12:04 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Traceroute v rámci siete timeoutuje

Tak co třeba

  /proc/sys/net/ipv4/icmp_ratelimit
  /proc/sys/net/ipv4/icmp_ratemask
9.10.2018 12:56 drunkezz | skóre: 33 | blog: kadeco
Rozbalit Rozbalit vše Re: Traceroute v rámci siete timeoutuje

Tvl je to ratelimit

2x som to testil (asi sysctl teraz som to echoval rovno do fajlu) a bolo to zle.

teraz to frci

Dik

vyriesene

D.

Řešení 1× (drunkezz (tazatel))
9.10.2018 12:30 lertimir | skóre: 62 | blog: Par_slov
Rozbalit Rozbalit vše Re: Traceroute v rámci siete timeoutuje
To je pochopitelné. Pokud máš lokální síť tak už první paket s TTL 1 dorazí do cíle. A u UDP nemáš vůbec specifikováno co se stane s paketem UDP, který přijde na zavřený port. (ani co se stane, když přijde na otevřený port a aplikace mu nerozumí.) V ICMP je pouze specifikováno
      If, in the destination host, the IP module cannot deliver the
      datagram  because the indicated protocol module or process port is
      not active, the destination host may send a destination
      unreachable message to the source host.
U protokolu UDP si zkus přes nmap oskenovat UDP porty. je to strašně nespolehlivé, protože ty implementace neodpovídají nemaj závazné odpovědi. Pokud pošleš ICMP ECHO tak odpověď dostaneš. a většinou také dostaneš odpovědi z routerů po ceste (ICMP zpráva Time Exceeded Message/time to live exceeded in transit i když tam je také specifikováno.
      If the gateway processing a datagram finds the time to live field
      is zero it must discard the datagram.  The gateway may also notify
      the source host via the time exceeded message.
Takže ti to také nemusí poslat, ale často pošlou.
9.10.2018 12:53 drunkezz | skóre: 33 | blog: kadeco
Rozbalit Rozbalit vše Re: Traceroute v rámci siete timeoutuje

AHoj

Dik

ALe:

11:44:57.987808 IP hostB > hostA: ICMP hostB udp port 33434 unreachable, length 68

o tom ze icmp udp port unreachable (pre traceroute validna, kedze ICMP dorucuje odpovede ) pre vsetky tri proby je OK. dalsie 2 su zas OK ale potom timeout

A je tam viac menej presny cas kedy zasa ten traceroute doruci odpoved spravne

MOj problem je to ze sa to opakuje prilis deterministicky resp je tam proste pattern akoby to bolo nieco co sa da nastavit (alebo je to vlastnost IPstacku obecne?)


Dakujem
9.10.2018 14:02 lertimir | skóre: 62 | blog: Par_slov
Rozbalit Rozbalit vše Re: Traceroute v rámci siete timeoutuje
Ještě jednou. ICMP je řídící protokol, který většinou se posílá, když někdo pošle zpět info, že něco s nějakým paketem je chybně. Současně do toho paketu dá IP hlavičku a 64 bitu z hlavičky vloženého protokolu. traceroute tyhle ICMP pakety přijímá (mimochodem práve proto, že traceroute zasahuje do IP stacku a jednak mění TTL a jednak bere ICMP zprávy, tak musí jet pod rootem a proto má nastaven SUID) a propáruje z odesílaným paketem, změří čas a napíše ti ho (připadně ještě se ptá PTR záznamu v DNS na jméno). Na tom cílovém místě ti ale někdo musí tím ICMP odpovědět.

zkus si porovnat, když posíláš UDP pakety
traceroute www.nic.cz
a když posíláš ICMP Echo pakety
traceroute -I www.nic.cz
(musíš být root pro změnu na ICMP.) V prvním případě dostaneš jen routery. v druhém případě ti odpoví i cílový systém a traceroute skončí. (A někdy ti ten IP stack odpoví i port unreachable pro UDP packet, ale fakt málo kdy. A mám dojem, že v současnosti je to spíše náhodné i z toho důvodu možných útoků) A to, že po cestě traceroute jsou někde hvězdičky je z toho, že nějaký router (jak jsem psal v předchozím příspěvku) MAY posoudí jako "nemusím poslat" a nemáš info.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.