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í
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
včera 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 0
včera 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
2.12. 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 16
2.12. 15:30 | Zajímavý projekt

Společnost Jolla oznámila v příspěvku Case study: Sailfish Watch na svém blogu, že naportovala Sailfish OS na chytré hodinky. Využila a inspirovala se otevřeným operačním systémem pro chytré hodinky AsteroidOS. Použita je knihovna libhybris. Ukázka ovládání hodinek na YouTube.

Ladislav Hagara | Komentářů: 8
2.12. 14:15 | Nová verze

Byla vydána verze 7.1.0 skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Jedná se o první stabilní verzi nejnovější větvě 7.1. Přehled novinek v dokumentaci. Podrobnosti v ChangeLogu. K dispozici je také příručka pro přechod z PHP 7.0.x na PHP 7.1.x.

Ladislav Hagara | Komentářů: 2
2.12. 12:55 | Nová verze

Google Chrome 55 byl prohlášen za stabilní. Nejnovější stabilní verze 55.0.2883.75 tohoto webového prohlížeče přináší řadu oprav a vylepšení (YouTube). Opraveno bylo také 36 bezpečnostních chyb. Mariusz Mlynski si například vydělal 22 500 dolarů za 3 nahlášené chyby (Universal XSS in Blink).

Ladislav Hagara | Komentářů: 4
2.12. 11:55 | Pozvánky

Máte rádi svobodný software a hardware nebo se o nich chcete něco dozvědět? Přijďte na 135. sraz spolku OpenAlt, který se bude konat ve čtvrtek 8. prosince od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5). Sraz bude tentokrát tématický. Bude retro! K vidění budou přístroje jako Psion 5mx nebo Palm Z22. Ze svobodného hardwaru pak Openmoko nebo čtečka WikiReader. Přijďte se i vy pochlubit svými legendami, nebo alespoň na pivo. Moderní hardware má vstup samozřejmě také povolen.

xkucf03 | Komentářů: 0
2.12. 00:10 | Nová verze

Byla vydána verze 3.2 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata. Z novinek lze zmínit například podporu protokolů DNP3 a CIP/ENIP, vylepšenou podporu TLS a samozřejmě také aktualizovanou dokumentaci.

Ladislav Hagara | Komentářů: 0
1.12. 21:00 | Nová verze

Byla vydána beta verze Linux Mintu 18.1 s kódovým jménem Serena. Na blogu Linux Mintu jsou hned dvě oznámení. První o vydání Linux Mintu s prostředím MATE a druhé o vydání Linux Mintu s prostředím Cinnamon. Stejným způsobem jsou rozděleny také poznámky k vydání (MATE, Cinnamon) a přehled novinek s náhledy (MATE, Cinnamon). Linux Mint 18.1 bude podporován až do roku 2021.

Ladislav Hagara | Komentářů: 0
1.12. 16:42 | Nová verze

Byl vydán Devuan Jessie 1.0 Beta 2. Jedná se o druhou beta verzi forku Debianu bez systemd představeného v listopadu 2014 (zprávička). První beta verze byla vydána v dubnu letošního roku (zprávička). Jedna z posledních přednášek věnovaných Devuanu proběhla v listopadu na konferenci FSCONS 2016 (YouTube, pdf).

Ladislav Hagara | Komentářů: 0
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 767 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: Záhadné chování sítě na konkrétním počítači

31.10.2014 21:18 BruXy
Záhadné chování sítě na konkrétním počítači
Přečteno: 523×
Zdravím, nemůžu rozřešit následující záhadu...

Mám starší PC, používám ho jako HTPC, Linux 3.16.6-200.fc20.x86_64 #1 SMP Wed Oct 15 13:06:51 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux. Distribuce fedora 20.

Tohle PC je připojeno přes síťovou kartu do AP Edimax EW-7228APn, které jako transparentní pojítko komunikuje po wifi s VDSL modemem Comtrend. Toto AP má obsazené další 4 porty na které na připojený desktop, občas notebook, raspberry pi, dokonce starý DOS počítač přes packet driver. Všechna tato zařízení fungují na síti naprosto bez problémů.

Problém se sítí se projevuje tak, že zapnu HTPC, dostanu se jen na některé weby, např. google, nebo youtube, ale už ne nikam jinam, občas si ani nepignu, nefungují další služby. Pokud pak v nastavení Comtrendu změním v Wirelless->Advanced -> Max Clients na jiné číslo (menší nebo větší, to je jedno), a dám uložit, pak najednou začne HTPC normálně komunikovat.

Co jsem vyzkoušel:
  1. Původní síťovka byla Realtek 8101E, změnil jsem jaderný ovladač r8169 na r8101 od realteku ... NIC.
  2. Hodil jsem tam starou 3C905 a přehodil kabel ... NIC.
  3. Vypnul jsem iptables, NetworkManager ... NIC.
  4. Upgradnul jsem firmware v Edimaxu na 1.18 ... NIC.
  5. Měnit číslo MTU ... NIC.
  6. Vypnul jsem SE Linux ... NIC.
  7. Změnil jsem port v Edimaxu ... NIC.
  8. Vymělnil jsem paměťové dimmy (to teda nebylo kvůli síti, upgrade na 2 GB), ale stejně NIC, NIC, NIC...
  9. Zkusil jsem tcpdumpem pozorovat jako root komunikaci na síťovce, výsledek pozorování, při zapnutém tcpdumpu:
    • jen některé weby začali fungovat (youtube, google), pingnul jsem si na router. To že to chodilo takto, mě pak donutilo hrát si s jaderným modulem a vyhodit sǐťovku úplně. Tj. proč, když jsem tcpdumpoval interface jako root, najednou začala částečně chodit síť uživateli?
    • pokud komunikace nefunguje, pak curl na www.rozhlas.cz vypadá následovně:
      20:46:51.645213 IP htpc.39619 > www.rozhlas.cz.http: Flags [S], seq 3487037782, win 29200, options [mss 1460,sackOK,TS val 1757256 ecr 0,nop,wscale 7], length 0
      20:46:51.674268 IP www.rozhlas.cz.http > htpc.39619: Flags [S.], seq 2644278464, ack 3487037783, win 14480, options [mss 1452,sackOK,TS val 1095215183 ecr 1757256,nop,wscale 7], length 0
      20:46:52.646710 IP htpc.39619 > www.rozhlas.cz.http: Flags [S], seq 3487037782, win 29200, options [mss 1460,sackOK,TS val 1758258 ecr 0,nop,wscale 7], length 0
      20:46:52.677640 IP www.rozhlas.cz.http > htpc.39619: Flags [S.], seq 2644278464, ack 3487037783, win 14480, options [mss 1452,sackOK,TS val 1095215433 ecr 1757256,nop,wscale 7], length 0
      20:46:52.795859 IP www.rozhlas.cz.http > htpc.39619: Flags [S.], seq 2644278464, ack 3487037783, win 14480, options [mss 1452,sackOK,TS val 1095215464 ecr 1757256,nop,wscale 7], length 0
      20:46:54.652709 IP htpc.39619 > www.rozhlas.cz.http: Flags [S], seq 3487037782, win 29200, options [mss 1460,sackOK,TS val 1760264 ecr 0,nop,wscale 7], length 0
      20:46:54.683807 IP www.rozhlas.cz.http > htpc.39619: Flags [S.], seq 2644278464, ack 3487037783, win 14480, options [mss 1452,sackOK,TS val 1095215935 ecr 1757256,nop,wscale 7], length 0
      
    • pokud udělám to harakiri s Max Clients na Comtrendu, vypadá to takto:
      20:51:00.790246 IP htpc.39621 > www.rozhlas.cz.http: Flags [S], seq 1567188114, win 29200, options [mss 1460,sackOK,TS val 2006401 ecr 0,nop,wscale 7], length 0
      20:51:00.817840 IP www.rozhlas.cz.http > htpc.39621: Flags [S.], seq 2239435715, ack 1567188115, win 14480, options [mss 1452,sackOK,TS val 1095277469 ecr 2006401,nop,wscale 7], length 0
      20:51:00.817883 IP htpc.39621 > www.rozhlas.cz.http: Flags [.], ack 1, win 229, options [nop,nop,TS val 2006429 ecr 1095277469], length 0
      20:51:00.817953 IP htpc.39621 > www.rozhlas.cz.http: Flags [P.], seq 1:80, ack 1, win 229, options [nop,nop,TS val 2006429 ecr 1095277469], length 79
      20:51:00.849042 IP www.rozhlas.cz.http > htpc.39621: Flags [.], ack 80, win 114, options [nop,nop,TS val 1095277477 ecr 2006429], length 0
      20:51:00.930783 IP www.rozhlas.cz.http > htpc.39621: Flags [P.], seq 1:197, ack 80, win 114, options [nop,nop,TS val 1095277497 ecr 2006429], length 196
      20:51:00.930796 IP htpc.39621 > www.rozhlas.cz.http: Flags [.], ack 197, win 237, options [nop,nop,TS val 2006542 ecr 1095277497], length 0
      20:51:00.931005 IP htpc.39621 > www.rozhlas.cz.http: Flags [F.], seq 80, ack 197, win 237, options [nop,nop,TS val 2006542 ecr 1095277497], length 0
      20:51:00.931251 IP www.rozhlas.cz.http > htpc.39621: Flags [F.], seq 197, ack 80, win 114, options [nop,nop,TS val 1095277497 ecr 2006429], length 0
      
Zachraňte mě, než mi z toho normálně hrábne, děkuji.

Odpovědi

31.10.2014 21:30 Carth_Onasi
Rozbalit Rozbalit vše Re: Záhadné chování sítě na konkrétním počítači

10) Nastavit statickou IP adresu a DNS servery

11) Vyzkoušet Ubuntu/Mint LiveCD

31.10.2014 22:09 BruXy
Rozbalit Rozbalit vše Re: Záhadné chování sítě na konkrétním počítači
To jsem zapomněl napsat, IP statickou a DNS nastavené ručně, na googlí 8.8.8.8.

Jenom nevím, čím by mě pomohla jiná distribuce :)
31.10.2014 22:29 Carth_Onasi
Rozbalit Rozbalit vše Re: Záhadné chování sítě na konkrétním počítači
Jiná distribuce = menší pravděpodobnost SW chyby.
31.10.2014 21:32 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
Rozbalit Rozbalit vše Re: Záhadné chování sítě na konkrétním počítači
Jenom taková blbost máš modem - porty přepnut na 4x internet? Tj vypnuté IPTV?
31.10.2014 22:14 BruXy
Rozbalit Rozbalit vše Re: Záhadné chování sítě na konkrétním počítači
Ahoj, pravděpodobně by mohlo jít o nějaké nastavení na Comtrendu. Ale protože všechna zařízení chodí přes ten Edimax AP na wifi, tak jsem s porty nedělal žádné pokusy.
31.10.2014 22:58 Vantomas | skóre: 24 | Praha
Rozbalit Rozbalit vše Re: Záhadné chování sítě na konkrétním počítači
Když je nastavená statická IP, není problém v tom, že jiné zařízení má stejnou IP adresu jako to HTPC, protože jí to dostalo přes DHCP? To by vysvětlovala změna čísla max clients, to má za následek restart wifi a odpojení klientů a HTPC se pak dřív probojuje do ARP tabulky na routeru. Avšak po nějakém času se to zase potluče s jiným zařízením...

Dá se na tom DSL routeru vypsat ARP tabulka? Zkontrolovat, zda pro tu IP adresu HTPC je tam správná MAC adresa.

Komunikace uvnitř sítě s jinými zařízeními funguje? Tedy, že je problém pouze do internetu, ale uvnitř všechno hraje?
31.10.2014 23:31 BruXy
Rozbalit Rozbalit vše Re: Záhadné chování sítě na konkrétním počítači
DHCP přiděluje adresy od 10.0.0.32 výše, tam ke jsem potřeboval statickou IP jsem zabral 10.0.0.1, 2, atd.

Komunikace uvnitř sítě funguje v rámci tohou switche na Edimaxu, ale jak jdu z HTPC na Comtrend tak to dělá borčus.

ARP tabulka na routeru:
10.0.0.1	Complete	80:1f:02:5c:1d:ac	br0
10.0.0.2	Complete	80:1f:02:5c:1d:ac	br0
10.0.0.33	Complete	b4:52:7d:e6:70:bf	br0
10.0.0.38	Incomplete	80:1f:02:5c:1d:ac	br0
Vše, co má MAC 80:1f:02:5c:1d:ac jde přes ten Edimax AP.
1.11.2014 15:52 jbohac | skóre: 18 | Praha 5
Rozbalit Rozbalit vše Re: Záhadné chování sítě na konkrétním počítači
Jakto, že má více počítačů stejnou MAC adresu? Není na tom AP zapnutá nějaká zhůvěřiost typu "klonování MAC", apod?
1.11.2014 20:54 Vantomas | skóre: 24 | Praha
Rozbalit Rozbalit vše Re: Záhadné chování sítě na konkrétním počítači
To je normální, protože WiFi standard nepodporuje pravý bridging vč. přenášení MAC adres za wifi klientem...
1.11.2014 21:00 BruXy
Rozbalit Rozbalit vše Re: Záhadné chování sítě na konkrétním počítači
Ty počítače jsou připojené do toho Edimax AP, které se chová jako transparentní pojítko (v nastavení se to jmenuje Station-Infrastructure), ovšem z pohledu VDSL routeru mají MAC toho Edimaxu...
1.11.2014 21:01 Vantomas | skóre: 24 | Praha
Rozbalit Rozbalit vše Re: Záhadné chování sítě na konkrétním počítači
A na tom HTPC sedí MAC adresa toho routeru? Tedy pro IP co je nastaveno jako gateway.

Pořád se mi to tváří jako kdyby tam byly nějaké kolize IP adres. Možná ještě jestli ten DSL modem nějak nefiltruje provoz z IP, které jsou staticky nastaveny a nejsou z DHCP? Je tam nějaké jiné staticky nastavené IP co komunikuje do internetu?

Na ovladače a SW problém bych to viděl kdyby nešla ani komunikace lokálně, ale to když funguje, tak to tím nebude.

ARP tabulka na tom Edimaxu vypsat jde?
1.11.2014 21:43 BruXy
Rozbalit Rozbalit vše Re: Záhadné chování sítě na konkrétním počítači
Na desktopu mám statickou IP adresu, tam není problém.

Teď jsem vyzkoušel, při nefunkční síti na HTPC si zobnout dhclientem nastavení, a ejlhe síť se rozjela s dynamicky přidělenou IP adresou => takže přihořívá.

O tom, že bych měl na Comtrendu nastavené nějaké podobné filtrování, tak to netuším.

Fakt nevím, co by mi tady kolidovalo, 10.0.0.1 je desktop, 10.0.0.2 bylo htpc a zbytek DHCP...
2.11.2014 18:30 Vantomas | skóre: 24 | Praha
Rozbalit Rozbalit vše Re: Záhadné chování sítě na konkrétním počítači
Jde v tom Comtrendu nastavit statický lease v DHCP? Zkusit tý MAC HTPC nastavit napevno 10.0.0.2 a HTPC dát na DHCP klienta a uvidí se zda to bude zlobit i potom. Taky zkusit to HTPC provozovat delší dobu na jiné IP, zda se bude problém opakovat či ne.

Problém třeba může způsobovat i ten Edimax, nemá ten staticky nastavené IP?

Ještě mě napadá, odpojit HTPC od sítě, na tom počítači 10.0.0.1 vymazat z ARP tabulky záznam pro 10.0.0.2 (nebo počkat cca 90 sekund než to zmizí) a zkusit pingnout 10.0.0.2 a kouknout do ARP tabulky zda je pro tu IP známa nějaká MAC. Ono to ani na ping nemusí odpovídat, ale jak bude záznam v ARP, ví se kde je problém.
4.11.2014 17:25 BruXy
Rozbalit Rozbalit vše Re: Záhadné chování sítě na konkrétním počítači
Ono bohužel tím, že ty stroje jsou schovány na wifi pojítkem a z pohledu Comtrendu mají všechny stejné MAC adresy, tak DHCP na něm díky tomu nenastavím, přidělení IP je svázáno s MAC.

Možná bych mohl na Comtrendu DHCP zaříznout a udělat si jiný DHCP server, protože desktop prakticky nevypínám...
4.11.2014 18:16 Vantomas | skóre: 24 | Praha
Rozbalit Rozbalit vše Re: Záhadné chování sítě na konkrétním počítači
DHCP klient v DHCPDISCOVER paketu zasílá svojí pravou MAC adresu, server teda zná tu správnou a nikoliv fyzickou z L2. A věřit této MAC v tom paketu jen důležité i pro funkci DHCP relay. Takže zde by problém být neměl.

1.11.2014 15:39 gogol
Rozbalit Rozbalit vše Re: Záhadné chování sítě na konkrétním počítači
Moj tip je, ze mas prilis velke MSS, mozno len o zopar bytov.
1.11.2014 21:31 BruXy
Rozbalit Rozbalit vše Re: Záhadné chování sítě na konkrétním počítači
Porovnal jsem nastavení /proc/sys/net/ip4 a liší s jiným PC a liší se to jen v velikostech paměti (tcp_mam*, tcp_mem), tady je kompletní nastavení:
./cipso_cache_bucket_size = 10
./cipso_cache_enable = 1
./cipso_rbm_optfmt = 0
./cipso_rbm_strictvalid = 1
./conf/all/accept_local = 0
./conf/all/accept_redirects = 1
./conf/all/accept_source_route = 0
./conf/all/arp_accept = 0
./conf/all/arp_announce = 0
./conf/all/arp_filter = 0
./conf/all/arp_ignore = 0
./conf/all/arp_notify = 0
./conf/all/bootp_relay = 0
./conf/all/disable_policy = 0
./conf/all/disable_xfrm = 0
./conf/all/force_igmp_version = 0
./conf/all/forwarding = 0
./conf/all/igmpv2_unsolicited_report_interval = 10000
./conf/all/igmpv3_unsolicited_report_interval = 1000
./conf/all/log_martians = 0
./conf/all/mc_forwarding = 0
./conf/all/medium_id = 0
./conf/all/promote_secondaries = 0
./conf/all/proxy_arp = 0
./conf/all/proxy_arp_pvlan = 0
./conf/all/route_localnet = 0
./conf/all/rp_filter = 0
./conf/all/secure_redirects = 1
./conf/all/send_redirects = 1
./conf/all/shared_media = 1
./conf/all/src_valid_mark = 0
./conf/all/tag = 0
./conf/default/accept_local = 0
./conf/default/accept_redirects = 1
./conf/default/accept_source_route = 0
./conf/default/arp_accept = 0
./conf/default/arp_announce = 0
./conf/default/arp_filter = 0
./conf/default/arp_ignore = 0
./conf/default/arp_notify = 0
./conf/default/bootp_relay = 0
./conf/default/disable_policy = 0
./conf/default/disable_xfrm = 0
./conf/default/force_igmp_version = 0
./conf/default/forwarding = 0
./conf/default/igmpv2_unsolicited_report_interval = 10000
./conf/default/igmpv3_unsolicited_report_interval = 1000
./conf/default/log_martians = 0
./conf/default/mc_forwarding = 0
./conf/default/medium_id = 0
./conf/default/promote_secondaries = 0
./conf/default/proxy_arp = 0
./conf/default/proxy_arp_pvlan = 0
./conf/default/route_localnet = 0
./conf/default/rp_filter = 1
./conf/default/secure_redirects = 1
./conf/default/send_redirects = 1
./conf/default/shared_media = 1
./conf/default/src_valid_mark = 0
./conf/default/tag = 0
./conf/lo/accept_local = 0
./conf/lo/accept_redirects = 1
./conf/lo/accept_source_route = 1
./conf/lo/arp_accept = 0
./conf/lo/arp_announce = 0
./conf/lo/arp_filter = 0
./conf/lo/arp_ignore = 0
./conf/lo/arp_notify = 0
./conf/lo/bootp_relay = 0
./conf/lo/disable_policy = 1
./conf/lo/disable_xfrm = 1
./conf/lo/force_igmp_version = 0
./conf/lo/forwarding = 0
./conf/lo/igmpv2_unsolicited_report_interval = 10000
./conf/lo/igmpv3_unsolicited_report_interval = 1000
./conf/lo/log_martians = 0
./conf/lo/mc_forwarding = 0
./conf/lo/medium_id = 0
./conf/lo/promote_secondaries = 0
./conf/lo/proxy_arp = 0
./conf/lo/proxy_arp_pvlan = 0
./conf/lo/route_localnet = 0
./conf/lo/rp_filter = 0
./conf/lo/secure_redirects = 1
./conf/lo/send_redirects = 1
./conf/lo/shared_media = 1
./conf/lo/src_valid_mark = 0
./conf/lo/tag = 0
./conf/eth0/accept_local = 0
./conf/eth0/accept_redirects = 1
./conf/eth0/accept_source_route = 0
./conf/eth0/arp_accept = 0
./conf/eth0/arp_announce = 0
./conf/eth0/arp_filter = 0
./conf/eth0/arp_ignore = 0
./conf/eth0/arp_notify = 0
./conf/eth0/bootp_relay = 0
./conf/eth0/disable_policy = 0
./conf/eth0/disable_xfrm = 0
./conf/eth0/force_igmp_version = 0
./conf/eth0/forwarding = 0
./conf/eth0/igmpv2_unsolicited_report_interval = 10000
./conf/eth0/igmpv3_unsolicited_report_interval = 1000
./conf/eth0/log_martians = 0
./conf/eth0/mc_forwarding = 0
./conf/eth0/medium_id = 0
./conf/eth0/promote_secondaries = 0
./conf/eth0/proxy_arp = 0
./conf/eth0/proxy_arp_pvlan = 0
./conf/eth0/route_localnet = 0
./conf/eth0/rp_filter = 1
./conf/eth0/secure_redirects = 1
./conf/eth0/send_redirects = 1
./conf/eth0/shared_media = 1
./conf/eth0/src_valid_mark = 0
./conf/eth0/tag = 0
./fwmark_reflect = 0
./icmp_echo_ignore_all = 0
./icmp_echo_ignore_broadcasts = 1
./icmp_errors_use_inbound_ifaddr = 0
./icmp_ignore_bogus_error_responses = 1
./icmp_ratelimit = 1000
./icmp_ratemask = 6168
./igmp_max_memberships = 20
./igmp_max_msf = 10
./inet_peer_maxttl = 600
./inet_peer_minttl = 120
./inet_peer_threshold = 65664
./ip_default_ttl = 64
./ip_dynaddr = 0
./ip_early_demux = 1
./ip_forward = 0
./ip_forward_use_pmtu = 0
./ipfrag_high_thresh = 4194304
./ipfrag_low_thresh = 3145728
./ipfrag_max_dist = 64
./ipfrag_secret_interval = 600
./ipfrag_time = 30
./ip_local_port_range = 32768 61000
./ip_local_reserved_ports =
./ip_nonlocal_bind = 0
./ip_no_pmtu_disc = 0
./neigh/default/anycast_delay = 100
./neigh/default/app_solicit = 0
./neigh/default/base_reachable_time = 30
./neigh/default/base_reachable_time_ms = 30000
./neigh/default/delay_first_probe_time = 5
./neigh/default/gc_interval = 30
./neigh/default/gc_stale_time = 60
./neigh/default/gc_thresh1 = 128
./neigh/default/gc_thresh2 = 512
./neigh/default/gc_thresh3 = 1024
./neigh/default/locktime = 100
./neigh/default/mcast_solicit = 3
./neigh/default/proxy_delay = 80
./neigh/default/proxy_qlen = 64
./neigh/default/retrans_time = 100
./neigh/default/retrans_time_ms = 1000
./neigh/default/ucast_solicit = 3
./neigh/default/unres_qlen = 31
./neigh/default/unres_qlen_bytes = 65536
./neigh/lo/anycast_delay = 100
./neigh/lo/app_solicit = 0
./neigh/lo/base_reachable_time = 30
./neigh/lo/base_reachable_time_ms = 30000
./neigh/lo/delay_first_probe_time = 5
./neigh/lo/gc_stale_time = 60
./neigh/lo/locktime = 100
./neigh/lo/mcast_solicit = 3
./neigh/lo/proxy_delay = 80
./neigh/lo/proxy_qlen = 64
./neigh/lo/retrans_time = 100
./neigh/lo/retrans_time_ms = 1000
./neigh/lo/ucast_solicit = 3
./neigh/lo/unres_qlen = 31
./neigh/lo/unres_qlen_bytes = 65536
./neigh/eth0/anycast_delay = 100
./neigh/eth0/app_solicit = 0
./neigh/eth0/base_reachable_time = 30
./neigh/eth0/base_reachable_time_ms = 30000
./neigh/eth0/delay_first_probe_time = 5
./neigh/eth0/gc_stale_time = 60
./neigh/eth0/locktime = 100
./neigh/eth0/mcast_solicit = 3
./neigh/eth0/proxy_delay = 80
./neigh/eth0/proxy_qlen = 64
./neigh/eth0/retrans_time = 100
./neigh/eth0/retrans_time_ms = 1000
./neigh/eth0/ucast_solicit = 3
./neigh/eth0/unres_qlen = 31
./neigh/eth0/unres_qlen_bytes = 65536
./ping_group_range = 1 0
./route/error_burst = 5000
./route/error_cost = 1000
./route/flush =
./route/gc_elasticity = 8
./route/gc_interval = 60
./route/gc_min_interval = 0
./route/gc_min_interval_ms = 500
./route/gc_thresh = -1
./route/gc_timeout = 300
./route/max_size = 2147483647
./route/min_adv_mss = 256
./route/min_pmtu = 552
./route/mtu_expires = 600
./route/redirect_load = 20
./route/redirect_number = 9
./route/redirect_silence = 20480
./tcp_abort_on_overflow = 0
./tcp_adv_win_scale = 1
./tcp_allowed_congestion_control = cubic reno
./tcp_app_win = 31
./tcp_autocorking = 1
./tcp_available_congestion_control = cubic reno
./tcp_base_mss = 512
./tcp_challenge_ack_limit = 100
./tcp_congestion_control = cubic
./tcp_dsack = 1
./tcp_early_retrans = 3
./tcp_ecn = 2
./tcp_fack = 1
./tcp_fastopen = 1
./tcp_fastopen_key = 00000000-00000000-00000000-00000000
./tcp_fin_timeout = 60
./tcp_frto = 2
./tcp_fwmark_accept = 0
./tcp_keepalive_intvl = 75
./tcp_keepalive_probes = 9
./tcp_keepalive_time = 7200
./tcp_limit_output_bytes = 131072
./tcp_low_latency = 0
./tcp_max_orphans = 8192
./tcp_max_syn_backlog = 128
./tcp_max_tw_buckets = 8192
./tcp_mem = 46005 61343 92010
./tcp_min_tso_segs = 2
./tcp_moderate_rcvbuf = 1
./tcp_mtu_probing = 0
./tcp_no_metrics_save = 0
./tcp_notsent_lowat = -1
./tcp_orphan_retries = 0
./tcp_reordering = 3
./tcp_retrans_collapse = 1
./tcp_retries1 = 3
./tcp_retries2 = 15
./tcp_rfc1337 = 0
./tcp_rmem = 4096 87380 6291456
./tcp_sack = 1
./tcp_slow_start_after_idle = 1
./tcp_stdurg = 0
./tcp_synack_retries = 5
./tcp_syncookies = 1
./tcp_syn_retries = 6
./tcp_thin_dupack = 0
./tcp_thin_linear_timeouts = 0
./tcp_timestamps = 1
./tcp_tso_win_divisor = 3
./tcp_tw_recycle = 0
./tcp_tw_reuse = 0
./tcp_window_scaling = 1
./tcp_wmem = 4096 16384 4194304
./tcp_workaround_signed_windows = 0
./udp_mem = 46005 61343 92010
./udp_rmem_min = 4096
./udp_wmem_min = 4096
./xfrm4_gc_thresh = 32768
2.11.2014 19:28 gogol
Rozbalit Rozbalit vše Re: Záhadné chování sítě na konkrétním počítači
To MSS treba preskumat v tom Comtrendu... Kedze harakiri pomaha, je mozne, ze sa tam nieco spolu s harakiri nastavi spravne, tak ako treba.
Pavel 'TIGER' Růžička avatar 2.11.2014 19:13 Pavel 'TIGER' Růžička | skóre: 37
Rozbalit Rozbalit vše Re: Záhadné chování sítě na konkrétním počítači
Máš všude zakázané IPv6?
Pavel 'TIGER' Růžička avatar 2.11.2014 19:15 Pavel 'TIGER' Růžička | skóre: 37
Rozbalit Rozbalit vše Re: Záhadné chování sítě na konkrétním počítači
Ještě mne napadlo nahradit NetworkManager --> Wicd ... případně zkusit nějaké live distro.

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.