1
Server / Re:Privátní adresy ve veřejném DNS, knot-resolver a apple.com
« Poslední příspěvek od Ħαℓ₸℮ℵ ␏⫢ ⦚ kdy Dnes v 10:34:39 »A ty jako pingneš 10.52.192.140? Kdo pingne,ať hodí routerem.
Tak to jejich dns nepoužívej 
Poslední příspěvky
2
Sítě / Re:Příčina poklesu RX u Wi-Fi karty
« Poslední příspěvek od Ħαℓ₸℮ℵ ␏⫢ ⦚ kdy Dnes v 10:29:10 »Nevím,co je chain, ale karta je 1streamová/802.11n 2.4Ghz ("72" Mbps)
Střelim od boku: "1 chain" je MIMO 1x1?
Střelim od boku: "1 chain" je MIMO 1x1?
3
Sítě / Re:T-Mobile Fiber - Sagemcom 5670 a bridge mod
« Poslední příspěvek od Lukas Dzunko kdy Dnes v 10:28:34 »Ani https://mikrotik.com/product/RB1100AHx2 to nezvládne, i když normálně 1G přenese.Pouzivate fastpath a fasttrack ?
4
Hardware / Re:Ako ochranit baterku v notebooku?
« Poslední příspěvek od aaa158 kdy Dnes v 09:48:13 »
5
Sítě / Re:Příčina poklesu RX u Wi-Fi karty
« Poslední příspěvek od dj-bobr kdy Dnes v 09:35:30 »+ mě ještě napadlo, že v případě více chainů (802.11n, 802.11ac) každý další použitý chain znamená snížení výkonu jednotlivého chainu, tak je otázka, co se zobrazuje za RX hodnotu - jestli jeden jednotlivý chain, tak to dává logiku.
Zkusil bych tam nastavit natvrdo single chain standardy - 802.11g, 802.11a - jestli ty poklesy zmizí, tak je to jasné.
Zkusil bych tam nastavit natvrdo single chain standardy - 802.11g, 802.11a - jestli ty poklesy zmizí, tak je to jasné.
6
Studium a uplatnění / Re:Niche trhy v IT
« Poslední příspěvek od Medo77 kdy Dnes v 09:16:25 »Off - niekde som cital nazor konzultanta na SAP, ze ano .. Je to ohybne, pomale, drahe, ludia na to nadavaju, a jediny, kto s tym dokaze robit su prave a len konzultanti ... Ale tie prachy ! :-)
7
Sítě / Re:Příčina poklesu RX u Wi-Fi karty
« Poslední příspěvek od dj-bobr kdy Dnes v 09:14:19 »Tipoval bych, že se projevuje snižování vysílacího výkonu při vyšších modulačních rychlostech (potažmo MCS).
Je zcela běžné, že při rychlostech jako 1Mbit nebo 6Mbit má karta maximální výkon třeba 27dBm, ale při 54Mbit nebo HT (802.11n) jen 20dBm. Je to hlavně kvůli linearitě vysokofrekvenčního koncového zesilovače, jelikož vyšší modulace jsou citlivější na čistotu signálu, a při vyšších výkonech je signál spektrálně "špinavější".
Je zcela běžné, že při rychlostech jako 1Mbit nebo 6Mbit má karta maximální výkon třeba 27dBm, ale při 54Mbit nebo HT (802.11n) jen 20dBm. Je to hlavně kvůli linearitě vysokofrekvenčního koncového zesilovače, jelikož vyšší modulace jsou citlivější na čistotu signálu, a při vyšších výkonech je signál spektrálně "špinavější".
8
Server / Re:Privátní adresy ve veřejném DNS, knot-resolver a apple.com
« Poslední příspěvek od Filip Jirsák kdy Dnes v 09:12:45 »Podle mne to doporučení, že by ve veřejném DNS neměly být záznamy vedoucí na IP adresy z privátních rozsahů, neodpovídá dnešní realitě. To mělo smysl v době, kdy se ty IP adresy používaly opravdu pro privátní sítě. Ale dnes se masivně používají pro sítě, které by chtěly být v internetu, ale není pro ně dostatek IPv4 adres, takže se to flikuje NATem. Do toho se používá DNSSEC, je tlak na používání důvěryhodných certifikátů – což je vše v pořádku. A to omezení se holt do tohoto světa nehodí.
9
Studium a uplatnění / Re:Niche trhy v IT
« Poslední příspěvek od Karmelos kdy Dnes v 08:58:44 »Jestli chceš mermomocí zášivku v korporátu tak ten sap podle mě dost dobře platí. Určitě si vybereš:https://jobs.sap.com/go/SAP-Jobs-in-Czech-Republic/881701/
10
Server / Privátní adresy ve veřejném DNS, knot-resolver a apple.com
« Poslední příspěvek od pcmonkey kdy Dnes v 08:37:19 »Ahoj všem,
chtěl bych se podělit o jednu nepříjemnou zkušenost z počátku tohoto týdne. Zřejmě v souvislosti s novym iOS release upravil Apple DNS tak, ze v NS záznamy ess.apple.com směřují na privátní adresy dle RFC1918. Stalo se tak 16.9. cca v 1:20.
dig -4 +trace ns ess.apple.com.
; <<>> DiG 9.18.28-1~deb12u2-Debian <<>> -4 +trace ns ess.apple.com.
---cut ---
ess.apple.com. 43200 IN NS a.ns.apple.com.
ess.apple.com. 43200 IN NS b.ns.apple.com.
ess.apple.com. 43200 IN NS c.ns.apple.com.
ess.apple.com. 43200 IN NS d.ns.apple.com.
ess.apple.com. 43200 IN NS usmsc2-extxfr-001.dns.apple.com.
ess.apple.com. 43200 IN NS mressext-axfrdnsvip.mr.if.apple.com.
ess.apple.com. 43200 IN NS pvessext-axfrdnsvip.pv.if.apple.com.
ess.apple.com. 43200 IN NS stessext-axfrdnsvip.st.if.apple.com.
;; Received 499 bytes from 204.19.119.1#53(c.ns.apple.com) in 8 ms
;; communications error to 10.52.192.140#53: timed out
;; communications error to 10.52.192.140#53: timed out
;; communications error to 10.52.192.140#53: timed out
ess.apple.com. 43200 IN NS a.ns.apple.com.
ess.apple.com. 43200 IN NS b.ns.apple.com.
ess.apple.com. 43200 IN NS c.ns.apple.com.
ess.apple.com. 43200 IN NS d.ns.apple.com.
ess.apple.com. 43200 IN NS usmsc2-extxfr-001.dns.apple.com.
ess.apple.com. 43200 IN NS mressext-axfrdnsvip.mr.if.apple.com.
ess.apple.com. 43200 IN NS pvessext-axfrdnsvip.pv.if.apple.com.
ess.apple.com. 43200 IN NS stessext-axfrdnsvip.st.if.apple.com.
;; BAD (HORIZONTAL) REFERRAL
;; Received 499 bytes from 204.19.119.1#53(c.ns.apple.com) in 8 ms
;; communications error to 10.52.200.235#53: timed out
ess.apple.com. 300 IN NS a.ns.apple.com.
ess.apple.com. 300 IN NS b.ns.apple.com.
ess.apple.com. 300 IN NS c.ns.apple.com.
ess.apple.com. 300 IN NS d.ns.apple.com.
;; Received 137 bytes from 17.253.207.1#53(b.ns.apple.com) in 8 ms
Ty tři poslední NS pro ess.apple.com jsou na privátních adresách. Smutné...
Pokud používáte knot-resolver a máte zapnutý dns rebinding protection - modules.load('rebinding < iterate'), knot-resolver, přestoze vlatní výsledek rezoluce nevede na privátní adresu, posílá REFUSED (rcode 5).
Pokud máte vytíženější DNS resolvery, vede to k masivní amplifikaci provozu. Apple klienti to pak zkoušejí stále dokola. Unbound toto zresolví.
A.
chtěl bych se podělit o jednu nepříjemnou zkušenost z počátku tohoto týdne. Zřejmě v souvislosti s novym iOS release upravil Apple DNS tak, ze v NS záznamy ess.apple.com směřují na privátní adresy dle RFC1918. Stalo se tak 16.9. cca v 1:20.
dig -4 +trace ns ess.apple.com.
; <<>> DiG 9.18.28-1~deb12u2-Debian <<>> -4 +trace ns ess.apple.com.
---cut ---
ess.apple.com. 43200 IN NS a.ns.apple.com.
ess.apple.com. 43200 IN NS b.ns.apple.com.
ess.apple.com. 43200 IN NS c.ns.apple.com.
ess.apple.com. 43200 IN NS d.ns.apple.com.
ess.apple.com. 43200 IN NS usmsc2-extxfr-001.dns.apple.com.
ess.apple.com. 43200 IN NS mressext-axfrdnsvip.mr.if.apple.com.
ess.apple.com. 43200 IN NS pvessext-axfrdnsvip.pv.if.apple.com.
ess.apple.com. 43200 IN NS stessext-axfrdnsvip.st.if.apple.com.
;; Received 499 bytes from 204.19.119.1#53(c.ns.apple.com) in 8 ms
;; communications error to 10.52.192.140#53: timed out
;; communications error to 10.52.192.140#53: timed out
;; communications error to 10.52.192.140#53: timed out
ess.apple.com. 43200 IN NS a.ns.apple.com.
ess.apple.com. 43200 IN NS b.ns.apple.com.
ess.apple.com. 43200 IN NS c.ns.apple.com.
ess.apple.com. 43200 IN NS d.ns.apple.com.
ess.apple.com. 43200 IN NS usmsc2-extxfr-001.dns.apple.com.
ess.apple.com. 43200 IN NS mressext-axfrdnsvip.mr.if.apple.com.
ess.apple.com. 43200 IN NS pvessext-axfrdnsvip.pv.if.apple.com.
ess.apple.com. 43200 IN NS stessext-axfrdnsvip.st.if.apple.com.
;; BAD (HORIZONTAL) REFERRAL
;; Received 499 bytes from 204.19.119.1#53(c.ns.apple.com) in 8 ms
;; communications error to 10.52.200.235#53: timed out
ess.apple.com. 300 IN NS a.ns.apple.com.
ess.apple.com. 300 IN NS b.ns.apple.com.
ess.apple.com. 300 IN NS c.ns.apple.com.
ess.apple.com. 300 IN NS d.ns.apple.com.
;; Received 137 bytes from 17.253.207.1#53(b.ns.apple.com) in 8 ms
Ty tři poslední NS pro ess.apple.com jsou na privátních adresách. Smutné...
Pokud používáte knot-resolver a máte zapnutý dns rebinding protection - modules.load('rebinding < iterate'), knot-resolver, přestoze vlatní výsledek rezoluce nevede na privátní adresu, posílá REFUSED (rcode 5).
Pokud máte vytíženější DNS resolvery, vede to k masivní amplifikaci provozu. Apple klienti to pak zkoušejí stále dokola. Unbound toto zresolví.
A.
