1
Bazar / Re:Prodám 2× Kingston 32GB DDR4 3200MT/s ECC Unbuffered DIMM
« Poslední příspěvek od RDa kdy Dnes v 00:09:23 »2x 1500 ? po Praze dojedu
Poslední příspěvky
2
Sítě / Re:Nová infrastruktura, 10-15 sekcí - VLAN? [Mikrotik]
« Poslední příspěvek od Pepek_Namornik kdy 28. 02. 2026, 23:13:29 »To schéma už je dost staré a situace prošla výraznou evolucí, ale chápu, že je tady po tom tuna textu, takže se v tom blbě orientuje (a taky chápu, že ne vše se úplně chce číst...).
Když jsem tam provizorně hodil hAP ax2, které se mi povalovalo doma aby se dalo rozjet topení, tak to jelo cca 160Mbit, ale optika se aktuálně v obci kope. Minimálně s 1Gb PPPoE počítám, že rovnou aktuálně pořízený router musí utáhnout - což je těsně nad hranicí RB5009, takže je právě ta 2004 minimum.
V budově ale bude naprosté minimum vnitřního provozu, maximálně v rámci jednoho pracoviště na switchi, bez serverů - takže u GW stejně všechno skončí natované v CPU do PPPoE - switchovat mezi porty prakticky nebude co.
Btw wAP už mám v novejší verzi nahozené místo hAP ax, stejně tak CCR326. Místo CSS610 do malých switchů zvažuju 5009 - ROS, 2,5G out of box, možnost S+RJ10 nebo 10G optiky později.
Výkon té CRS418 je podle MT testů cca jako hAP ax³, poloviční oproti 4011.
Když jsem tam provizorně hodil hAP ax2, které se mi povalovalo doma aby se dalo rozjet topení, tak to jelo cca 160Mbit, ale optika se aktuálně v obci kope. Minimálně s 1Gb PPPoE počítám, že rovnou aktuálně pořízený router musí utáhnout - což je těsně nad hranicí RB5009, takže je právě ta 2004 minimum.
V budově ale bude naprosté minimum vnitřního provozu, maximálně v rámci jednoho pracoviště na switchi, bez serverů - takže u GW stejně všechno skončí natované v CPU do PPPoE - switchovat mezi porty prakticky nebude co.
Btw wAP už mám v novejší verzi nahozené místo hAP ax, stejně tak CCR326. Místo CSS610 do malých switchů zvažuju 5009 - ROS, 2,5G out of box, možnost S+RJ10 nebo 10G optiky později.
Výkon té CRS418 je podle MT testů cca jako hAP ax³, poloviční oproti 4011.
3
Sítě / Re:Existuje nějaká náhrada za 3G Zónu / femtocell?
« Poslední příspěvek od Tonda kdy 28. 02. 2026, 23:07:36 »Poněkud problém je, že ho musí podporovat nejen operátor ale i koncové zařízení a pak navíc musí operátor podporovat to koncové zařízení a to koncové zařízení musí také podporovat toho operátora. Čili ve výsledku si můžete s velkou částí zařízení trhnout nohou operátor neoperátor čili i to je taková alternativa nealternativa.Jo, mám Honor 20, který umí VoWifi, ale u O2 mi to nefunguje. A je spousta telefonů, kde to funguje. Takže můžu buď hledat výmluvy proč to nejde nebo způsob jak toho dosáhnout - služba od operátora, který VoWifi podporuje a telefon, který v dané síti funguje.
4
Bazar / Prodám 2× Kingston 32GB DDR4 3200MT/s ECC Unbuffered DIMM
« Poslední příspěvek od davidc kdy 28. 02. 2026, 22:50:59 »Prodám 2x modul KSM32ED8/32ME, cenu nabídněte, osobní předání Praha nebo zašlu poštou
5
Sítě / Re:Existuje nějaká náhrada za 3G Zónu / femtocell?
« Poslední příspěvek od Tonda kdy 28. 02. 2026, 22:40:26 »Vyzkoušeno, 2 TP-Linky, nyní Mikrotik, stejné.Tak to pak zavání, že problém je ISP, kdysi mi jeden známý co dělal v IT ve firmě kde se hodně zaměstnanci připojovali přes VPN povídal, že nejvíc problémů bývá právě s lokálními ISP, mívají to různě osockované a zbastlené. A nebo teda taky telefon.
6
Sítě / Re:Nová infrastruktura, 10-15 sekcí - VLAN? [Mikrotik]
« Poslední příspěvek od ch3 kdy 28. 02. 2026, 22:08:23 »CRS418 ma cca 40% routovaciho vykonu CCR2004
7
Distribuce / Debian po probuzení přenastaví síťová rozhraní
« Poslední příspěvek od LacconePanda kdy 28. 02. 2026, 22:04:18 »A mám toho dost! Proč po probuzení linuxového PC (z hibernation) se bezdrátová karta jmenuje wlan0 když už jsem byl nucen si zvyknout na krkolomná jména fn5z7b6 nebo ad0lf18SS44
je to debian 13, standartně vidím v dmesg něco jako "udev detected renamed wlan0 to wllp1s0" mám v systemd/network/.netdev pravidlo pro vytvoření druhého virtual wifi s pevným jménam device a standardně se jmenuje rozhraní wlp1s0.. Stávalo se mi za nějakých okolností že při 1/10 bootů se jmenovalo wlan0. Mám udělat netdev pro toto rohraní? neudělá to bordel třetí rozhraní? Dokonce jsem i kvůli tomu přizpusobil .network soubor [Match]Name=wlan0 wlp1s0, ale wpa_supplicant@wlp1s0 asi budu muse taky rozdvojit na wpa_suplicant@wlan0 ....
taky mám v dmesg něco jako systemd(1): Timed out waiting for device sys-subsystem-ne-devices-wlp1s0.device a systemd-networkd(454) wlan0 :Interface na name change detected, renamed to wlp1s0
A co hůř! mohu přejmenovat "wlan0" na wlennart0 ale už na na wlp1s0(a to ani jiný zařízení) ... RTNETLINK File exists !!! Co to sakra je!!! Odpovim sisám! druhéé virtual wifi rozhraní přebralo jméno wlp1s0 jako altname!
Nějak se ta modernizce nepovedla a nové pořádky. Používám systemd-netwokd plus netwokring (man interfaces)
Druhá věc co m taky rozbila a ktomu bych se chtěl zepat co se děje. Je definovaný síťový most a jen jsem čuměl že ip link hlásí, že síťový most má stejnou mac adresu jako jeho první rozhraní(pro jistotu jiné rozhraní než to co změilo jméno) Zatímco když vytvořím iw interface add virtuální rozhraní bez uvedení mac adresy a snažím se JEDNO z nich dát UP, tak mě to hned praští po hubě "RTNETLINK ANSWERS Name not unique on etwork".Měří linux i mostům stejnym metrem?
proč po probuzení získal síťový most jinou MAC adresu?
A to mě přivádí k otázce: musí mít každý member síťového mostu unikátní mac adresu? I včetně mostu samotného? nebo se zde může vyskytovat jedna nebo dvě duplicity?
Otázka další: jak bude fungovat wake on LAN a jakou adresu mám zadávat? Nabízí se poznatek, že ve vypnutém=hibernovaném stavu nemá (nedošlo) ke změně MAC adresy.
Ale po třetím, čtvrté hibenaci a nebo po manuální změna mac adresy ? Jakou adresu pak mám zadávat jinému počítači? Reaguje na svou permantní adresu nebo i na nastavenou nově? Projeví se změna pokud ta ethernetová síťovka je v mostu a budu měnit ip link set addr pro dev mostu nebo pro dev karty?
Existuje nějaké zařízení (member mostu) , který je jako primární? Co je KeepMaster?
dotaz mimo: proč neexistuje systemctl sleep příkaz? (THe system will sleep now! /The system will hibernate now)
je to debian 13, standartně vidím v dmesg něco jako "udev detected renamed wlan0 to wllp1s0" mám v systemd/network/.netdev pravidlo pro vytvoření druhého virtual wifi s pevným jménam device a standardně se jmenuje rozhraní wlp1s0.. Stávalo se mi za nějakých okolností že při 1/10 bootů se jmenovalo wlan0. Mám udělat netdev pro toto rohraní? neudělá to bordel třetí rozhraní? Dokonce jsem i kvůli tomu přizpusobil .network soubor [Match]Name=wlan0 wlp1s0, ale wpa_supplicant@wlp1s0 asi budu muse taky rozdvojit na wpa_suplicant@wlan0 ....
taky mám v dmesg něco jako systemd(1): Timed out waiting for device sys-subsystem-ne-devices-wlp1s0.device a systemd-networkd(454) wlan0 :Interface na name change detected, renamed to wlp1s0
A co hůř! mohu přejmenovat "wlan0" na wlennart0 ale už na na wlp1s0(a to ani jiný zařízení) ... RTNETLINK File exists !!! Co to sakra je!!! Odpovim sisám! druhéé virtual wifi rozhraní přebralo jméno wlp1s0 jako altname!
Nějak se ta modernizce nepovedla a nové pořádky. Používám systemd-netwokd plus netwokring (man interfaces)
Druhá věc co m taky rozbila a ktomu bych se chtěl zepat co se děje. Je definovaný síťový most a jen jsem čuměl že ip link hlásí, že síťový most má stejnou mac adresu jako jeho první rozhraní(pro jistotu jiné rozhraní než to co změilo jméno) Zatímco když vytvořím iw interface add virtuální rozhraní bez uvedení mac adresy a snažím se JEDNO z nich dát UP, tak mě to hned praští po hubě "RTNETLINK ANSWERS Name not unique on etwork".Měří linux i mostům stejnym metrem?
proč po probuzení získal síťový most jinou MAC adresu?
A to mě přivádí k otázce: musí mít každý member síťového mostu unikátní mac adresu? I včetně mostu samotného? nebo se zde může vyskytovat jedna nebo dvě duplicity?
Otázka další: jak bude fungovat wake on LAN a jakou adresu mám zadávat? Nabízí se poznatek, že ve vypnutém=hibernovaném stavu nemá (nedošlo) ke změně MAC adresy.
Ale po třetím, čtvrté hibenaci a nebo po manuální změna mac adresy ? Jakou adresu pak mám zadávat jinému počítači? Reaguje na svou permantní adresu nebo i na nastavenou nově? Projeví se změna pokud ta ethernetová síťovka je v mostu a budu měnit ip link set addr pro dev mostu nebo pro dev karty?
Existuje nějaké zařízení (member mostu) , který je jako primární? Co je KeepMaster?
dotaz mimo: proč neexistuje systemctl sleep příkaz? (THe system will sleep now! /The system will hibernate now)
8
Sítě / Záložní cesta podle ip nexthop
« Poslední příspěvek od LacconePanda kdy 28. 02. 2026, 21:28:17 »Myslel jsem že když si zadefinuju pomocí ip nexthop add id a ip nexthop add group + ip route add default nhid, že docílím čeho chci,že ten router bude vybírat na jaký nexthop posílat pakety podle stavu - bez nějakého exaktního vyjádření - když prostě ten pc bude sám mít nefunkční bránu .(a to jsem nezmínil jednu věc, že v praxi tam budou i nexthopy přímo v pc samotném - (jedna z )brán je síťové rozhraní na tom pc přímo)
příkazy (nexthopy mají konektivitu ven a samotný pc by měl být "access" prvek)
nebo jinak cíl je aby když jeden z nexthopů nebude mít spojení do netu, aby se nepoužil -
a ještě jinak- mít jako druou, /třetí/ nexthop jako záložní když hlavní routa vypadne
Ono to nějak funguje, třeba ping nejde traceroute ano, číst TCP z nějakých adres ano.
čili z toho mam pocit že to funguje na principu ruské rulety (ip route get 45.67.x.y mi vrací střídavé hodnoty)
Dá se to docílit tímhle? Nebo je to naástroj mimo? podle resilient spíš mám pocit, že to jen nějak stabilizuje hash lookup, aby se minimalizoval "reordering" cílových nexthopů.. a
Ale je důsledek, že si s tím tenhle záměr nesplním?
příkazy (nexthopy mají konektivitu ven a samotný pc by měl být "access" prvek)
Kód: [Vybrat]
ip nexthop add id 12 via 10.1.0.40 dev e1
ip nexthop add id 11 via 10.1.0.45 dev e1 #(včetně onlink???)
ip nexthop add id 1 group 11/12 type resilient buckets ??? idle_timer ??? unbalanced_timer xxx
ip route add default nhid 1 Proto bych chtěl porozumět, jestli na tohle je ip nexthop ta správnávěc. Myslel jsem že právě type resilient místo typu mpath(default) bude fungovat podle představnebo jinak cíl je aby když jeden z nexthopů nebude mít spojení do netu, aby se nepoužil -
a ještě jinak- mít jako druou, /třetí/ nexthop jako záložní když hlavní routa vypadne
Ono to nějak funguje, třeba ping nejde traceroute ano, číst TCP z nějakých adres ano.
čili z toho mam pocit že to funguje na principu ruské rulety (ip route get 45.67.x.y mi vrací střídavé hodnoty)
Dá se to docílit tímhle? Nebo je to naástroj mimo? podle resilient spíš mám pocit, že to jen nějak stabilizuje hash lookup, aby se minimalizoval "reordering" cílových nexthopů.. a
Ale je důsledek, že si s tím tenhle záměr nesplním?
9
Sítě / Re:SSH nelze připojit přes SOCKS5 proxy
« Poslední příspěvek od Michal Šmucr kdy 28. 02. 2026, 21:20:30 »Netcat může být v distribucích ve více variantách. Ten port z OpenBSD, pak GNU netcat, další je z projektu Nmap a jmenuje se Ncat a nakonec třeba implementace v Busyboxu.
Ve Fedoře, RHEL atp. je to právě ten zmíněný Ncat
Ten má pro proxy odlišné parametry:
--proxy host:port
--proxy-type socks5
Ve Fedoře, RHEL atp. je to právě ten zmíněný Ncat
Ten má pro proxy odlišné parametry:
--proxy host:port
--proxy-type socks5
10
Sítě / Re:SSH nelze připojit přes SOCKS5 proxy
« Poslední příspěvek od Jan Fikar kdy 28. 02. 2026, 21:02:51 »netcat má na ubuntu dvě možné verze v balíčcích netcat-openbsd a netcat-traditional.
ten bsd má -X, možná ten traditonal to nemá? a musí se tam ten parametr dávat? vypadá to, že -X 5 je default. z man toho bsd:
ten bsd má -X, možná ten traditonal to nemá? a musí se tam ten parametr dávat? vypadá to, že -X 5 je default. z man toho bsd:
-X proxy_protocol
Use proxy_protocol when talking to the proxy server. Supported protocols are 4 (SOCKS v.4), 5 (SOCKS v.5) and connect (HTTPS proxy). If the protocol is not specified,
SOCKS version 5 is used.
