Přihlášení | Registrace

napište » Zprávičky

Před 30 lety se začala používat přípona .mp3

dnes 11:33 | IT novinky

Před 30 lety, tj. 14. července 1995, se začala používat přípona .mp3 pro soubory s hudbou komprimovanou pomocí MPEG-2 Audio Layer 3.

Ladislav Hagara | Komentářů: 3

Commodore 64 Ultimate

dnes 10:55 | IT novinky

Výroba 8bitových domácích počítačů Commodore 64 byla ukončena v dubnu 1994. Po více než 30 letech byl představen nový oficiální Commodore 64 Ultimate (YouTube). S deskou postavenou na FPGA. Ve 3 edicích v ceně od 299 dolarů a plánovaným dodáním v říjnu a listopadu letošního roku.

Ladislav Hagara | Komentářů: 5

Reachy Mini, open source robot od Hugging Face

včera 17:55 | Zajímavý projekt

Společnost Hugging Face ve spolupráci se společností Pollen Robotics představila open source robota Reachy Mini (YouTube). Předobjednat lze lite verzi za 299 dolarů a wireless verzi s Raspberry Pi 5 za 449 dolarů.

Ladislav Hagara | Komentářů: 9

Počítačová hra DOGWALK

11.7. 16:44 | Komunita

Dnes v 17:30 bude oficiálně vydána open source počítačová hra DOGWALK vytvořena v 3D softwaru Blender a herním enginu Godot. Release party proběhne na YouTube od 17:00.

Ladislav Hagara | Komentářů: 4

AI řešení náboru pracovníku pro McDonald's mělo přihlašovací jméno 123456 a heslo 123456

11.7. 14:55 | Humor

McDonald's se spojil se společností Paradox a pracovníky nabírá také pomocí AI řešení s virtuální asistentkou Olivii běžící na webu McHire. Ian Carroll a Sam Curry se na toto AI řešení blíže podívali a opravdu je překvapilo, že se mohli přihlásit pomocí jména 123456 a hesla 123456 a získat přístup k údajům o 64 milionech uchazečů o práci.

Ladislav Hagara | Komentářů: 16

Visual Studio Code a VSCodium 1.102

11.7. 00:11 | Nová verze

Byla vydána (𝕏) červnová aktualizace aneb nová verze 1.102 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.102 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

Ladislav Hagara | Komentářů: 1

Apache HTTP Server (httpd) 2.4.64 řeší 8 bezpečnostních chyb

10.7. 21:00 | Bezpečnostní upozornění

Byla vydána nová verze 2.4.64 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 8 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 4

Grok 4

10.7. 15:22 | Nová verze

Společnost xAI na síti 𝕏 představila Grok 4, tj. novou verzi svého AI LLM modelu Grok.

Ladislav Hagara | Komentářů: 12

Ministerstvo vnitra odhalilo závažný kyberincident v IT systému resortu

10.7. 12:55 | Bezpečnostní upozornění

Ministerstvo vnitra odhalilo závažný kyberincident v IT systému resortu. Systém, do kterého se dostal útočník bez oprávnění, byl odpojen a nedošlo k odcizení dat [𝕏].

Ladislav Hagara | Komentářů: 16

Max přejmenován zpět na HBO Max

10.7. 11:55 | Humor

Před rokem byla streamovací služba HBO Max přejmenována na Max. Dle managementu slovo HBO v názvu nebylo důležité. Včera byl Max přejmenován zpět na HBO Max. Kolik milionů dolarů to stálo? 😂

Ladislav Hagara | Komentářů: 16

Centrum | Napsat | Starší

navrhněte » Anketa

Jaký je váš oblíbený skriptovací jazyk?

bash (59%)

python (27%)

perl (7%)

powershell (3%)

batch (1%)

vbscript (1%)

jiný, uvedu v diskusi (4%)

Celkem 391 hlasů

Komentářů: 16, poslední 8.6. 21:05

Rozcestník

AbcLinuxu

HDmag.cz

Administrace komentářů

Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

Příspěvek

6.11.2012 18:47 disposable | skóre: 23
Rozbalit Rozbalit vše problem so spolahlivostou IPv6 na routeroch

Mám niekoľko Ubuntu 10.04 boxov, na ktorých beží Quagga a používam ich ako BGP routery. V IPv4 beží všetko ako má, latencia je nízka a packet loss je 0 percent pri všetkých peer-och. napr.:

root@r6-REDBUS:/etc/network# ping 213.1XX.79.197 PING 213.1XX.79.197 (213.1XX.79.197) 56(84) bytes of data. 64 bytes from 213.1XX.79.197: icmp_seq=1 ttl=64 time=0.939 ms 64 bytes from 213.1XX.79.197: icmp_seq=2 ttl=64 time=1.22 ms 64 bytes from 213.1XX.79.197: icmp_seq=3 ttl=64 time=0.927 ms 64 bytes from 213.1XX.79.197: icmp_seq=4 ttl=64 time=1.19 ms 64 bytes from 213.1XX.79.197: icmp_seq=5 ttl=64 time=2.34 ms 64 bytes from 213.1XX.79.197: icmp_seq=6 ttl=64 time=0.968 ms 64 bytes from 213.1XX.79.197: icmp_seq=7 ttl=64 time=1.15 ms 64 bytes from 213.1XX.79.197: icmp_seq=8 ttl=64 time=0.869 ms 64 bytes from 213.1XX.79.197: icmp_seq=9 ttl=64 time=0.955 ms 64 bytes from 213.1XX.79.197: icmp_seq=10 ttl=64 time=0.896 ms

Ten istý peer v IPv6, ale ukáže toto: (väčšinou, ale ani nedokážem pingnúť, dostanem iba "Network is unreachable")

root@r6-REDBUS:br />PING 2001:438:fXXX::4b9(2001:438:fXXX::4b9) from 2001:438:fXXX::4ba bond1.849: 56 data bytes From 2001:438:fXXX::4ba icmp_seq=1 Destination unreachable: Address unreachable From 2001:438:fXXX::4ba icmp_seq=2 Destination unreachable: Address unreachable From 2001:438:fXXX::4ba icmp_seq=3 Destination unreachable: Address unreachable ping: sendmsg: Network is unreachable ping: sendmsg: Network is unreachable From 2001:438:fXXX::4ba icmp_seq=4 Destination unreachable: Address unreachable ping: sendmsg: Network is unreachable 64 bytes from 2001:438:fXXX::4b9: icmp_seq=8 ttl=64 time=653 ms 64 bytes from 2001:438:fXXX::4b9: icmp_seq=9 ttl=64 time=7.24 ms 64 bytes from 2001:438:fXXX::4b9: icmp_seq=10 ttl=64 time=33.9 ms 64 bytes from 2001:438:fXXX::4b9: icmp_seq=11 ttl=64 time=1.19 ms ^C --- 2001:438:fXXX::4b9 ping statistics --- 61 packets transmitted, 4 received, +4 errors, 93% packet loss, time 60150ms rtt min/avg/max/mdev = 1.190/173.867/653.093/276.955 ms

IPv4 aj IPv6 k tomuto Peerovi ide cez ten istý kábel, po tej istej vlan. Sieť je v /etc/network/interfaces nakonfigurovaná nasledovne:

auto bond1.849 iface bond1.849 inet static address 213.XXX.79.198 netmask 255.255.255.252 network 213.XXX.79.196 broadcast 213.XXX.79.199 vlan_raw_interface bond1 up /sbin/ip -6 addr add 2001:438:fXXX::4ba/64 dev bond1.849 down /sbin/ip -6 addr del 2001:438:fXXX::4ba/64 dev bond1.849

root@r6-REDBUS:/etc/network# ip -6 link show dev bond1.849 23: bond1.849@bond1: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP link/ether 00:10:f3:1a:48:5a brd ff:ff:ff:ff:ff:ff root@r6-REDBUS:/etc/network# ip -6 addr show dev bond1.849 23: bond1.849@bond1: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 inet6 2001:438:fXXX::4ba/64 scope global valid_lft forever preferred_lft forever inet6 fe80::210:f3ff:fe1a:485a/64 scope link valid_lft forever preferred_lft forever

Tento problém mám so všetkými peermi na všetkých routroch. Vo všetkých prípadoch IPv4 funguje bezchybne, IPv6 iba sporadicky. Väčšinou mám striedavo "Network is unreachable" a "Address unreachable". Po niekoľkých pokusoch začne ping6 na chvíľu fungovať, ale dosť nepravidelne

root@r6-REDBUS:/etc/network# ping6 2001:1900:XXX:2:2::631 connect: Network is unreachable root@r6-REDBUS:/etc/network# ping6 2001:1900:XXX:2:2::631 connect: Network is unreachable root@r6-REDBUS:/etc/network# ping6 2001:1900:XXX:2:2::631 connect: Network is unreachable root@r6-REDBUS:/etc/network# ping6 2001:1900:XXX:2:2::631 connect: Network is unreachable root@r6-REDBUS:/etc/network# ping6 2001:1900:XXX:2:2::631 PING 2001:1900:XXX:2:2::631(2001:1900:XXX:2:2::631) 56 data bytes From 2001:1900:XXX:2:2::632 icmp_seq=1 Destination unreachable: Address unreachable From 2001:1900:XXX:2:2::632 icmp_seq=2 Destination unreachable: Address unreachable From 2001:1900:XXX:2:2::632 icmp_seq=3 Destination unreachable: Address unreachable 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=4 ttl=64 time=2218 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=5 ttl=64 time=1218 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=6 ttl=64 time=218 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=7 ttl=64 time=135 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=8 ttl=64 time=39.1 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=9 ttl=64 time=7.51 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=10 ttl=64 time=19.0 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=11 ttl=64 time=1.06 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=12 ttl=64 time=0.826 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=13 ttl=64 time=14.4 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=14 ttl=64 time=28.3 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=15 ttl=64 time=1.50 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=16 ttl=64 time=16.5 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=17 ttl=64 time=339 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=18 ttl=64 time=242 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=19 ttl=64 time=406 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=20 ttl=64 time=196 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=21 ttl=64 time=10.3 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=22 ttl=64 time=182 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=23 ttl=64 time=49.2 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=24 ttl=64 time=11.3 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=25 ttl=64 time=1.82 ms

link k peer-ovi je router ---> juniper ex4200 switch ---> virtual cable provider (napr.: gt-t.net) ---> peer router. Link od môjho routera až po peerov router ide po dedikovanej VLAN. Juniper switch na mojej strane je nakonfigurovaný takto (port idúci k virtual cable provider):

ge-2/0/19 { ether-options { no-auto-negotiation; link-mode full-duplex; speed { 1g; } } unit 0 { description "Packet Exchange Peering Cable"; family ethernet-switching { port-mode trunk; vlan { members [ TATA-BGP-3040 PACKETEXCHANGE-EXCHANGEPOINT-502 ABOVENET-BGP-849 ]; } native-vlan-id 80; } } }

port idúci k môjmu routeru:

ge-2/0/5 { description R6-eth2; unit 0 { family ethernet-switching { port-mode trunk; vlan { members [ RED-INTERNAL-96 RED-INTERNAL-69 PACKETEXCHANGE-EXCHANGEPOINT-502 TATA-BGP-3040 LEVEL3-BGP-80 ABOVENET-BGP-849 DATAHOP-TRANSIT-640 LINX-EXTREME-528 ]; } } } }

Chápem že tento opis je dosť zdĺhavý, ale celkovo je to celkom jednoduchý setup. Bol by som vďačný, keby mi niekto vysvetlil kde robím chybu. Nemám poňatia či mám zle nastavené sieťové rozhranie na routeri, či treba nastaviť špecifické MTU na routeri (alebo na switchi), alebo kde som to vlastne posral.

čo sa týka ipv6 sysctl nastavení, tak mám iba:
net.ipv6.conf.all.forwarding=1 #net.ipv6.conf.all.accept_redirects = 0 net.ipv6.conf.all.accept_source_route = 1

if it ain't broke, don't fix it

V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

Offtopic diskuse použijte pro diskusi mimo záběr našeho portálu (včelařství, windows), která by měla být smazána.
Duplicitní diskuse je určena pro případ, kdy uživatel odeslal svůj dotaz několikrát.
Návrh na cenzuru použijte, pokud komentář obsahuje urážky, vulgarismy nebo porušuje zákony.
Návrh na smazání komentáře je velmi neobvyklá akce používaná obvykle při nepovolené reklamě či spamu, výkřicích psychicky nemocných jedinců (ještírci) nebo pro smazání duplikátních komentářů.
Oprava formátování je žádost pro úpravu formy příspěvku, například pokud někdo píše bez odstavců nebo použije PRE pro celý komentář. Žádosti o změnu obsahu budou zamítnuty.

Píšeme jinde

ISSN 1214-1267 www.czech-server.cz

Redakce | Inzerce | Podmínky použití | Osobní údaje

Vaše jméno
Váš email
Typ požadavku

Slovní popis