Příspěvky

166

Server / Webová proxy na OpenWRT (Turris)

« kdy: 30. 10. 2016, 21:28:35 »

má někdo zkušenost s provozováním webového proxy serveru na openwrt či turrisu?


Mě se docela líbí tato proxy:


https://raw.githubusercontent.com/joshdick/miniProxy/master/miniProxy.php


Bohužel na turrisu se mi sice stránka s proxy načte, ale když do ní zadám nějakou url, tak to hodí
404 - Not Found.




Na openshiftu od redhatu (kde mám nainstalovaný wordpress) to funguje bez nějaké konfigurace.


Kde je chyba?

167

Sítě / Re:mojeip.cz zjistí mojí ip adresu, i když se připojuji přes openvpn tunnel

« kdy: 22. 09. 2016, 20:17:38 »

Zdrojová IP by ale měla být veřejná ip gateway, ne? Spojení sproxy je přece taky tunelovánao přes vpn. Taky po vypnutí té komprese se veby načítají výrazně rychleji.

168

Sítě / Re:mojeip.cz zjistí mojí ip adresu, i když se připojuji přes openvpn tunnel

« kdy: 22. 09. 2016, 19:30:11 »

Javascript byl vypnutý, ale byla zapnuta v chromu komprese. Po vypnutí komprese IP nezjistí. Jak je to možné? To mohou aplikace i bez javascriptu takhle bonzovat?

169

Sítě / Re:mojeip.cz zjistí mojí ip adresu, i když se připojuji přes openvpn tunnel

« kdy: 22. 09. 2016, 17:37:16 »

nějaký packet capture jsem měl kdysi nainstalovaný a dost mi zavařil - přišel jsem díky němu o všechna data v telefonu.

Jak ošetřím ty DNS požadvky, aby šli přes server? Ale ne u všech klientů, jen u některých?

170

Sítě / Re:mojeip.cz zjistí mojí ip adresu, i když se připojuji přes openvpn tunnel

« kdy: 22. 09. 2016, 14:35:37 »

tak na klientské straně být zřejmě redirect gateway nastaveno nemusí, použije redirect gateway z mého serveru i tak. A pokud nechci, aby ho použilo, tak stačí dát do konfiguráku route-noexec.

Ale ještě mi nikdo nevysvětlil, jak mojeip zjistí mojí ip adresu, když jsem připojený přes openvpn s úplně jinou ip adresou.

Poznají aplikace odkud na ně přistupuji? Jde mi třeba o video on demand služby (aplikace hbogo, atd), když použiju redirect gateway a přes openvpn?

171

Sítě / Mojeip.cz zjistí mojí IP adresu i přes VPN

« kdy: 22. 09. 2016, 13:43:48 »

Ahoj, rád bych na mobilu, kde se mi podařilo rozchodit openvpn oproti turrisu jako serveru měl přesměrovaný veškerý internetový provoz, ale na některých noteboocích ne.

Funguje tok, že mám nastavit redirect gateway na straně serveru a v klientských ovpn souborech buď povolím uvedením redirect gateway df1,  nebo tam tto redirect gateway zakomentuju a budu internet využívat klasicky?

A jak je možné, že pokud mám redirect gateway na mobilu a na serveru, tak mojeip.cz zjistí mojí skutečnou internetovou adresu, ale hostname mi ukazuje k veřejné ip adrese k dns serveru? A to i s vypnutým javascriptem v chromu...

172

Sítě / Re:OpenVPN se nespojí z Androidu

« kdy: 21. 09. 2016, 17:58:13 »

už mi funguje, problém asi ve firewallu

173

Sítě / Re:openvpn android problém

« kdy: 20. 09. 2016, 15:11:30 »

Mně to na Androidu funguje bez problémů - ale proti Mikrotiku.

 Doporučuji pročíst toto: https://docs.openvpn.net/docs/openvpn-connect/openvpn-connect-android-faq.html.

 Předpokládám, že <ca></ca> atp. neznamená, že tam ve skutečnosti ty certifikáty nemáte...

 Nějaký výstup z logů, pomocí tcpdump ověřit, zda se zařízení (ne)připojuje?

Díky, samozřejmě ty certifikáty tam jsou, ale z bezpečnostních důvodů je sem nemůžu dát. Jaké konrktétní logy? Z androidu, nebo ze serveru?

Takhle vypadá můj serverový /etc/config/openvpn soubor na turrisu (openwrt):

package openvpn
 

Kód: [Vybrat]

config openvpn 'turris_server'
	option enabled '1'
	option dev 'tun'
	option proto 'udp'
	option port '1194'
	option keepalive '10 1200'
	option ca '/etc/easy-rsa/keys/ca.crt'
	option cert '/etc/easy-rsa/keys/turris.crt'
	option key '/etc/easy-rsa/keys/turris.key'
	option dh '/etc/easy-rsa/keys/dh2048.pem'
	option server '10.20.30.0 255.255.255.0'
	option remote-cert-tls 'server'
	list push 'redirect-gateway def1'
	list push 'dhcp-option DNS 10.20.30.0'
	option comp-lzo 'yes'
	option verb '3'
	option topology 'subnet'
	option ifconfig_pool_persist '/tmp/ipp.txt'
	option persist_key '1'
	option persist_tun '1'
	option status '/tmp/openvpn-status.log'

174

Sítě / Re:openvpn android problém

« kdy: 19. 09. 2016, 17:06:55 »

takhle vypadá konfigurace na desktopu, tu jsem na androidu taky zkoušel, a stejný problém, ani přes mobilní data (vodafone), ani přes wifi.

Kód: [Vybrat]

client
dev tun
proto udp
remote mojedomena.cz 1194
nobind
ns-cert-type server
verb 3
redirect-gateway def1
auth-nocache
script-security 2
up /etc/openvpn/update-resolv-conf
down /etc/openvpn/update-resolv-conf
float
persist-key
persist-tun

<ca>
</ca>

<cert>
</cert>

<key>
</key>

key-direction 1

175

Sítě / OpenVPN se nespojí z Androidu

« kdy: 19. 09. 2016, 17:04:07 »

ahoj, mám android vodafone smart prime 6 a program openvpn connect, rád bych ho použil jako klienta

server openvpn je na turrisu.

Zatímco s obdobným souborem se připojím na desktopu, na androidu se nepřipojím, vůbec nenaváže spojení se serverem.

Kód: [Vybrat]

client
dev tun
proto udp
remote mojedomena.cz 1194
nobind
ns-cert-type server
verb 3
redirect-gateway def1
auth-nocache
script-security 2
;up /etc/openvpn/update-resolv-conf
;down /etc/openvpn/update-resolv-conf
float
persist-key
persist-tun

<ca>
</ca>

<cert>
</cert>

<key>
</key>

key-direction 1

176

Hardware / Re:Externí disk se hlásí jako CD-ROM

« kdy: 16. 09. 2016, 09:56:55 »

Tak jsem ještě tím jejich removal toolem odstranil to jejich virtuální cd. Nicméně, ještě, že jsem měl zálohu, smazalo to všechna data, a to virtuál cd to roztáhlo na celý disk - místo smazání, nicméně v linuxu se to normálně připojilo a šlo přeformátovat, takže pozor, ten jejich tool smaže data, a virtuální cd s isoblabla roztáhne na celou plochu disku.


Teď ale nevím, jak spustit to

Kód: [Vybrat]

smartctl -a /dev/sdc
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.4.0-38-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org


/dev/sdc: Unknown USB bridge [0x0b05:0x17b4 (0x100)]
Please specify device type with the -d option.


Use smartctl -h to get a usage summary

chce to po mne specifikovat,

Kód: [Vybrat]

-d TYPE, --device=TYPE
         Specify device type to one of: ata, scsi, sat[,auto][,N][+TYPE], usbcypress[,X], usbjmicron[,p][,x][,N], usbsunplus, marvell, areca,N/E, 3ware,N, hpt,L/M/N, megaraid,N, aacraid,H,L,ID, cciss,N, auto, test

Co tam mám dát, zkoušel jsem auto, test, scsi

Kód: [Vybrat]

smartctl -a /dev/sdc -d scsi 
[sudo] heslo pro medved: 
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.4.0-38-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org


=== START OF INFORMATION SECTION ===
Vendor:               Hitachi
Product:              HTS545050B9A300
Revision:             PB4O
User Capacity:        500 107 862 016 bytes [500 GB]
Logical block size:   512 bytes
Device type:          disk
Local Time is:        Fri Sep 16 09:52:46 2016 CEST
SMART support is:     Unavailable - device lacks SMART capability.


=== START OF READ SMART DATA SECTION ===


Error Counter logging not supported


Device does not support Self Test logging

Krátká a rozšířená smart autokontrola v gnome-disk funguje, ta označená jako po přepravě nefunguje. Je cesta, jak tu autokontrolu smart udělat pořádně?

177

Windows a jiné systémy / Re:nemožnost smazat složku

« kdy: 16. 09. 2016, 09:22:00 »

Tak vyřešeno, vytvořil jsem prázdnou složku pod stejným jménem v jiném místě a normálně překopíroval. Žádnou chybu to nenahlásilo. Pak už jsem jen v linuxu složky přesunul do koše a koš vysypal.


Ale stejně by mě zajímalo, co to je za blbost?

178

Windows a jiné systémy / Nemůžu smazat složku na NTFS

« kdy: 16. 09. 2016, 09:15:20 »

měl jsem peripetie se zendiskem (http://forum.root.cz/index.php?topic=13824), udělal jsem jeho zálohu na ntfs oddíl. Teď mám problém tu zálohu smazat


Mám složku /media/data/MULTIMEDIA/download/zendisk/zaloha_dat/


tuto složku jsem se pokusil odstranit jak z windows, tak z linuxu. Zatímco ve windows, to nějak zamrzlo, po rebootu už jí nevidím, tak v linuxu jí pořád vidím, ale nelze smazat, a to ani pod rootem.

Kód: [Vybrat]

/# rm -rf /media/data/MULTIMEDIA/download/zendisk/zaloha_dat/
rm: nelze odstranit '/media/data/MULTIMEDIA/download/zendisk/zaloha_dat/HP/Oblibene/ostatni': Adresář není prázdný

Je to díky složce /media/data/MULTIMEDIA/download/zendisk/zaloha_dat/HP/Oblibene/ostatni


Když jdu do té složky, tak jí vidím jako prázdnou, když v ní otevřu terminál a zadám ls, tak vypíše:

Kód: [Vybrat]

ls
ls: čte se adresář '.': Nepřípustný nebo nekompletní vícebajtový nebo široký znak

Ok, spustil jsem na to rekurzivně detox:

Kód: [Vybrat]

detox  /media/data/MULTIMEDIA/download/zendisk/zaloha_dat/ -r

nepomohlo.


Zkusil jsem opravu disku ve windows 10, windows údajně opravil nějaké chyby, ale nenapsal jaké, a stejně to nepomohlo. Ve windows složku zaloha_dat nevidím, v linuxu ano, a pořád nelze odstranit.

179

Hardware / Re:Externí disk se hlásí jako CD-ROM [vyřešeno]

« kdy: 15. 09. 2016, 21:30:51 »

  Stačilo naflashovat nový firmware, a v linuxu funguje!! To by mohla technická podpora na Asusu vědět, ne? Data zůstala zachována. Nicméně ve windows při zálohování hlásil u některých souborů cyklickou chybu dat zjištěnou při redudantní kontrole. A když jsem se pokoušel tu poškozenou fotku otevřít v malování, tak vstupně výstupní chybu hardwaru. V linuxu na mne vybafla v gnome-disk chyba - 1 vadný sektor. Takže zkusím zazálohovat v linuxu, a znovu naformátovat.




http://dlcdnet.asus.com/pub/ASUS/Accessory/External_HDD/FW_update.zip

No sláva! To by vědět měli, nicméně taky dobrá informace vědět co tam na podpoře sedí za lemply. Možná by stálo za to se jich na základě jejich odpovědi zeptat ohledně toho co má společného to, že si OS detekci řeší sám s chybou v jejich zařízení, které očividně mělo vadu, kterou opravili v novém FW


Tak teď ještě smartmontools a pokud bude zařízení vadné, omlátit jim to stejně nakonec o palici

No, já jsem jim ohodnotil odpověď jako lživou, následně se ještě ozvali:

Dobrý den,
 
               na základě Vašeho hodnocení spokojenosti s technickým dotazem bychom se chtěli zeptat, co by šlo řešit ve Vašem případě jinak, prosím?
 
S pozdravem
 
Jiří K. (jméno změněno z důvodu zachování soukromí)
ASUS Czech Service

Dobrý den,


protože sám pracuji se zákazníky v korporaci, vím, že je někdy velký tlak na produktivitu, bohužel tím trpí kvalita. Odpověď ve stylu, že nepodporujete Linux, a že nepoužíváte žádné speciální ovladače je lživá. Asus linux podporuje, a to dokonce v oblasti ukládání dat - Asus Webstorage, kde vydáváte linuxové aplikace ... Proto bych očekával, že disk od vaší společnosti bude normální. Bohužel jsem se v poslední době u vás dost zklamal - ne jen vadný disk, ale chyba v Zenbooku UX21E, díky které není kompatibilní s Windows 10, i když byl vydávaný s Windows 7, chyba, díky které se čas od času při určitém nastavení zblázní Embedded Controller a jediné řešení (které skutečně zabralo) je rozebrat notebook, opatrně odpojit baterii a vložit po nějaké době zpět, + je nutné deaktivovat některé funkce v Biosu, jako podporu virtualizace, a v linuxu navíc přidat speciální parametry do /etc/default/grub. Odpojení baterie je nutné bohužel pro resetování EC.


Tento disk samozřejmě podporuje Linux, a to by měla vaše technická podpora vědět, že v Linuxu je problém (a ne jen u tohoto disku (vytvořil jsem bug report https://bugs.launchpad.net/ubuntu/+bug/1623419), ale i u AN300 (bug z roku 2013 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731016). A ta chyba byla díky špatnému firmwaru v těchto vašich discích. Vy jste na tu chybu reagovali vydáním opraveného firmwaru, ale jaksi to technická podpora neřekne - že stačí, aby si daný zákazník stáhl a upgradoval firmware u externího disku. Ano, stáhl jsem si nový firmware, a jede to. Problém byl v tom, že k druhému lunu se nepřiřadilo zařízení. Pravděpodobně by fungoval i ten váš AN300_AS400_virtual_CD_removal tool, protože by se odstraněním virtuálního cd by vyrtuální cd přišlo o svůj lun, kterým se hlásilo. Chyba firmwaru v Linuxových systémech způsobovala, že se blokové zařízení /dev/.. přiřadila jen k prvnímu detekovanému lunu (virtuálnímu cd jako /dev/sr0, pokud ve stroji nebyla cd/dvd mechanika, nebo /dev/sr1), ale scsi hdd se nepřipojil.


Ale žádná snaha pomoci z technické podpory, a ne jen u mně, ale psala vám i majitelka toho disku nezávisle na mne a dostala odpověď jako přes kopírák.


Nikde na internetu, na žádných fórech (ubuntu.cz, askubuntu, root.cz nikdo nevěděl, že je to chyba firmwaru, že jste vydali opravu. Protože tuhle informaci si jaksi vaši vývojáři nechali pro sebe. A když to ve firmwaru opravili, tak ta chyba nebyla pro ně neznámá.


Na jednu stranu jsem rád, že disk mi už funguje. Bohužel jsem zklamaný i z toho, protože v Linuxu jsem zjistil díky informacím ze S.M.A.R.Tu, že disk má vadný sektor a že některé fotografie na něm jsou poškozené.


Tak si to shrňme: Mám mnohem starší disky bez vadných sektorů, ať už SSD, nebo HDD. A ve vašem zařízení - v zenbooku 3 vadné sektory na SSD a zde 1 vadný sektor na externím HDD, zprasený firmware šitý horkou jehlou, zprasený EC, technická podpora, místo aby se snažila pomoc a poradit, tak šup šup, aby měla fajfku za vyřešený case pošle roboticky informaci, že nepodporujete Linux. Ale peníze linuxáků vám přitom  nesmrdí.


Pokud si někdy budu kupovat notebook apod, tak se vám obloukem vyhnu. Ale abych jen nekřivdil, mám i dobré zkušenosti s Asusem. Pokud vybírám grafickou kartu, kupuji vždy Asus. Párkrát jsem udělal výjimku a koupil od jiného výrobce, a ty karty jsem vrátil vždy do 14 dnů a koupil si Asus, i když třeba byl dražší. Nevím jak u vyšších modelů (nejsem hráč), ale pasivně chlazené nvidia karty od Asusu beru jako určitou záruku toho, že to prostě bude fungovat.




S pozdravem a přáním hezkého dne


moje jméno

Propříště si zapsat za uši, že asusu se raději vyhnout. Ale aspoň, že ten firmware opravili, že.


Zařízení jim o hlavu neomlátím, není moje, a je stejně už po záruce.

180

Hardware / Re:Externí disk se hlásí jako CD-ROM [vyřešeno]

« kdy: 15. 09. 2016, 12:10:08 »

   Stačilo naflashovat nový firmware, a v linuxu funguje!! To by mohla technická podpora na Asusu vědět, ne? Data zůstala zachována. Nicméně ve windows při zálohování hlásil u některých souborů cyklickou chybu dat zjištěnou při redudantní kontrole. A když jsem se pokoušel tu poškozenou fotku otevřít v malování, tak vstupně výstupní chybu hardwaru. V linuxu na mne vybafla v gnome-disk chyba - 1 vadný sektor. Takže zkusím zazálohovat v linuxu, a znovu naformátovat.


http://dlcdnet.asus.com/pub/ASUS/Accessory/External_HDD/FW_update.zip