Příspěvky

1

Sítě / Re:Statická IPv6

« kdy: 27. 04. 2023, 17:01:26 »

V jednom případě nechci používat pro nastavení IPv6 RA, protože ji chci použít jen pro konkrétních pár zařízení a ne pro celý VLAN. Nastavil jsem tedy těmto PC statickou adresu (2x linux, 1x Win). Přes tyto adresy mohu komunikovat z internetu, ale rád nastavil pro každé PC ještě druhou adresu, pod kterou bude toto PC komunikovat směrem ven, ale na FW zakážu přistup z venku. Prostě jako je to u RA, kdy si zařízení vezme jednu "pevnou adresu" a další co si mění a přes které komunikuje ven. Není problém nastavit další statické adresy, ale jak tomu mám říct, že má komunikovat přes tu druhou?

Pravidla výběru zdrojové adresy jsou popsány v RFC 6724. Na linuxu je nejjednodušší nastavit u nepreferované adresy preferred_lft na 0, tím nebude preferovaná pro odchozí spojení (pravidlo číslo 3). Další možností je třeba nastavit takovou adresu na loopback místo na konkrétní rozhraní, pak se podle pravidla číslo 5 bude preferovat adresa nastavená na odchozím rozhraní.

Jen taková rychlá doplňovací otázka zda pět bodů - nedal by se takto vyřešit i loadbalancing? Jednomu zařízení dám IPv6 adresy z obou prefixů a nastavím stejnou váhu, jen té třetí "veřejné" nastavím nižší? Jedná se o dvě VDSL přípojky od O2, GW je Mikrotik.

2

Sítě / Re:Statická IPv6

« kdy: 27. 04. 2023, 16:42:04 »

Děkuji za za nasměrování, jdu hledat podrobnosti.

3

Sítě / Statická IPv6

« kdy: 27. 04. 2023, 01:25:07 »

V jednom případě nechci používat pro nastavení IPv6 RA, protože ji chci použít jen pro konkrétních pár zařízení a ne pro celý VLAN. Nastavil jsem tedy těmto PC statickou adresu (2x linux, 1x Win). Přes tyto adresy mohu komunikovat z internetu, ale rád nastavil pro každé PC ještě druhou adresu, pod kterou bude toto PC komunikovat směrem ven, ale na FW zakážu přistup z venku. Prostě jako je to u RA, kdy si zařízení vezme jednu "pevnou adresu" a další co si mění a přes které komunikuje ven. Není problém nastavit další statické adresy, ale jak tomu mám říct, že má komunikovat přes tu druhou?

4

Hardware / Re:Jablotron bez originální SIM karty

« kdy: 10. 01. 2023, 00:15:59 »

Aha, tak to jste měl napsat rovnou že chcete jen informační zařízení komunikující přes chinacloud a ne EZS s certifikací, to stačilo i Evolveo za 100E.

5

Hardware / Re:Jablotron bez originální SIM karty

« kdy: 09. 01. 2023, 15:08:02 »

Ale PUSH notifikace fungují pouze s Jablotroní SIM a nastavením komunikace přes jejich Cloud a mobilní app. S vlastní SIM nic jiného než klasické SMS a hovory fungovat nebude. Nebo tedy bude, ale je potřeba nastavit vlastní pult PCO a řešit to přes něj, nebo "odposlouchávat" ústřednu EZS přes USB a notifikace řešit třeba HomeAssistentem. Doma na to mám takto navěšenou automatizaci, vyčítám stavy čidel a zamknutí-odemknutí sekcí atd...

6

Hardware / Re:Jablotron bez originální SIM karty

« kdy: 09. 01. 2023, 14:23:48 »

Zdravím,

není třeba řešit pokud si nastavíte push notifikace.

S pozdravem

IT, Jablotron

ako to myslite? jablotron aplikacia nejde pouzivat bez vasej SIM karty, ak tomu spravne rozumiem.

S vlastní SIM pouze SMS a hovory.

7

Hardware / Re:Jablotron bez originální SIM karty

« kdy: 09. 01. 2023, 14:22:53 »

Ano, jak starší, tak celá řada JA-100 lze provozovat s vlastní SIM, ale mám to svá uskalí. S vlastní SIM je jen základní záruka 24 měsíců, nefuguje app a ovládání přes web. Když je vlastní SIM i datová, tak by měl fungovat jak F-Link, tak J-Link, ale ověřeno to nemám, mám jen jednoho zákazníka co chtěl vlastní SIM a ta datová není.

8

Bazar / Re:Prodám levné servery s ližinami

« kdy: 05. 10. 2022, 00:09:14 »

Zdravím, vejde se něco z toho do mělkého RACKu? Děkuji

9

Hardware / Re:UPS - kotel + oběhové čerpadlo

« kdy: 17. 08. 2022, 21:50:45 »

Na zálohu krbového čerpadla používám už přes sedm let starou APC Back-UPS CS 650, kterou zároveň zálohuji malý domácí server. Ten mi i hlásí stav baterie atd... Jednou za dva - tři roky měním baterku v některém z aut, tak ji dám k UPS, tam ty další dva roky vydrží. Čerpadlo mám Grundfos Alpha2, kterému je šumák co má na vstupu, protože si to stejně samo moduluje kvůli řízení výkonu. Ani při chodu na UPS čerpadlo nijak nepíská.

10

Server / Re:Klonování záloh mezi lokalitami - RSYNC?

« kdy: 26. 07. 2022, 14:33:27 »

Na zálohování záloh používám skoro všude rsync. Nemá problém na wfi spojích, ani na lokalitách spojených internetem přes lokální wifi ISP. Navíc to je celkem univerzální nástroj, který podporuje i obyčejné Synology.

11

Server / Re:Mailová domena na dvou serverech

« kdy: 25. 07. 2022, 10:24:30 »

Děkuji, ale už jsem to celé odpískal, protože jsem zjistil, že to stejně nikdo nezaplatí a raději to budou řešit jinak.

12

Server / Re:Mailová domena na dvou serverech

« kdy: 24. 07. 2022, 12:14:14 »

Děkuji za rady, ale vyřešilo, nebo spíš uzavřelo se to celkem základním problémem - getmail a sieve nejdou dohromady. Když už jsem možná vyřešil vše ostatní, tak jsem v logu zjistil, že sieve odešle OoO na getmail@hostname.local místo na adresu odesílatele. Tímto vše padá a nemá cenu se s tím dál trápit.

13

Server / Re:Mailová domena na dvou serverech

« kdy: 23. 07. 2022, 12:20:53 »

Zdravím, možná jsem něco přehlédl, ale napadá mě - nemohli by vám Poláci aliasovat všechny maily pro české usery na @cz.example.com a přidat si i takový MX záznam do domény (když už byli schopni přidat SPF)?

Ono to tak už vcelku je, jen místo redirectu se používá getmail a stahuji si to do virtuální domeny @example-cz.com sám.

Svému Postfixu byste v konfiguraci nastavil, že je jeho jen @cz.example.com a odpadl by tak asi Váš problém... (chápu správně, že pokud se Out of Office posílá někomu zvenku, je vše o.k., ale problém je, pokud se má OoO poslat někomu ze stejné domény, kdo není Čech, ale Polák?)

Cesta mailu by tedy byla cesky_user@example.com -> přijatý na polské smtp -> přeložený na @cz.example.com a doručený na Váš server... V případě OoO by se posílalo na @example.com, což by se v případě "nečecha" doručilo správně (server by to nepovažoval za svoji doménu) a v případě Čecha by to pomocí mapování na @cz.example.com opět propadlo kam má...

Ono je problém i poslat mail z jiné domény na našem serveru na tu domenu example.com, což dělají poměrně často. Rovnou se přiznám, že dnes mám hlavu úplně mimo provoz, ale nějak nechápu jak bych s tímto řešením odesílal mail jako franta@example.com.

14

Server / Re:Mailová domena na dvou serverech

« kdy: 23. 07. 2022, 00:09:35 »

Ještě mě napadá jedna věc, která to možná celé pošle do kytek - chová se Sieve ke zpráva získaným přes getmail stejně jako k příchozím, nebo getmail rovnou předává dovecotu? Vlastně jsem to nikdy neřešil, jak to getmail dělá, ale to by asi přeskočil i amavist atd, což by bylo nepraktické.

15

Server / Re:Mailová domena na dvou serverech

« kdy: 22. 07. 2022, 23:49:39 »

OK, zkusím to tedy trochu upřesnit, protože je v tom očividně zmatek.
Je nějaká doména example.com patřící Polské firmě. Česká firma má s tou Polskou nějakou dohodu (naprosto netuším jejich spojitost a vůbec mě to nezajímá) a na této doméně cca 40 schránek. Jediné co máme jsou loginy k těmto schránkám. K doménovým záznamům nemám přístup a k Polskému mailserveru jen IMAP/POP3/SMTP.
Česká firma chce mít data u sebe a né u Poláků - stahuji getmailem maily na náš server, který mám plně v moci já.
Česká firma odesílá maily přes Polský SMTP a ukládá na český server.
----------- KÁMEN ÚRAZU -----------
Česká firma chce využívat automatické odpovědi, tj. český server musí odesílat maily pro doménu example.com (SPF záznam jsem si s Poláky vyřídíl).
Jakmile ale přidám doménu example.com do konfigu českého serveru, tak ji postfix považuje za lokální a odmítá posílat maily do Polských schránek na doméně example.com protože ta doména je jeho a já ho neumím přesvědčit, že je jeho jen částečně.