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 - M_D

Stran: [1] 2 3 ... 24
1
Studium a uplatnění / Re:Založení OSVČ v ČR
« kdy: 23. 12. 2024, 21:51:50 »
Přidávám se je greenlinuxguru a další - běž se zeptat nejen jak založit živnost v ČR, ale i někoho, jak je to s přeshraničním podnikáním.
Tuším, že tě nětěší, jak je OSVČ sdírán na SK a je myšlenka, že si založím živnost v ČR a na ni budu fakturovat do SK (a pojedu nejlépe v nějakém paušálu)?

ano budem uctovat aj v EUR aj v CZK. ak by som mal ale ucet v CR a odberatel mojich sluzieb posiela zo SK, tak neviem ci nebude platit poplatky za prevod do zahranicia.

Kde tě může potkat zrada - pokud platí některý z bodů:
a) mám trvalé bydliště na SK,
b) na SK má trvalé bydliště má manželka,
c) na SK má trvalé bydliště nezaopatřený potomek, kterého ještě živím,
d) vlastním na SK nemovitost k bydlení,
tak tě SK strana může považovat za SK usazeného a v takovém případě nemohu podnikat z ČR jako OSVČ na ČR živnost v režimu směrnice o přeshraničním poskytování služeb, aktivity na SK musím fakturovat na SK živnost (a patřičně ji tam danit). Tohle si v podstatě vydupalo primárně Rakousko v řadě soudních sporů před SDEU na téma přeshraničních živností a té směrnice.
Můžu paralelně při tom podnikat na ČR živnost v Česku a s touto ČR živností i do ostatních zemí, ale ne na SK. Nicméně další zrada v takovém režimu tě může potkat i z pohledu sociálky - je tam několik "blbých" vyjímek. Něco stylem, že pokud pojedeš na tu ČR živnost a podíl fakturací do Česka bude méně než 25%, tak se ti platba sociálky přenáší do místa tvého ekonomického středu zájmu - tam, kde toho nejvíce vyfakturuješ.

Jaká je šance, že budu odchycen? Aktuálně je to minimální, musel by si tvé osoby všimnout finacové/sociálka/živnosťnák/... na SK a požádat ČR stranu o  spolupráci a šetření (pár let už mají povinnost si takhle vycházet vstříc).
Ale nějak se nám aktuálně mění "nepříjemně" legislativa ohledně automatizovaného poskytování informací přeshraničně, rozšiřuje se oblast i o fyzické osoby, takže finančák i banky mají v rámci EU práskat vše do místa tvé rezidentury (pro právnické osoby/korporáty/... to v podstatě platí už řadu let). Takže je otázka, jak tam s tím naloží, zda budou salámisti i nadále, nebo se v těch přehledech bude někdo nebo nějaký automat na SK rejpat...

Takže opět platí to na začítku, třeba probrat s někým se na toto zaměřující i s ohledme na ty "moderní" legislativní trendy. :-(

Ak sa mozem este spytat, ak je zena na materskej, je mozne si uplatnit zlavu na manzelku a dieta, ked sme zo SVK?

Ano, pokud nejméně 90% z tvých příjmů+manželky bude pocházet z území ČR (a manželka/potomek má trvalý pobyt na území EU).

2
Software / Re:Znak skoromezery rozbije curl
« kdy: 23. 12. 2024, 17:51:18 »
Ta reakce curl 7.8.11 je správná, URL může obsahovat jen US-ASCII a ostatní se má eskejpovat. 8.11.1 asi vyhodnotil, že to nezačíná platnou definicí schema, pro které je dovoleno jen a~z,0~9,-,+,. a musí začínat písmenem, takže asi vzal, že přímo začíná authority část a dle dvojtečky bral oddělovač na číslo portu a tam našel to /, takže řval?
S tímhle také bojuji, hlavně když člověk má to psát jako dokument do wordu, pak se z toho dělá hezky vypadající PDF a nakonec z toho kopírovat nějaké příkazy do cli - to je pak boj s divnými mezerami, uvozovkami, ...

3
Sítě / Re:IPv6 adresa od ISP a přístup do LAN zvenčí
« kdy: 05. 12. 2024, 10:04:16 »
Nemám tenhle po ruce, ale pokud si pamatuji - "Port Mapping Configuration" nastavuje jaké spojení může přijít z WAN do vnitřní sítě a pomocí "IP Filter Configuration" se nastavuje, co může z LAN jít směrem ven. A ještě v tom filter configu bylo globální škrtátko, zda definované pravidla jsou white nebo blacklist (čili zda pravidla danou komunikaci povolují nebo zakazují).

4
Sítě / Re:Přepínání rychlosti routeru
« kdy: 30. 11. 2024, 17:16:13 »
Hm, pěkná rušička. 13.56 MHz? Nevypne ti to za provozu třeba i RFID otvírání dveří u baráku? :-)
Jinak i hodně šmejd routery měly v nastavení možnost přepínání WAN portu mezi auto/1G/100M natvrdo, tak by to možná šlo i bez toho switche.
A nebo si pořid jako router něco, co se dá rozumně ovládat na dálku. Pokud tu rušičku ovládáš třeba Modbusem, tak takový Mikrotik i přes MQTT/HTTPS API a když pošlu příkaz k zapnutí rušičky, tak i pošlu i routeru, ať přepne WAN port na 100 Mbps a budeš to mít pěkně sjednocené....
A máš představu, kudy je trasován Ethernet kabel ISP k té zásuvce? Zda ten kabel náhodou nevede pár cm ve zdi vedle té rušičky, pak ten poslední kousek patche, i kdyby byl máčen ve svěcené vodě, tak už to nezachrání.
A tahle rušička i s tím, co bude za tím, tak to nějaké to tisíci EURo stojí, takže dát už pár stovek za to, ať ti tu linku ISPík vymění v baráku od toho jeho switche/rádia přímo v optice a dáš si router s WAN portem přímo na SFP a budeš mít klid (nebo zjistíš, že se ti to ruší někudy úplně jinudy, než přes ten WAN Ethernet kabel).

5
Sítě / Re:Přepínání rychlosti routeru
« kdy: 30. 11. 2024, 09:06:10 »
Pochopil jsem, že je problém na WAN portu, který je normální Ethernet - dle toho chápu, že to bude nějaký rozvod v baráku, s centrálním switchem a do bytu mi jde už jen metalický Ethernet, kam jsem si připoil svůj router?
Co krok 1 - zeptat se svého ISPíka a přednést mu problém. Pokud je to nějaký menší místní, trochu rozumný, tak bude mít ochotu a prostředky to řešit. Ať už přeměřit kabel do bytu/opravit/přehodit na jiný, dodat jiný router pro vyzkoušení, ...

6
Sítě / Re:Root.cz přes IPv6 se nezobrazí ve Firefoxu
« kdy: 30. 11. 2024, 08:54:04 »
Add to očekávání, že na PPPoE bude MTU1492, tak pozor na to - nemusí být. Zvláště pokud tam má Mikrotik, tak pokud při nastavování PPPoE klienta si MTU nenastavil ručně, tak má defaultně: max-mtu (integer; Default: 1460), max-mru (integer; Default: 1460)
Aktuálně platné hodnoty (které si server-klient odsouhlasili) je vidět v statusu toho PPPoE spojení jako MTU a MRU.  Pokud tam mám míň jak 1492, tak bych se i zeptal ISPíka, co max umí jeho síť a dle toho opravil. A nejlépe, zda i podporuje RFC 4638, pak i na PPPoE může být MTU 1500 - když už chceme, aby zaznělo i nějaké RFC. :-)

7
Co máš nastaveno na tom Mikrotiku pod /ipv6/nd za parametry ohlašované do LAN, zejména parametr mtu (ponížen patřičně o PPPoE záhlaví)? V kombinaci s nějakou blbostí v ipv6 firewallu (zahazující ICMPv6), tak je to dobrý způsob odstřelení provozu.

8
Vývoj / Re:Bind socketu na konkrétní síťovou kartu v C
« kdy: 09. 11. 2024, 12:11:52 »
...by mě zajímalo, co by se stalo, kdybych spustil nějaký proces přímo, bez "ip netns exec $NAMESPACE", a pak bindoval sockety na rozhraní, již přiřazená popsaným způsobem do izolovaných namespaces...
V takovém připadě se tomu procesu to nepovede, protože daný iface/IP v jiném namespace nevidí. Zkrátka to dopadne No such device/Cannot assign requested address.
Proces, pokud má práva (CAP_SYS_ADMIN), tak si může přepnout namespace pomocí setns(). Přesněji, je to per vlákno, takže jde pak použít vícevláknová aplikace, kde každé vlákno binduje/používá interfejsy v jiném namespace.
Takže toto je možná i čistější řešení pro tazatele, kdy si tu třetí síťovku hodí do jiného namespace a spustí tu apku nad tím, pokud by potřeboval komunikvoat přes víc sítí, tak víc těch vláken v různých net namespaces...

9
Vývoj / Re:Bind socketu na konkrétní síťovou kartu v C
« kdy: 08. 11. 2024, 16:43:03 »
Já chválím za ten rp_filter - bez jeho vypnutí to nefunguje, pokud mám víc síťovek ve stejném IP segmentu. :-)
Jsem to zkusil pustit. Funguje to a data dojdou zpět do recvfrom(). Pokud binduji konkrétní iface a client IP, tak by měla být shoda toho IP a iface, datagram musí přijít tím bindnutým ifacem a navíc musí být vypnutý rp_filter pro daný iface (zkrátka musí souhlasit na příchozím daná IP a iface). Pokud jako odchozí IP dám jinou, než odpovídá na vynucený iface, tak ono to odejde přes bindnutý iface se zadanou IP, ale vlivem ARP a forward tabulky ve switchi se odpověď vrátí často jiným ifacem a je smůla (pokud se vrátí tím předepsaným, tak se data také doručí do recvfrom()). Je to celkem striktní v případě unicast provozu.

10
Sítě / Re:Routa nepřejde do stavu linkdown/dead
« kdy: 08. 11. 2024, 15:09:49 »
mensina: Ano, UDLD je na Cisco bednách možnost. Sice má trochu jiný účel, ale na bod-bod lince má efekt podobný tomu obecnějšímu BFD.

11
Vývoj / Re:Bind socketu na konkrétní síťovou kartu v C
« kdy: 08. 11. 2024, 14:47:11 »
Jan Novotný: A jak máš ty IP k těm síťovkám přiřazené? Uvádíš tři interfejsy a tři IP 192.168.1.51, 192.168.1.52, 192.168.1.53 a potřebu komunikovat přes třetí s iface name enp0s8. Bindneš v kódu k socketu daný iface enp0s8 a client IP 192.168.1.51. Nepatří k té třetí síťovce správně ta IP 192.168.1.53?

jjrsk: Ono ne vždy to standardní dělá co chci, občas se nějaká vylomenina hodí. :-) Třeba něčím podobným, v kombinaci s multicastem, tak obcházím nutnost mít switche s HSR (které stojí nechutný peníz a navíc mají obvykle moc málo portů) a stačí mi k tomu obyč switche s MSTP a 2 VLANy a mám také bezeztrátový přenos a "zero-time recovery" při selhání jednoho switche/propoje.

12
Sítě / Re:Routa nepřejde do stavu linkdown/dead
« kdy: 08. 11. 2024, 11:58:31 »
neregistrovany: BFD není rozšíření OSPF, je to dost samostatný framwork, kdy použití s OSPF je jedna z aplikací. Tady je pár oslavných slajdů v PDF, co vše je s tím zamýšleno řešit: https://web.archive.org/web/20051104185353/https://www.ripe.net/ripe/meetings/ripe-48/presentations/ripe48-eof-bfd.pdf

13
Sítě / Re:Routa nepřejde do stavu linkdown/dead
« kdy: 08. 11. 2024, 10:29:02 »
K tazateli - ano, routovací tabulka v kernelu si sama nesleduje stav a nevyhazuje mrtvé routy. To musí dělat něco nad tím, takže pokud chci používat statické routy, tak ten skript v crontabu je cesta. A fakticky používá podobnou strategii řada routerů, kdy se používají jen statikcé routy a k nim se nastaví nějaký "tracking object" a dle jeho stavu se routa zne/platňuje, což obvykle je nějaký arp check, icmp ping, link up/down, BFD nebo logická operace nad tím.

U OSPF je 10/40 s default hodnoty. Pokud 40 sec neslyším protistranu, tak je linka prohlášena za kaput a změna topologie. Data se posílají při změně (plus refreshe dat po celkem dlouhých intervalech). Obvykle je i to hlídání toho port down eventu, takže na tvrdé odpadnutí se reaguje hned.

Jinak pro rychlou detekci, že linka je opravdu kaput, tak na to tu máme dneska BFD protokol (RFC5880 a dál) a celá řada routerů ho podporuje. To je na rekaci na mikro/milisekundové bázi, kde se testuje buď next hop (obvykle pro RIP/OSPF/L2 trunk/...) nebo i multihop (např pro BGP, VPLS, ...). Myšlenka je, že mám jeden mechanismus detekce výpadku linky a na jeho stav reaguje X protokolů nad tím, bez nutnosti ty protokoly nutit nějak urychlovat své vlastní pomalé "dead, hold, ..." timeouty. Dneska i na L2 na to umí reagovat propoje mezi switchi v trunkách atd...

14
Studium a uplatnění / Re:Kariéra programátora PLC
« kdy: 10. 09. 2024, 12:27:55 »
CPU: Tak jde to řešit i kurzem v rámci NSK - profesní kvalifikace. To zmiňoval asi i Trupik. V podstatě 10 měsíců blbnout 1x týdně celý den, na střídačku teorie/praxe, po 2 měsících je nějaká dílčí zkouška z oblasti a když má ty dílčí zkoušky komplet a i finální zkoušku, tak získává normální uznanou kvalifikaci elektrikář s papírem. Tohle zajišťují některé firmy i školy. Viz: https://www.narodnikvalifikace.cz/kvalifikace-123-Elektrikar
Existuje v rámci NSK i celkem plnotučný kurz vyloženě na PLC programátory (ale má tam předpoklad to elektro).

15
Studium a uplatnění / Re:Kariéra programátora PLC
« kdy: 10. 09. 2024, 11:01:21 »
V daném oboru se to elektro hodí, bez něj to bude dost omezující (sám mám podobnou situaci - zkrachovalý strojař živící se IT/OT v energetice), hlavně pokud je součástí se motat i v místech u zákazníka a živé elektriky...

Máš VŠ, tím pádam asi i maturitu, v tom případě lze zcela legální plné elektrovzdělání doplnit i jen ročním učňákem. Pokud to dokážeš skloubit s tím zdravím a spojit léčení a studium, tak hledej v okolí ekvivalent tohoto: https://sosehl.cz/dokumenty/prehled_oboru_2022/elektrikar_zkracene_studium.pdf . Někde to nabízeli i jako dálkovou variantu. V tom ročním máš nacpané jen tu elektriku/automatizaci v rozsahu jak řádný učňák na 3 roky a v podstatě si projdeš to, co ti radí CPU a obvykle i ty Siemense. :-)

Teoreticky, u některých VŠ, pokud jsi měl automatizaci a byla i zkouška z elektrotechniky, tak se to uznává jako elektro vzdělávání, to by jsi musel se doptat tam, kde jsi studoval. Já dělal kdysi automatizaci na VUT Brno na strojárně a ten kurs elektrotechniky tam byl jako volitelný jednoroční předmět (v podstatě je to ekvivalent toho výše uvedeného), ale byli jsme jen 2 zájemci a tak byla smůla.

Stran: [1] 2 3 ... 24