Zemřel Scott Adams, tvůrce komiksových stripů Dilbert parodujících pracovní prostředí velké firmy.
Sdružení CZ.NIC vydalo novou verzi Knot Resolveru (6.1.0). Jedná se o první vydanou stabilní verzi 6, která je nyní oficiálně preferovanou a doporučovanou verzí, namísto předešlé verze 5. Více o Knot Resolveru 6 je možné se dočíst přímo v dokumentaci.
Byl vydán Linux Mint 22.3 s kódovým jménem Zena. Podrobnosti v přehledu novinek a poznámkách k vydání. Vypíchnout lze, že nástroj Systémová hlášení (System Reports) získal mnoho nových funkcí a byl přejmenován na Informace o systému (System Information). Linux Mint 22.3 bude podporován do roku 2029.
Wine bylo po roce vývoje od vydání verze 10.0 vydáno v nové stabilní verzi 11.0. Přehled novinek na GitLabu. Vypíchnuta je podpora NTSYNC a dokončení architektury WoW64.
Byl vydán Mozilla Firefox 147.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Firefox nově podporuje Freedesktop.org XDG Base Directory Specification. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 147 bude brzy k dispozici také na Flathubu a Snapcraftu.
Asociace repair.org udělila anticeny těm nejhorším produktům představeným na veletrhu CES 2026. Oceněnými jsou například šmírující kamery Amazon Ring AI, chytrý běžecký pás od společnosti Merach, která otevřeně přiznává, že nedokáže zabezpečit osobní data uživatelů, případně jednorázové lízátko, které rozvibrovává čelisti uživatele a tak přehrává hudbu. Absolutním vítězem je lednička od Samsungu, která zobrazuje reklamy a kterou lze otevřít pouze hlasovým příkazem přes cloudovou službu.
Íránští protirežimní aktivisté si všímají 30% až 80% ztráty packetů při komunikaci se satelity služby Starlink. Mohlo by se jednat o vedlejší důsledek rušení GPS, kterou pozemní přijímače Starlinku používají k výpočtu polohy satelitů a kterou se režim rovněž snaží blokovat, podle bezpečnostního experta a iranisty Amira Rashidiho je ale pravděpodobnější příčinou terestrické rušení přímo satelitní komunikace Starlinku podobnou
… více »Evropská komise (EK) zvažuje, že zařadí komunikační službu WhatsApp americké společnosti Meta mezi velké internetové platformy, které podléhají přísnější regulaci podle unijního nařízení o digitálních službách (DSA). Firmy s více než 45 miliony uživatelů jsou podle DSA považovány za velmi velké on-line platformy (Very Large Online Platforms; VLOP) a podléhají přísnějším pravidlům EU pro internetový obsah. Pravidla po
… více »Tržní hodnota technologické společnosti Alphabet poprvé v historii přesáhla čtyři biliony dolarů (83 bilionů Kč). Stalo se tak poté, co Apple oznámil, že bude na poli umělé inteligence (AI) spolupracovat s dceřinou firmou Alphabetu, společností Google.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 161 (pdf).
Pekny den prajem,
chcel by som sa spytat ci mi nebude niekto vediet poradit. Mam nastavene 3 DNS servery 2 su master a slave v lokalnej sieti a treti mam mimo ktory ma na starosti inu skupinu pocitacov. Na tych 2 serveroch v lokalnej sieti mam nastaveny zone forwarding ktory smeruje na treti server.
Problem je ale v pomalosti resolvingu a takisto aj pingu.
Ak si dam ping priamo na IP adresu pocitaca v tej tretej sieti tak 3 pingy trvaju 2 sekundy. Ak spustim ping cez hostname toho pocitaca tak 3 pingy trvaju 10 sekund. Takze je jasne ze bude problem niekde s DNS zaznamami ale nedokazem na to prist ze kde.
Stretol sa uz niekto s tymto?
Dakujem za kazdu radu.
Andy
Ak si dam ping priamo na IP adresu pocitaca v tej tretej sieti tak 3 pingy trvaju 2 sekundy. Ak spustim ping cez hostname toho pocitaca tak 3 pingy trvaju 10 sekund.Tzn. že v druhém případě je prodleva 8 sekund, pak se teprve začne pinkat a během dvou sekund se odešlou 3 požadavky a dojdou 3 odpovědi? Pokud ne, v DNS bych problém nehledal -- DNS překlad se provádí akorát jednou na začátku
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
pingu (pokud tedy nemáte nějaký upravený ping, který by se ptal před každým pinknutím).
Prikladam vystup prikazov:
time ping -c3 term0150.pob.domena.cz
PING term0150.pob.domena.cz (172.16.9.98) 56(84) bytes of data.
64 bytes from term0150.pob.domena.cz (172.16.9.98): icmp_seq=1 ttl=59 time=41.3 ms
64 bytes from term0150.pob.domena.cz (172.16.9.98): icmp_seq=2 ttl=59 time=45.5 ms
64 bytes from term0150.pob.domena.cz (172.16.9.98): icmp_seq=3 ttl=59 time=30.8 ms
--- term0150.pob.domena.cz ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 10097ms
rtt min/avg/max/mdev = 30.824/39.217/45.522/6.183 ms
real 0m20.138s
user 0m0.000s
sys 0m0.004s
time ping -c3 172.16.9.98
PING 172.16.9.98 (172.16.9.98) 56(84) bytes of data.
64 bytes from 172.16.9.98: icmp_seq=1 ttl=59 time=38.9 ms
64 bytes from 172.16.9.98: icmp_seq=2 ttl=59 time=29.9 ms
64 bytes from 172.16.9.98: icmp_seq=3 ttl=59 time=37.2 ms
--- 172.16.9.98 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 29.926/35.390/38.991/3.934 ms
real 0m2.042s
user 0m0.000s
sys 0m0.000s
Je mozne ze tam su nejak zle nakonfigurovane spatne dns zaznamy ale toho sa tiez neviem dohladat.
Kazdopadne ked pingam cez dns zaznam tak odozva na kazdy ping ma tak 3 sekundy pauzu a potom dojde dalsia odozva. Cez IP adresu to ide okamzite.
Kazdopadne ked pingam cez dns zaznam tak odozva na kazdy ping ma tak 3 sekundy pauzu a potom dojde dalsia odozva.To vypadá spíš na problém s reverzním mapováním (Ip adresa na název) -- zkuste ten
ping spustit s parametrem -n.
Jinak si zkontrolujte, zda máte v /etc/resolv.conf DNS servery, které jsou opravdu dostupné a odpovídají. Klasický problém s DNS je v tom, že se zkusí první server, ten neodpovídá a musí se počkat na timeout a teprve pak se zkouší další.
V /etc/resolv.conf mam DNS servery ktore su urcite dostupne. Ten ping s parametrom -n zabral takze urcite je problem v reverznom mapovani.
Dakujem za odpovede az na to pridem dam vediet.
Tiskni
Sdílej:
