Příspěvky

1

Server / Re:Jaký DNS resolver pro LAN a VPN?

« kdy: 01. 07. 2025, 09:44:52 »

Dovolil bych si upozornit na pdnsd: http://members.home.nl/p.a.rombouts/pdnsd/. Používáme už léta v našich systémech u zákazníků k naprosté spokojenosti.

2

Sítě / Re:Routing provozu z více WAN

« kdy: 16. 06. 2025, 10:45:31 »

Doporučuji nakouknout do:
https://www.root.cz/clanky/policy-based-routing-v-linuxu-smerovani-provozu-pod-kontrolou/nazory/
Pan Radek Zajíc mi velice pomohl ;-)

3

Desktop / Re:Možnosti RDP na linuxovém desktopu

« kdy: 03. 04. 2025, 11:00:31 »

Já mám v .xinitrc použité:

Kód: [Vybrat]

ssh -Y <user>@<server> 'source /etc/profile;icewm-session'To pro uživatele během startu X sezení spustí vzdálené sezení. Samozřejmě místo icewm-session je potřeba spustit patřičnou X session. Funguje to pouze na X11.

4

Hardware / Re:Sériová konzole mezi dvěma počítači současně

« kdy: 18. 09. 2024, 09:40:11 »

Jak ale udělat ,aby přes ten jeden samý UART spoj  to běželo obousměrně? že se  můžu přihlásit z počítače A na B a z počítače B na A. Souběžně. Jedním UART spojem.

Obousměrně ti to běží. Ale. na rozdíl od síťového spojení kde můžeš jedním kabelem vést více spojení, na seriové lince můžeš mít spojení pouze jedno. Případně nad tímto spojem (kabelem) můžeš rozběhnout síťovou nadstavbu tak jak se to dělalo v počátcích internetu.

5

Windows a jiné systémy / Re:WireGuard na Windows s více klienty

« kdy: 28. 03. 2024, 08:30:09 »

Server wg ip: 10.10.10.1/24
Client1 wg ip: 10.10.10.2/32
Client2 wg ip: 10.10.10.3/32

No správně má být:
Server wg ip: 10.10.10.1/24
Client1 wg ip: 10.10.10.2/24
Client2 wg ip: 10.10.10.3/24

6

Hardware / Re:Identifikace USB zařízení - FTDI

« kdy: 26. 03. 2024, 09:35:18 »

FTDI má unikátní sériové číslo. Na Linuxu podle toho udev vytváří symlinky. Například /dev/serial/by-id/usb-FTDI_FT231X_USB_UART_XXXXXX-if00-port0 kde XXXXX je garantováno výrobcem že bude unikátní (a případně dokonce existuje nějaký tool, kterým to můžeš přeprogramovat).

Tím toolem můžeš dokonce přepsat nejen sériové číslo, ale i další identifikační údaje, my si tam přepisujeme položku "manufacturer" naší firmou a položku "product" identifikací zařízení. Podle to se nám na linuxu FTDIčka přiřazují na vhodně pojmenované device aniž bychom se starali o sériová čísla.

7

Hardware / Re:Zkušenosti s obnovou dat z havarovaného disku

« kdy: 12. 09. 2023, 09:32:36 »

https://www.lamaexpert.cz/
Zatím 100% spokojenost - obnovovali jsme nedávno. Historicky prověřeno.

Potvrzuji, 100% kvalita, osobni zkusenost. ;-)

8

Server / Re:Optimalizace TCP-in-TCP v SSH

« kdy: 14. 04. 2023, 09:19:03 »

https://www.root.cz/clanky/postavte-si-vpn-pomoci-sshuttle-bude-vam-stacit-pristup-na-ssh/

9

Sítě / Re:Jak řešit routing z vnitřní sítě ,aby šel na TUN a ne na WAN

« kdy: 29. 03. 2023, 09:30:12 »

Možná vám pomůže diskuze pod článkem https://www.root.cz/clanky/policy-based-routing-v-linuxu-smerovani-provozu-pod-kontrolou/, tam mi pan Radek Zajíc poradil https://www.root.cz/clanky/policy-based-routing-v-linuxu-smerovani-provozu-pod-kontrolou/nazory/1085076/

10

Sítě / Re:Divná elektřina v bytě rozbíjí síť

« kdy: 30. 05. 2022, 08:51:37 »

Při výpadku fička (proudového chrániče) ti po rozvodu proběhne impulz, který zblázní ty switche. Takže buď malá UPSka, která je podrží a ochrání, nebo ještě lépe dej si do pořádku tu troubu. Buď je v ní poškozená instalace nebo je vadné topné těleso. Takto je to nebezpečné a stejně to zanedlouho odejde, ale pak budou možná i čmoudíky. (Nezapomenu, jak nám dcerka s úsměvem oznámila: "Jé, hoří nám pračka.")

11

Server / Re:Záchrana Btrfs volume poškozeného při btrfs check

« kdy: 13. 05. 2022, 08:40:52 »

Co dál: Vytvořím nový Btrfs volume, přes btrfs send/receive přenesu několik vhodně zvolených snapshotů

No já bych raději přenášel pouze soubory např. rsyncem, bál bych se, aby mi tam btrfs send/receive nepřenesl nejakou chybičku (jistota je kulomet ;-))

12

Sítě / Re:Zkušenost multicast (video) a levné switche

« kdy: 21. 12. 2021, 10:55:04 »

Například switch HPE OfficeConnect 1920S 48G 4SFP PPoE+ mrší provoz multicastu neuvěřitelným způsobem. Pokud přes něj jde jen jednomu odběrateli, tak to funguje. Při přihlášení druhého odběratele první po chvíli upadne. Při vhodném restartu zdrojů a odběratelů lze docílit stavu, kdy to funguje, ale jen do okamžiku než se něco restartne. A to se jedná o switch, který o sobě v dokumentaci výslovně tvrdí, že multicast umí.

13

Sítě / Re:IOT a zabezpečení LAN (separátní virtuální sítě a komunikace mezi nimi)

« kdy: 01. 07. 2021, 08:35:49 »

Mě, když jsem se snažil pochopit pokročilejší síťování, VLANy a routování mezi nimi, strašně moc pomohl https://www.samuraj-cz.com/clanky-kategorie/site/. Sice je to psané jakoby pro uživatele Cisca, ale má to velice přehledně a čitelně (a česky).