Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - veskotskujehnusne

Stran: [1] 2 3 ... 16
1
Desktop / Re:GUI admin aplikácie a utilitky pre unix
« kdy: 23. 09. 2024, 10:51:27 »
Kzones je už jen zoufalé záplatování toho, že si člověk nekoupil víc monitorů.

Většina toho v Plasmě je.

Ad 1. btop, glances, htop jsou normálně v ubuntu repu, Plasma má své GUI System Monitor.
Ad 2. Plasma má Partitionmanager, já mám raději Gparted, oboje umí více méně totéž.
Ad 3. Plasma má GUI System information (Informační centrum) - netuším, k čemu to může komu být, tohle nejsou Windows.
Ad 4. Nedoporučuji dělat.
Ad 5. Standardní config app v Plasmě.
Ad 6. viz. 2.
Ad 7. Plasma má Discover, ale  apt / aptitude je mnohem rychlejší. Bacha na Neonu se updatuje přes pkcon ne apt update.
Ad 8. Plasma má tzv Plasmoidy - widgety, které se dají vložit do panelů nebo na desktop. Tam je např. ChatAI - plasmoid, který dělá, co chcete.

Co je ale pro mě "killer feature" je Yakuake - vyskakovací terminál a pokud máte velký monitor Kwin script Kzones.
Především ale doporučuji aplikaci: "nerozvrtat, co funguje".

2
Sítě / Re:Nefunkční DHCP na oddělené VLAN
« kdy: 07. 08. 2024, 20:05:57 »
Aniž bych vám chtěl nějak zvlášť lichotit, takto položený dotaz je úplně k ničemu.

Tu větu, kde to jde z něčeho do něčeho něčeho něčeho jsem nedočetl, to je info úplně k ničemu. Vy píšete, že vám to v zásadě funguje, protože některá zařízení fungují, ale jiná ne. Teď je potřeba se zamyslet, nejlépe popsat, co je tedy jinak pro ta ostatní zařízení, která nefungují. Pokud je vše stejně, je to buď problém těch zařízení, nebo něco kupříkladu nestíhá? Kolik je celkem zařízení v tom subnetu, nevyhazují se vzájemně?


Zdravím, mám otázečku ohledně sítí a DHCP serveru. Snažíme se teď oddělit čtečky, co používají ve skladu, na VLAN 16 s rozsahem 192.168.16.0. Na každém switchy co je po cestě jsem přidal vlany a trunky tam, kde jsou třeba. Na routeru jsem udělal routování, aby se to dostalo na DHCP server, který je na 10.x.x.x síti. Čtečky se na síť normálně připojí, i dostanou správnou IP adresu, ale funguje třeba 7 čteček ze 40, ostatní se pořád připojují a odpojují, leases jsou v DHCP vidět. 

APčka máme Ubiquiti nějaký long range, 3 jdou do cisco PoE Switche, z toho Cisco PoE Switche to jde ještě do unmanaged PoE Switche od Dahua, kde jsou další 4 AP. Z Cisca do serverovny to jde pak ještě přes jeden Planet switch, z toho to Ubiquiti switche, z toho do fortigatu, kde se to routuje, takže zpátky na Ubiquiti switche, z toho do Cisco switche v racku se serverama a z toho do HPE serveru, kde běží to DHCPko. Je to teda brutální směska všech zařízení a časem určitě chceme L3 switch, aby si router dáchnul, ale teďka to musíme zprovoznit takhle 😃

Nějaká rada, čím by to, prosím, mohlo být?

Díky

3
Distribuce / Re:Ubuntu server - měnící se IP
« kdy: 07. 08. 2024, 00:37:15 »
U MT to musíš pro některé hosty místo MAC vázat na client ID.

4
Server / Re:Výběr stabilní VPS
« kdy: 05. 08. 2024, 16:58:46 »
U MT to musíš pro některé hosty místo MAC vázat na client ID.


Mam doma na sukromne ucely maly server (mini itx j1900 - 8GB RAM). Som s nim spokojny, vsetko mi zatial funguje. Postavene je to na Proxmox 5.x. Mam tam nejake KVM + LXC, web servery (na sukromne ucely), openvpn a tak ....
Problem je, ze ja to mam doma a cokolvek mi moze padnut (ci sa to tyka HW, ale hlavne linka (VDSL)).
Preto som sa rozhodol. ze aspon nejaku cast  (napr. webby, openvpn) by som si chcel presunut na nejaky VPS.
Uplne mi staci nejaky s najmensimi poziadavkami.
Nieco som googlil a pozdava sa mi napr. tento https://www.vpscheap.net/pricing.aspx SSD Business za 3.99 $/mes.
Na tom VPS by nebol ani ziadny velky traffic, ide mi len o to aby to bolo stabilne (lepsie povedane aby to stale fungovalo a nebol tam ping 2000ms :) )
Dajte mi vediet ake VPS vyuzivate (na domace ucely) a ci ste s nimi spokojny, resp. co by ste mi odporucili

5
Bazar / Re:Daruji tel. Samsung, SSD OEM HP, SSD Kingston
« kdy: 26. 07. 2024, 14:07:51 »
Omluvám se, e-mail jsem neobdržel, poslal jsem sz.

Daruji následující položky (vyřazeno z majetku)

1x Samsung A9
2x Samsung A52
12x OEM HP/Sandisk X400 128 GB M.2 2280
2x Kingston A1000 240 GB M.2 2280
Telefony: Oficiální ČR distribuce. Dva A52 jsou ještě nerozbalené (rezervy - zapečetěné) a nedělám rozdíly.

SSD: Originální disky již vyřazených HP Elitebook při výměně za 256 GB verze. Mohu přiložit souhrnou kopii souhrnné faktury s vypsanou konfigurací.
Kingston SSD: Soukromý nákup z CZC.

Upozornění: Daruji výhradně jednotlivě - 1 ks/osoba - chci se vyhnout překupníkům a darovat to někomu, kdo to skutečně využije.
Doprava: Svoz PPL/GLS
Smlouva: Není problém
Důvod: Nepotřebné a vyřazené z majetku (čti překáží)
Nezbytné údaje (telefon, adresa, pošta, ...) poskytnu přes soukromé zprávy.

6
Bazar / Re:Daruji TL-WA855RE (AP/Wifi extender)
« kdy: 26. 07. 2024, 02:36:40 »
Já bych se prosím přihlásil o ten telefon. :)

7
Sítě / Re:Mám mít zájem o IPv6?
« kdy: 30. 01. 2024, 20:13:56 »
Tos vykoukal kde?

takže 15 rokov sa snažíme prejsť na IPV6, lebo na IPV4 je málo adries a nakoniec sa dozvieme, že aj na IPV6 ich je málo?  :o

8
Sítě / Re:Netflix a IPv6 tunel od vpsFree.cz
« kdy: 30. 01. 2024, 14:40:10 »
Po IPv4 tam můžu bez VPN, ne? :)

Dobrý den, zkuste VPN vpn.cz.svetnanetu.cz

Je tam na zkoušku WireGuard běží jen na IPv4 (konektivita CD-Telematika a.s.).

Snad Vám to pomůže ;)

9
Sítě / Re:Netflix a IPv6 tunel od vpsFree.cz
« kdy: 30. 01. 2024, 12:09:46 »
Když nemůžu letět, můžu jet vlakem, no. :)

Ideálně to řešit tak, že dostanete normální nativní IPv6 od nějakého ISP.  Pokud to v daném případě dobře nejde, tak bych zkusil Netflix prostě provozovat po IPv4, jistě nebude tak těžké mu IPv6 zablokovat.

10
Sítě / Re:Nutnost delšího rozsahu pro IPv6 než /64
« kdy: 29. 01. 2024, 20:13:19 »
Můžeš si ho nechat, ale jde o to, jakým způsobem je přidělován a jestli se to dá dál rozsekat. Při způsobu, který používá třeba to O2 se to už nedá snadno sekat dál. Rozhodně ne s MikroTikem. A navíc to nikdo nechce dělat, /64 je prostě maska jedné sítě a to by se mělo ideálně dodržovat. Od toho vznikl nový protokol a O2 to bohužel nepochopilo.

No a /64 si rozsekat nemůžu? Hloubka /65 až /128 je nějaký jiný svět nebo bažina, kam se nesmí? Nebo s takto jemnými maskami něco nejde už dělat? Pokud ano, tak jaký byl toho důvod a proč to někdo vymyslel?
Znamená to, že s 2^64 adres nejde routovat a mohu je jen použít jen jako součást L2 segmentu ? Tolik prvků snad ani nemají všechny zařízení na zemi, kdyby se bůh rozhodl, že zruší síťovou vrstvu a pojede se jen na linkové vrstvě.

veskostku je hnusne: Takže jde jen o omezení několika výrobců, že pod /64  ztrácí rozlišovací schopnost? A nebo je to naopak, že naopak některá jiná zařízení co vidí nad /64 to mají jako bonus navíc?

11
Sítě / Re:Nutnost delšího rozsahu pro IPv6 než /64
« kdy: 29. 01. 2024, 18:49:27 »
Se /64 od O2 už to nedostanu dál, když mám jeden router pro gateway na LTE a za ním je druhý. O2 nabízí jen propagaci rozsahu, to si vezme ten prvnní router a tím to končí. Nehledě na to, co potom dělat třeba s guest sítí.

Já pořád nemohu přijít na kloub jedné omílané věci:  to, zda provider nabízí právě /64 nebo víc než /64 na IPv6 je jakýsi důležitý ukazatel. Tedy ve smyslu, že to to /64 je jakési minimum, a někdo říká že to dokonce je nedostatečné. Že správný provider měl nabídnou aspoň /56. 

Platí v něčem analogie, jako když v světě IPv4 nabízí jen připojení přes NAT nebo s funkční veřejnou  IPv4? (Jeden rozdíl tam vidím, NAT providera mi znemožní si udělat server  z nejzažšího prvku zstě-routeru).  Kdežto i s /96 si mohu udělat server(ů mraky)
Jsem v něčem omezen, když mi nabídne jen /64?
Jaké benefity mi nabídne /56?
K čemu například bych potřeboval /56?
Souvisí nějak /64 s zpracováním v routerech?  V starých jenom nebo celkově(i nyní)
Lze limit /64 nejak obejít?

Dám příklad: VPS mi nabízí /128 IPv6.
Dám příklad: route48 nabízelo dokonce /48 (překvapivě). Služba už nefunguje. A pro tazatele, tohle fungovalo bez nutnosti mít veřejnou IPv4. Běželo to přes wireguard (vlastně asi na výběr byly další 3 "underlay" metody) a stálost tunelu se zajišťovala pravidelnými UDP pakety  osvěžující NAT timeout pro případné NATy po cestě.. Nevím jaké jsou přesné důvody, lepší identifikace zákaznika, a jiný technologický model...

12
Sítě / Netflix a IPv6 tunel od vpsFree.cz
« kdy: 29. 01. 2024, 18:44:11 »
Ahoj,

netflix považuje IPv6 tunely od VPSFree za VPN, čímž mi chybí některý český obsah. Jak to ideálně řešit? Takhle, když člověk musí řešit, kam přes to nemůže, je IPv6 fakt trochu bolest a to ho mám rád.

14
O serveru Root.cz / Re:Logika fóra
« kdy: 05. 08. 2023, 02:02:03 »
Pane Krčmáři, já vám sice rozumím, ale stále je tam ALE. Já prostě opravdu asi 5 let nemohu sehnat nikoho, kdo by tuto práci udělal. Není to tím, že neexistují lidé, kteří by to uměli, jen toto není kde poptávat. Jsem ochoten za to zaplatit naprosto absurdní částku, protože o to hodně stojím. Hledám tedy na fóru root.cz, kde se vyskytují lidé, kteří k tomu mají nejblíž. Proto si myslím, že to není klasická inzerce. :)

Jenže to nebyl technický dotaz, ale poptávka na zakázkový vývoj: „Hledám někoho... objednal... na ceně...“

Proto to patří do kategorie práce. Ta má na titulce přepínač, aby se inzeráty a jiné pracovní nabídky nemíchaly do výpisu běžných témat.

Je to tak schválně, abychom se nenechali zasypat podobnými nabídkami. Takhle už byla udušena řada jiných fór. Skončilo tak třeba fórum na Lupě, kde byly jen samé nabídky a poptávky.

15
O serveru Root.cz / Re:Logika fóra
« kdy: 03. 08. 2023, 13:00:37 »
Ano, nedávno se to řešilo v jednom threadu, většina lidí logicky nepročítá kategorie a rozklikává jen to, co je na hlavní stránce. Takže když se to takto schová, má to 170 zobrazení. Takže je vlastně lepší, sem takový dotaz nepsat.

Stran: [1] 2 3 ... 16