Poslední příspěvky

21

Sítě / Re:Metronet končí, ke komu přejít?

« Poslední příspěvek od Radek Zajíc kdy 01. 12. 2024, 23:19:37 »

Pomoci DHCPv6 jde teoreticky pouzivat i site s mensimi* prefixy nez /64. Router advertisement (RA) neobsahuje informaci o prefixu, muze ale oznamovat informaci o route ::/0. Teoreticky, protoze nektera zarizeni muzou mit s takovou konfiguraci potiz. DHCPv6 samo o sobe prideluje adresy s netmaskou /128 a neresi routing, ten zustava na RA.

V pripade statickych konfiguraci s mensim* prefixem problemy nebyvaji vubec, ale zase takhle nenakonfigurujete zarizeni jako mobily/tablety.

(*Mensim prefixem myslim prefix s mensim poctem adres, tj. vetsi netmaskou - treba /80, /96, 112.)

22

Hardware / Re:Brutální záseky a zpomalení s BT soundbarem

« Poslední příspěvek od František Ryšánek kdy 01. 12. 2024, 23:18:40 »

Nádech, a výdech :-)

1) ten streaming teda jede přes BlueTooth nebo přes wifi?
2) mobil a soundbar jsou wifi klienti, proti APčku za zdí? Nebo chcete říct, že BT přenos streamu se v pásmu ruší s wifinou?

Pokud správně rozumím, není tam žádné zařízení, kde by se dalo něco testovat.

Snad leda zkusit nějaké to čenichání na wifi - ale pokud je to šifrované WPA, tak stejně nejlíp čenichat ze strany AP, tzn. je k tomu potřeba odpovídající firmware...

A jinak už leda zkusit streamovat odjinud než z mobilu, apod. Prostřídat krabičky a sledovat, jestli se problém stěhuje.

23

Sítě / Re:Root.cz přes IPv6 se nezobrazí ve Firefoxu

« Poslední příspěvek od Michal Šmucr kdy 01. 12. 2024, 22:15:02 »

Omlouvám se, neznám přesně nastavení na Mikrotiku s PPPoE, ale klientům do sítě by se přes RA nemělo posílat delší MTU než je pak na vnějším rozhraní.
Takže jestli je na PPPoE rozhraní 1480, tak to RA upravte stejně. Nebo naopak v nastavení toho PPPoE klienta zkuste upravit na 1492, protože těch 1480 spíš vypadá jako nějaký konzervativní default v RouterOSu a ISP by mohl umět víc.
Ale možná mě někdo, kdo má víc zkušeností s Mikrotikem opraví nebo doplní.

24

Sítě / menší subnety než 64 ano/ne/jak pro sítě s "konc.zařízeními"?

« Poslední příspěvek od mikesznovu kdy 01. 12. 2024, 22:05:22 »

Mám dotaz na větu na straně 8 od Vantomas:

To, jestli je prefix /48 nebo /56 je pro koncového uživatele fakt nepodstatný rozdíl. Nejmenší prefix, aby f-
ungovalo SLAAC, což je protokol co na síti přiděluje adresy koncovým
 zařízením (to co dnes na IPv4 dělá DHCP server), je /64, pod něj
jít nejde. Teda jde, ale ne pro sítě s koncovými zařízeními.

Jak tomuto rozumět? rozumím, že nejmenší routovatelný blok je /64. Je to myšleno pro zařízení, který umím spravovat/nastavim jim statickou ipv6 nebo přes dhcpv6?
O jakých zařízeních je řeč?

[]
@eri @"allonet:
Nevidim tam moc vyhod, jak uz pisu uz s pocitem ze neco omezuji a pouzivaj ruzne
 smart veci jako uvadi i zde pri objednani
ze maji IQ Optimalizaci, kde zminuji Izraelskou technologii. Tu ale
nechci, protoze Izrael ve me evokuje to silne disciplinarni rizeni v zajmu bezpecnosti.

Které konkrétní rizeni ? a proč disciplinarní
 a v zájmu bezpečnosti čeho?

25

Sítě / Re:Přepínání rychlosti routeru

« Poslední příspěvek od Marek Staněk kdy 01. 12. 2024, 22:04:29 »

Nechtěl jsem rozpitvávat podrobnosti viz první příspěvek, ale trochu to upřesním. To rušení pochází od 1KW generátoru ma 13.5 Mhz. Podobný: http://www.plasmatechnol.com/ArticleShow.asp?ArticleID=434 Tento se používá k

A nepomohla by tedy uzemněná kovová trubka?
A nebo, když budeme trochu odvážnější, za 2x 400,- s DPH koupit převodníky na SFP/GBIC, za 12 dolarů z Alíka 3ks nebo za 2x300,- s DPH z Alzy dva GBICy, za pár stovek kus optiky, a poslat to kolem plazmometu optikou.

26

Sítě / Re:Přepínání rychlosti routeru

« Poslední příspěvek od Marek Staněk kdy 01. 12. 2024, 22:03:03 »

Pomáhal jsem to známému reklamovat, ale když tam přijel technik dodavatele, zrovna nefoukalo a vše šlo dobře.
Fakt se to blbě reklamuje.

Dovolím si s veškerou příslušnou úctou mírně nesouhlasit. Když se pustí sběr dat o rychlosti a chybách, a nasbírají data dejme tomu za týden, a vyhodnotí se kdy se to děje a ideálně jaké byly zrovna povětrnostní podmínky, mělo by to jít reklamovat naprosto v pohodě. Klíčové je ujasnit si, co se hledá, a podle toho měřit a ISPčkovi nachystat podklady.
Pokud je to venkovní kabel a dá se na něj dosáhnout (např vede skrz okenní rám na fasádu), dá se vítr simulovat rukou.

27

Hardware / Brutální záseky a zpomalení s BT soundbarem

« Poslední příspěvek od Vietnamka kdy 01. 12. 2024, 20:48:23 »

Když si chci pustit hudbu do BT soundbaru streamovanou hudbu přes mobil  Wifi síť  na wifině tak po nějaké době mi to začne brutálně lagovat (a z wifini nedostanu víc než 32kB/s). je divné že mi to blbne i na wifi s kanálem 1 i kanálem 12.
A na 5GHz je to k podělání uplně stejně!

Zkoušel jsem experimentovat s polohou telefonu, umístěním. Soundbar a smartphone jsou v 1 místnosti, router pod zdí. Ale normálně dá 32Mbps na obou pásmech (na 5GHz je to hodně loterie = když se to najde, tak to jde)

je to jen youtube stream audio stopy. čili nějaký <100kbps

Má bluetooth nějaký frekvenční hopy k ,který by to vysvětlovaly, že to jednou jde, , jednou ne a hlavně proč tedy ten bluetooth nehoopuje aby se nerušil s wifinou?


PS: a kromě toho, když zároveň v powerbance napájím+nabíjím soundbar a ten smarpthone tak periodicky asi každých 5 min dojde krátkému To mě taky vytáčí ^2 a amusím pak pokaždý máčknout čudla na soudnaru aby se přepnu na BT

28

Vývoj / Re:Vizuálně skrytý údaj na webové stránce

« Poslední příspěvek od Vietnamka kdy 01. 12. 2024, 20:41:09 »

On i úmysl tazatele může být i opačný...

. Je na to plno průzkumů i jeden zadaný od EU a
Ps. vždycky si ten produkt, ať se jedná o webovou stránku, nebo binárku PE, může kdokoliv koupit 2x a diffnout.

Máš na to odkaz^ ?

29

Server / Re:Jednoduchši HA na Proxmox

« Poslední příspěvek od darebacik kdy 01. 12. 2024, 20:37:44 »

Emaily nepotrebujem riesit. Mozno mi skor ide o to ak by sa to poruchalo po HW stranke (disky, ram, MB ...). To sa niekedy neda zohnat za 24 hod (vacsinou sa zle veci prihodia v piatok poobede). Aj ked nejaky HW by som nasiel v zasobach (kusky co mi ostali po vymene za novy HW), ale je to generacne stare, ale ako zaskok by to mozno stacilo.

V neposlednom rade chcem sa trocha naucit aj s HA, failover a pod.

30

Sítě / Nefunguje jablečný traceroute -P tcp

« Poslední příspěvek od Vietnamka kdy 01. 12. 2024, 20:37:35 »

Nefunguje  mitraceroute z OS X s paramtrem -P tcp.  ostatní ano.
sudo traceroute -q 2 -w1    -P tcp  -M4 -z 133 -np 443  -e alza.cz 250

Vyhvězdičkuje mě to.
zkoušel  jsem:

- s i bez přepínače -e (evade firewall mode , což inkrementuje čísla dst(!) portu , což se mi zdá naruby vymyšlené.)
- více serverů
-odmazat konkrétní port
-Víc sítí s macem.
- naopak křížem jsem si potvrdil že z obou sítí jde takhle tcptraceroutit  OK
- náhodné dst porty (-p 6666, 40221...) i "pevné" : 80,443
-odmazat parametry příkazu (-M)inimum ttl, velikost paketu (Stejv džobs usoudil, že velikost paketu se bude psát jako poslední parametr a ještě ke všemu bez přepínače!)

Což už je docela hodně kombinací

Nevíte kde by mohla být chyba? Vtipné je ,že  na příchozích paketech není nic nasvědčující nějakému blokování nebo špatnému NATování.

funguje někomu jablečný traceroute s  tcp?

Kód: [Vybrat]

traceroute to  (185.64.219.37), 64 hops max, 64 byte packets
42  * *
43  * *
44  * *
45  * *
46  * *
47  * *
48  * *


traceroute to  (91.213.160.123), 64 hops max, 64 byte packets
42  * *
43  * *
44  *^C

traceroute to  (172.64.155.86), 64 hops max, 250 byte packets
 4  * *
 5  * *