Jak si zobrazit pomocí Chrome a na Chromiu založených webových prohlížečích stránky s neplatným certifikátem? Stačí napsat thisisunsafe.
V repozitáři AUR (Arch User Repository) linuxové distribuce Arch Linux byly nalezeny a odstraněny tři balíčky s malwarem. Jedná se o librewolf-fix-bin, firefox-patch-bin a zen-browser-patched-bin.
Dle plánu by Debian 13 s kódovým názvem Trixie měl vyjít v sobotu 9. srpna.
Vývoj linuxové distribuce Clear Linux (Wikipedie) vyvíjené společností Intel a optimalizováné pro jejich procesory byl oficiálně ukončen.
Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).
Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.
Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.
Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.
ole amigos.
mam problem s netbackupom nad tagovanym interfacom(resp. bondingom)
situacia je taka ze robim bonding bond0 z eth0 a eth2, pre produkcny DB konekt v nativnej VLANe, a nad nim tagovany bond0.3016 pre backup traffic. no a tu sa to chova cudne, DB traffic je OK, ale backup traffic je zle. Netbackup sa konektne na klienta ..vymenia si par info a padne to. akonahle pustim ten backup nad netagovanym hocijakym interfacom z toho bondingu tak to pekne prebehne.
Mate niekto podobnu skusenost?
log z netbackupu
13:46:45.616 [18090] <2> vnet_pbxConnect: pbxConnectEx Succeeded
13:46:45.617 [18090] <2> logconnections: BPRD CONNECT FROM 172.24.76.13.49317 TO 172.24.76.20.1556 fd = 9
13:46:45.641 [18090] <16> VssCredRenew: (../../libVnbat/vss_auth.cpp,3665): vrtsAtCredentialRenew returned FAILURE
13:46:45.642 [18090] <8> vnet_vxss_renew_cred: [vnet_vxss_helper.c:2079] VssCredRenew failed 17 0x11
13:46:45.642 [18090] <8> vnet_vxss_renew_cred: [vnet_vxss_helper.c:2086] cannot renew credential 36 0x24
13:46:45.642 [18090] <8> vnet_setup_vxss_socket: [vnet_vxss_helper.c:198] non-fatal vnet_vxss_import_credential() failed 36 0x24
13:46:45.643 [18090] <8> vnet_get_oc: [vnet_vxss_helper.c:3122] Invalid Argument: vxss_coninfo
13:46:45.643 [18090] <8> vnet_check_vxss_client_magic_with_info: [vnet_vxss_helper.c:922] VxSS magic 1450726227 0x56785353
13:46:45.643 [18090] <8> vnet_check_vxss_client_magic_with_info: [vnet_vxss_helper.c:923] *use_vxss 2 0x2
13:46:45.845 [18090] <2> brm_update_local_resiliency: changed = 0
13:46:45.847 [18090] <2> ConnectionCache::connectAndCache: Acquiring new connection for host XXXXXXXXXXXXXX, query type 223
13:46:45.850 [18090] <2> vnet_pbxConnect: pbxConnectEx Succeeded
13:46:45.851 [18090] <2> logconnections: BPDBM CONNECT FROM 172.24.76.13.49319 TO 172.24.76.20.1556 fd = 9
13:46:45.874 [18090] <16> VssCredRenew: (../../libVnbat/vss_auth.cpp,3665): vrtsAtCredentialRenew returned FAILURE
13:46:45.875 [18090] <8> vnet_vxss_renew_cred: [vnet_vxss_helper.c:2079] VssCredRenew failed 17 0x11
13:46:45.875 [18090] <8> vnet_vxss_renew_cred: [vnet_vxss_helper.c:2086] cannot renew credential 36 0x24
13:46:45.875 [18090] <8> vnet_setup_vxss_socket: [vnet_vxss_helper.c:198] non-fatal vnet_vxss_import_credential() failed 36 0x24
13:46:45.876 [18090] <8> vnet_get_oc: [vnet_vxss_helper.c:3122] Invalid Argument: vxss_coninfo
13:46:45.876 [18090] <8> vnet_check_vxss_client_magic_with_info: [vnet_vxss_helper.c:922] VxSS magic 1450726227 0x56785353
13:46:45.876 [18090] <8> vnet_check_vxss_client_magic_with_info: [vnet_vxss_helper.c:923] *use_vxss 2 0x2
13:46:45.879 [18090] <2> db_CLIENTsend: reset client protocol version from 0 to 8
13:46:45.922 [18090] <2> db_end: Need to collect reply
13:46:45.922 [18090] <2> db_freeEXDB_INFO: ?
13:46:55.938 [18090] <2> vnet_pbxConnect: ../../libvlibs/vnet_pbx.c.666: pbxSetAddrEx/pbxConnectEx return error 62:Timer expired
13:46:55.938 [18090] <8> do_pbx_service: [vnet_connect.c:2034] vnet_pbxConnect() failed 18 0x12
13:46:55.938 [18090] <8> do_pbx_service: [vnet_connect.c:2035] save_errno 62 0x3e
13:46:55.938 [18090] <8> do_pbx_service: [vnet_connect.c:2036] use_vnetd 0 0x0
13:46:55.938 [18090] <8> do_pbx_service: [vnet_connect.c:2037] cr->vcr_service bpcd
13:46:55.938 [18090] <8> async_connect: [vnet_connect.c:1630] do_service failed 18 0x12
Network je nastaveny uplne bezne,,tam to imo nebude...podozrive su tym padom bud 8021q alebo appka samotna...
Dik
D.
Řešení dotazu:
Ten popis je nějaký zmatený… Raději ukažte výstup
ip addr show ip route show cat /proc/net/bond/bond0
a napište, jaké adresy používají klient a server.
ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master bond0 qlen 1000
link/ether 38:ea:a7:d3:57:f8 brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 9000 qdisc pfifo_fast master bond1 qlen 1000
link/ether 38:ea:a7:d3:57:fc brd ff:ff:ff:ff:ff:ff
4: eth2: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master bond0 qlen 1000
link/ether 38:ea:a7:d3:57:f8 brd ff:ff:ff:ff:ff:ff
5: eth3: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 9000 qdisc pfifo_fast master bond1 qlen 1000
link/ether 38:ea:a7:d3:57:fc brd ff:ff:ff:ff:ff:ff
6: sit0: <NOARP> mtu 1480 qdisc noop
link/sit 0.0.0.0 brd 0.0.0.0
7: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue
link/ether 38:ea:a7:d3:57:f8 brd ff:ff:ff:ff:ff:ff
inet 172.24.0.154/24 brd 172.24.0.255 scope global bond0
inet6 fe80::3aea:a7ff:fed3:57f8/64 scope link
valid_lft forever preferred_lft forever
8: bond1: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 9000 qdisc noqueue
link/ether 38:ea:a7:d3:57:fc brd ff:ff:ff:ff:ff:ff
inet 172.24.193.50/24 brd 172.24.193.255 scope global bond1
inet6 fe80::3aea:a7ff:fed3:57fc/64 scope link
valid_lft forever preferred_lft forever
11: bond0.3016@bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue
link/ether 38:ea:a7:d3:57:f8 brd ff:ff:ff:ff:ff:ff
inet 172.24.112.116/22 brd 172.24.115.255 scope global bond0.3016
inet6 fe80::3aea:a7ff:fed3:57f8/64 scope link
valid_lft forever preferred_lft forever
ip route show
172.24.193.0/24 dev bond1 proto kernel scope link src 172.24.193.50
172.24.0.0/24 dev bond0 proto kernel scope link src 172.24.0.154
172.24.76.0/24 via 172.24.112.1 dev bond0.3016
172.24.112.0/22 dev bond0.3016 proto kernel scope link src 172.24.112.116
169.254.0.0/16 dev bond0.3016 scope link
default via 172.24.0.1 dev bond0
cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.4.0-2 (October 7, 2008)
Bonding Mode: fault-tolerance (active-backup)
Primary Slave: None
Currently Active Slave: eth0
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0
Slave Interface: eth0
MII Status: up
Speed: 10000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 38:ea:a7:d3:57:f8
Slave Interface: eth2
MII Status: up
Speed: 10000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 80:c1:6e:70:1d:c0
Nad bond0 je este bond0.3016 cez ktoru tecie ten backup traffic ..a presne ten je problemovy
cat /etc/sysconfig/network-scripts/ifcfg-bond0.3016
DEVICE=bond0.3016
BOOTPROTO=none
IPADDR=172.24.112.116
NETMASK=255.255.252.0
ONBOOT=yes
BOOTPROTO=none
VLAN=yes
D.
funkcne aj nefunkcne spojenie je cez tie iste ipky aj cesty..jediny rozdiel je v tom ze raz je pouzity na klientovy tagovany interface a raz nie...
toto nic nema s routingom, nastavenim siete atd...je to len o tom ci sa s tym niekto nestretol
ale poviem to takto..asi to nema velky vyznam je to velmi specificka situacia, skusim este prehodit drajvre na sietovkach a uvidime.
Dakujem aj tak.
D.
Nějak dneska nemám náladu hrát si na výslech. Takže asi takhle: buď popište funkční a nefunkční konfiguraci včetně toho, mezi jakými adresami má být to spojení (a nejlépe i to, co z něj vlastně nefunguje, tj. který směr a kam až se pakety dostanou), nebo se obraťte na nějaké fórum, kde se scházejí jasnovidci.
toto nic nema s routingom, nastavenim siete atd
Z čeho jste to vyvodil?
skusim este prehodit drajvre na sietovkach
Co přesně myslíte výrazem "prehodit drajvre"?
absoultne uznavam, ze som to napisal ako tatar, ale podla mna sa jedna o tak specificku zalezitost, ze mnou uvedeny popis uplne na zaciatku by trkol len cloveka, ktory sa stretol s presnymi, alebo podobnymi symptomami.
Nebudem to dalej rozvijat.
D.
Ok takze sme to vyriesili, po milion kadejakych pokusov s MTU nastavenim kariet a siete zabralo az vypnutie offloadingov a checksumingov na kartach.
D.
Tiskni
Sdílej: