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

Stran: 1 ... 20 21 [22] 23 24 ... 46
316
Sítě / Re:DNS: Ako identifikovat DNS
« kdy: 27. 01. 2012, 15:50:16 »
Neviem si to moc v reali predstavit, ale len tak mimochodom... Aky je use case?
Osobne dost vela pouzivam google dns a nechapem reco by sa mal zobrazit iny content?

317
Sítě / Re:IPtables a IPSEC
« kdy: 27. 01. 2012, 14:56:04 »
Jeeej. Dakujem. Toto mi dost zjednodusi situaciu ked budem muesit zostat pri netkey implementaciach.

318
Sítě / Re:iptabkes a IPSEC
« kdy: 27. 01. 2012, 13:00:25 »
Prave z dovodu mojej lenivosti pouzivam pokial sa to nejako da OpenSwan a KLIPS. Inak musis pravdepodobne kazdu podsiet exportovanu cez IPsec samostatne povolit a vsetko ostatne dropnut.
Myslim si ze pre kernel su packety pochadzajuce z ipsec uplne rovnake ako priamo z wan, cize nemas (imho) moznost ich rozlisit inac nez na zaklade source a destination parov.

319
Sítě / Re:iptabkes a IPSEC
« kdy: 26. 01. 2012, 17:28:47 »
Hello,

Presne to co pises v prvej vete mam aj ja na mojom VPS.

      #IKE
      iptables -I INPUT  -p udp --sport 500 --dport 500 -j ACCEPT
      #ESP
      iptables -I INPUT  -p 50 -j ACCEPT
      #encapsulated IPSEC
      iptables -A INPUT -i ipsec0 -j ACCEPT

      #Local loopback is ok
      iptables -A INPUT -i lo -j ACCEPT

      #Enable already ESTABLISHED traffic
      iptables -A INPUT -m conntrack --ctstate ESTABLISHED -j ACCEPT

      #Drop and LOG everything elese
      iptables -A INPUT -j LOG
      iptables -A INPUT -j DROP

320
Sítě / Re:stiahnutie suboru z routra cez telnet
« kdy: 22. 01. 2012, 19:09:47 »
A nc tam tiez nemas? tftp klienta?

323
Server / Re:DLNA server pro Debian
« kdy: 08. 01. 2012, 23:45:06 »
Nie je to tak ze DNLA (upnp av) iba poskytuje data a meta data? Cize to co dokaze prehrat zalezi od zariadenia co to ma zobrazit a nie od servera? Nakolko minidlna netransformuje, je mu uplne jedno aky vstupny format dostane, ci nie?

324
Server / Re:DLNA server pro debian
« kdy: 08. 01. 2012, 14:04:26 »
[Strasne tu chyba "EDIT" funkcia!]

BD prehravac Panasonic DMP-BDT310 sa ani nehne, prehra tak mozno 10% z toho co tam mam. Samsung PS59D570 zase zoberie snad vsetko, aj Full HD filmy.
Prepojene je to priamo ethernetovym kablom a na DLNA boxe nie su ziadne iptables pravidla.

Vies svoju telku pingat? Ide na nej youtube a ine internetove kraviny?

325
Server / Re:DLNA server pro debian
« kdy: 08. 01. 2012, 14:00:15 »
V squueze minidlna este nie je... Alebo? Cize mas wheezy balicek... Verzia?
U mna:

Version: 1.0.21+dfsg-1+b1
Kód: [Vybrat]
cat /etc/minidlna.conf 
# port for HTTP (descriptions, SOAP, media transfer) traffic
port=8200

# network interfaces to serve, comma delimited
network_interface=eth0

# set this to the directory you want scanned.
# * if have multiple directories, you can have multiple media_dir= lines
# * if you want to restrict a media_dir to a specific content type, you
#   can prepend the type, followed by a comma, to the directory:
#   + "A" for audio  (eg. media_dir=A,/home/jmaggard/Music)
#   + "V" for video  (eg. media_dir=V,/home/jmaggard/Videos)
#   + "P" for images (eg. media_dir=P,/home/jmaggard/Pictures)
media_dir=/xxx/yyy

# set this if you want to customize the name that shows up on your clients
friendly_name=eee DLNA Server

# set this if you would like to specify the directory where you want MiniDLNA to store its database and album art cache
db_dir=/var/cache/minidlna

# set this if you would like to specify the directory where you want MiniDLNA to store its log file
log_dir=/var/log

# this should be a list of file names to check for when searching for album art
# note: names should be delimited with a forward slash ("/")
album_art_names=Cover.jpg/cover.jpg/AlbumArtSmall.jpg/albumartsmall.jpg/AlbumArt.jpg/albumart.jpg/Album.jpg/album.jpg/Folder.jpg/folder.jpg/Thumb.jpg/thumb.jpg

# set this to no to disable inotify monitoring to automatically discover new files
# note: the default is yes
inotify=yes

# set this to yes to enable support for streaming .jpg and .mp3 files to a TiVo supporting HMO
enable_tivo=no

# set this to strictly adhere to DLNA standards.
# * This will allow server-side downscaling of very large JPEG images,
#   which may hurt JPEG serving performance on (at least) Sony DLNA products.
strict_dlna=no

# default presentation url is http address on port 80
#presentation_url=http://www.mylan/index.php

# notify interval in seconds. default is 895 seconds.
notify_interval=900

# serial and model number the daemon will report to clients
# in its XML description
serial=12345678
model_number=1

# use different container as root of the tree
# possible values:
#   + "." - use standard container (this is the default)
#   + "B" - "Browse Directory"
#   + "M" - "Music"
#   + "V" - "Video"
#   + "P" - "Pictures"
# if you specify "B" and client device is audio-only then "Music/Folders" will be used as root
#root_container=.

326
PCnity: Pro nektery vstupy kolize nemusi existovat. Uvazujme trivialni hashovaci funci, ktera vstup 42 zahashuje na 0 a jakykoliv jiny na 1. Potom pro vstup 42 zadnou kolizi nikdy nevymyslite.

Huh... Pravda. Real world scenarion je sice trochu mimo, ale chapem wo co go. Dokonca ked nad tym rozmyslam z tejto strany tak by mohla existovat aj "hashovacia funkcia" co overi uplne presne data 1:1 a ma vysledok len 0 alebo 1. Sice je to uplne pritiahnute za vlasy, ale cisto teroreticky by to slo.
Cize vysledok je asi taky ze je to dakde v strede. Univerzalne hasovacie funkcie urcene na kontrolne sumy dat budu mat kolizie nakolko to vychadza z ich natury, ale pokial by kombinovali s urcitymi specifickymi, mohlo by sa vyhnut kolizii.

327
Len v jednom mieste sme sa vobec nepochoili. Stale ratam s tym ze aj "sucet hashov" musi byt radovo mensi ako zdrojovy subor. Inak je to dost nepouzitelne. A v takom pripade kolizie budu.

328
Jednobitova... Cize ma obor hodnot = {0, 1}
Cize vsetky sumy dokopy budu presne rovnako veleke ako zdrojovy subor... A naco ti potom su tie sumy?
nema potom vacsi zmysel porovnavat priamo zdrojovy subor bit po bite? :D

329
Uvedomujes si ale ze tym to cele strati zmysel?
Pretoze suma, resp. v tomto pripade vsetky sumy dokopy budu niekolko nasobne vacsie ako samony zdrojovy subor :D
Akoze... fakt hovadina.

330
Ale uplne zbytocne sa chytas prave toho bodu. Nekonecne velke v zmysle, nemam obmedzenie velkosti. Cize GiB, TiB, ... a nasledne ich nasobky ;) By som bol zvedavy ako by mohol existovat sposob ako by si niekolo 100viek Yi [yobi bajtov] vdel nasumovat na < 1 MiB hoci aj 1000kami hashovacich funkcii tak aby si nenasiel ani jednu koliziu. Je to matematicky vylucene.

Stran: 1 ... 20 21 [22] 23 24 ... 46