Příspěvky

16

Windows a jiné systémy / Postfix, Dovecot a klienti na Windows XP

« kdy: 23. 08. 2018, 10:48:04 »

Upgradoval jsem linuxový server na Debian Stretch a někteří klienti začali mít problém s poštou. Zjistili jsme, že jsou to stanice s Windows XP, které nejsou sto vyjednat už jakoukoliv šifru pro výměnu dat.

U Dovecotu (imap) jsem to vyřešil parametrem umožňujícím posílat hesla přes nezašifrovanou linku aspoň v lokální síti:

Kód: [Vybrat]

login_trusted_networks = 192.168.1.0/24

U Postfixu v main.cf - submission jsem změnil hodnotu parametru

Kód: [Vybrat]

#smtpd_tls_security_level=encrypt
smtpd_tls_security_level=may

Tedy, když vyjednávání STARTTLS nedopadne, zkus to bez šifrování.

U Dovecotu mě to tak moc nevadí, ale Submission je tam pro přihlašování i mimo lokání síť a tam mi vypínání šifrování přijde hodně špatné.

Máte prosím někdo zkušenosti s podobným prostředím a měli byste nějaký tip, jak to udělat bezpečněji?

Díky moc

17

/dev/null / Re:Jaky politicky smer dneska?

« kdy: 05. 08. 2018, 22:15:43 »

Tak hlavně zůstat sebou, být si vědom vlastní hodnoty, vnímat svoje okolí, úspěšně vést vlastní život a mít fungující rodinu. Vidět svoji situaci v dlouhodobé perspektivě, mít rozpočet bez dluhů - radši ať je co dědit (jeden nikdy neví).

No a pokud ti to bude připadat dobré a prospěšné, začneš hledat politický směr který se chová stejně.

Je to vlastně velmi jednoduché 

18

Odkladiště / Re:GDPR a firemní osobní data v Dropboxu (free)

« kdy: 24. 05. 2018, 10:31:33 »

Mohl bych diskutující poprosit,  jestli by k argumentům mohli přidat i odkazy do zákona o GDPR? Takto není poznat, co jsou vědomosti a co dohady.
Myslím, že každému, kdo na tuto diskuzi kliknul v naději, že tu bude něco objasněno by to pomohlo.
V opačném případě by bylo nádherné najít i po několika hodinách dotaz bez jediné odpovědi.
Upřímně děkuji 

19

Hardware / Re:Tiskárna pro Linux

« kdy: 16. 05. 2018, 12:09:58 »

Já měl jako jedno hlavních kriterií, aby šlo vypnout použití barevných náplní. Tiskárny totiž běžně přimíchávají barvu i do černobílého tisku. Několik lidí taky horuje pro HP. Tak právě tyto tiskárny tuto nevypnutelnou vlastnost mají. Rozhovor s jejich technickou podporou byla velká bolest. HP už nikdy.
Vloni jsem objevil Lexmark CX41de, který kýženou (a nikoli obvyklou) možnost nabízí. Přepnutí do ryze černého módu je sice v menu trochu těžké hledat, ale za ty úspory to stojí.
Jediné, co se mi nepodařilo pod Linuxem rozchodit je scanování, takže na to používám notebook s Win10. Naštěstí to u mě není častá potřeba.
Ne moc dobře se nastavuje odesílání scanu přes mail - není tam submission s jménem a heslem, jen klasika smtp. Dá se to vyřešit vlastním smtp serverm v počítači, což je v linxových strojích vlastně základní funkce. Ale mohli by to tam mít
Jinak velká spokojenost jak s tiskem, tak s tím jak je tichá.
Pokud pro někoho není scanování denní chleba, s čistým svědomím mohu doporučit.

20

Vývoj / Re:Dobré IDE pro Python a Java (případně jaký další jazyk zvolit?)

« kdy: 18. 08. 2017, 16:19:03 »

PyCharms se mi líbí, ale používám Komodo IDE, protože občas potřebuji dělat i html/css/php a k tomu je PyCharms moc úzce Pythoní. Na obě IDE zas nemám peníze

21

Sítě / Re:2 mikrotiky

« kdy: 10. 02. 2015, 20:06:05 »

Pokud vím, tak Mikrotik je ve výchozí konfiguraci nastaven tak, že port 1 funguje jako DHCP klient a předpokládá se, že ho nastaví DCHP server tvého poskytovatele připojení k Internetu. Ostatní porty jsou propojeny jako switch s DHCP serverem, který zas konfiguruje síťová zařízení v tvé síti. Mezi portem 1 a switchem je SNAT.

Když připojíš druhý Mikrotik - předpokládám že portem 1 - do switche nadřízeného Mikrotiku, tak druhý Mikrotik obrží IP adresu a další potřebná síťová nastavení z nadřízeného Mikrotiku. Podsud OK. Problém ale je, že podřízený Mikrotik přiděluje ze svého swtiche (porty 2-5) IP adresy ZE STEJNÉHO ROZSAHU jako ten nadřízený. Tj port 1 i ostatní porty mají adresy stejné sítě. Pak ovšem ten NAT na podřízeném Mikrotiku nemůže fungovat.

Musel bys u podřízeného Mikrotiku nastavit, aby jeho DHCP server přiděloval adresy z jiného rozsahu, což najdeš v menu IP - pool. Samozřejmě to musí být i jiný rozsah než přiděluje ten d-link.

Nebo si zajet na školení. 

Síťařina je psina. Přeju hodně píle a nadšení.

22

Hardware / Re:Oprava rozpadlého pole po zvětšení

« kdy: 07. 02. 2015, 14:52:00 »

ano, je to překlep :-)

Zdá se tedy, že není jiná možnost, než udělat to degradované pole na sda, zkopírovat vše na něj a pak ze sdb udělat linux raid a přicvaknout ho.

Doufal jsem, že půjde nějak obnovit ten supreblok tak, aby se tam vrátily informace o tom, že se jedná o RAID1 a po rebootu to normálně naskočí jak má.

Taky mě překvapilo, že raid partišna se v systému objevuje jako normální fyzický oddíl sdb1. (pvdisplay místo md0 ukazuje sdb1). Bohužel nejsem znalec souborových systémů...

Přesto díky všem za snahu pomoci.

23

Hardware / Re:Oprava rozpadlého pole po zvětšení

« kdy: 05. 02. 2015, 22:41:40 »

musis to rict LVM ze mas vetsi disk:

Kód: [Vybrat]

# pvresize --setphysicalvolumesize xxxGB /dev/md0

Ne nemůžu, zařízení /dev/md0 neexistuje. O tom je můj dotaz.

24

Hardware / Re:Oprava rozpadlého pole po zvětšení

« kdy: 05. 02. 2015, 22:28:03 »

Nedal. To diskové pole tam bylo už předtím. Jen se zvětšily diskové oddíly pro to pole. Rutinní mdadm --grow bohužel nic neudělalo.

Omlouvám se: Zapomněl jsem ještě napsat, že při zvětšování sdb1 jsem nedal typ diskového oddílu FD, ale nechal výchozí "linux" bez raid autodetect. To jsem posléze opravil (fail, remove, změna typu oddílu, add) a po resynchronizaci bylo pole funkční. Po rebootu ale už ne.

25

Hardware / Re:DeviceDisappeared event detected on md device /dev/md0

« kdy: 05. 02. 2015, 22:07:29 »

Ještě doplním, že v /etc/mdadm/mdadm.conf to diskové pole je.

26

Hardware / Oprava rozpadlého pole po zvětšení

« kdy: 05. 02. 2015, 21:59:58 »

Mám RAID1 a na něm LVM. Po výměně disků jsem chěl zvětšit prostor pro md0, aby využil celou kapacitu disků. Postup byl následující:

1. mdadm /dev/md0 --fail /dev/sda1
2. mdadm /dev/md0 --remove /dev/sda1
3. cfdisk
   - zrušen oddíl sda1
   - vytvořen oddíl sda1 v celé velikosti disku
4. mdadm --zero-superblock /dev/sda1
5. mdadm /dev/md0 --add /dev/sda1

Proběhla synchronizace s tím, že md0 bylo pochopitelně v původní velikosti. Dále jsem opakoval kroky 1-5 pro sdb1.

Po synchronizaci bylo md0 stále v původní velikosti. Příkaz

 mdadm --grow /dev/md1 --size max

nic nezměnil.

Udělal jsem reboot systému. Po rebootu jede LVM přímo nad partišnou sdb1 a v /proc/mdstat diskové pole není. Není ani v /dev/md/. V logu je hláška

 DeviceDisappeared event detected on md device /dev/md0

Příkaz pvdisplay ukazuje, že jede na /dev/sdb1.

Příkaz mdadm --assemble /dev/md0 tiše neudělá nic. mdadm --examine /dev/sda1 oznámí, že zařízení není součástí diskového pole.

Otázka zní: Jak pole znovu "nahodit", aby tam byla ale i dřívější data. Pokud zmizí to, co se odehrálo na sdb1 od rozpadu pole, tak to přežiju.

Díky

27

Vývoj / Re:Editor pro Python a JavaScript

« kdy: 04. 02. 2014, 22:58:46 »

Komodo Edit: http://www.activestate.com/komodo-edit