***UNCHECKED*** arduino, 3d printer
Sziasztok! A lányom meglátta az alábbi videót, és most lélegeztető-ish gépet akar csinálni. https://youtu.be/n57u1NvXBgw A videóban látható cucc túl speciális eszközökből van összerakva, de van néhány ötletünk arra, hogy kb mik azok a dolgok, amikből reprodukálhatóbb eszközt lehetne építeni. És persze már keresünk hozzáértő dokit, aki el tudja mondani, hogy tulajdonképpen mi lenne a specifikáció. Az már látszik, hogy kelleni fog az ügyhöz 3d printer, és a gyorsabb fejlesztés érdekében a video alatti github repóban lévő arduino-ra készült szoftverre szeretnék alapozni. Na ez a két dolog az, amivel nem rendelkezem, és félek, hogy ha most rendelek, nem érkezik meg időben. Tudtok segíteni? _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
ulimit ubuntun
Hi! Szeretnék a chrome-omnak ulimitet adni: dögöljön meg ha sok memóriát eszik. Mindezt úgy szeretném, hogy bárhogyan indíthassam, és az upgrade se rontsa el. Egyelőre csináltam egy scriptet, ami beállítja a limiteket, és az alternative mechanizmust használom. Az update-alternatives --install mondta, hogy nem csinál semmit a /usr/bin/chromium-browser binárissal, azt kézzel átneveztem, és egy symlinket tettem a helyére. Az a gyanúm, hogy az upgrade ezt felül fogja vágni, azt meg biztosan nem fogja tudni, hogy mire neveztem át az eredeti binárist. Mi lenne a korrekt megoldás? _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: usb portot soros portnak láttatni
Hi! pty-t használj. Valamit rosszul csinálsz, ha a unit tesztjeid egy eszköz vagy bármilyen oprendszer beállítás meglététől függenek. On 05/20/2016 06:40 PM, Gádori Zsolt wrote: > Sziasztok! > > Az van, hogy fejlesztek egy programot, ami /dev/ttySX-et fog használni > a cél környezetben. Az asztali gépemen van hw soros port, ott semmi > gond, de a laptopomon már nincs, itt csak USB van. Nomost a laptopon > nem bírom fejleszteni/tesztelni az adott programot, mert leáll azzal a > hibaüzenettel, hogy nincs ilyen hw eszköz. > > A kérdés az volna, hogy van-e valami módszer arra, hogy "becsapjam" a > programot? Az nem szükséges, hogy a fejlesztés során tényleg használni > is tudja a portot (ezt meg tudom oldani, hogy ne legyen rá szükség) de > sokat segítene, ha legalább "felismerés", tekintetében rá tudnám > szedni őkelmét. > > előre is köszönöm: > Zs. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Megoldva: Read-only diszk Ubuntuval
On 2015-03-09 10:32, Szabolcs Regos wrote: On 09 Mar 2015, at 08:15, katti ka...@l3.hu wrote: Nézz meg egy cd-s live-ot. Onnan tuti elindul és tán az ok is meglesz . Esetleg próbáld meg az elilo-t. A Live CD/DVD-k nem SYSLINUX-szal bootolnak? Ott nincs GRUB. Emlékeim szerint a diskless serverek se GRUB-bal bootolnak, hanem SYSLINUX-szal. http://www.syslinux.org/wiki/index.php/The_Syslinux_Project Ave, Saabi. A megoldás az lett, hogy lilo-t tettem fel. ( Innen néztem ki még dolgokat: https://wiki.debian.org/ReadonlyRoot ezekből csak párat kellet megcsinálni persze. ) Köszi mindenkinek a segítséget. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Verziókezelö
git ma ez nem is kérdés. On 2015-01-16 17:47, Gábor Kovács wrote: Sziasztok! Tud valaki ajánlani nekem verziókezelö rendszert? Három forráscsomagot kell kezelnünk, a források egy Linux szerveren vannak, vegyesen vannak Linux és Windows kliensek (jelenleg öt), amik sambán keresztül látják a szervert. Egy-egy forrást egyszerre csak egy ember szerkeszt, de a fordításhoz az egész csomagot le kell húzni. Mivel néhány ezer forrásról (néhány tucat mega) és néhány emberröl van szó, valami nem túl komplikált de megbízható és többplatformos rendszert keresek. Mit ajánlotok? Fürtös _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Nyomtatás PDF-be
On 11/21/2013 10:33 AM, Gábor Kovács wrote: Windowsra találtam is PCL-PDF átalakító programokat, de eddig Linuxra még nem. Látott valaki már ilyet? gugli első találat, első komment http://forums.whirlpool.net.au/archive/1391302 pcl6 -sDEVICE=pdfwrite -sOutputFile=TARGETFILENAME.pdf SOURCEFILENAME.pcl _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: imap cert auth
Kösz a tippeket, a debugok már be voltak állítva. Végül kiderült, hogy az volt a baj, hogy ugyanabba a PEM-be várja a certet és a CRL-t is. Itt a config, ha valakit esetleg érdekelne. A pam konfigtól még mindig futkos a hideg a hátamon, pedig csekkoltam párszor hogy tényleg jónak tűnik így. # cat /etc/dovecot/passwd ar...@magosanyi.hu::1000:1000::/home/mag::userdb_mail=mbox:/home/mag/mail:INBOX=/var/mail/mag # cat /etc/pam.d/dovecot #%PAM-1.0 auth sufficientpam_permit.so account sufficientpam_permit.so # dovecot -n # 2.0.19: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-xen-amd64 x86_64 Ubuntu 12.04.2 LTS auth_debug = yes auth_debug_passwords = yes auth_ssl_require_client_cert = yes auth_ssl_username_from_cert = yes auth_verbose = yes base_dir = /var/run/dovecot/ mail_debug = yes passdb { driver = pam } protocols = imap ssl = required ssl_ca = /etc/ssl/certs/cacert.org.withcrl.pem ssl_cert = /etc/ssl/certs/dovecot.pem ssl_cert_username_field = emailAddress ssl_key = /etc/ssl/private/dovecot.pem ssl_verify_client_cert = yes userdb { args = /etc/dovecot/passwd driver = passwd-file } verbose_ssl = yes _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: imap cert auth
On 05/08/2013 06:30 PM, Szládovics Péter wrote: 2013-05-08 16:36 keltezéssel, Magosányi, Árpád írta: Kösz a tippeket, a debugok már be voltak állítva. Végül kiderült, hogy az volt a baj, hogy ugyanabba a PEM-be várja a certet és a CRL-t is. Ezek szerint a serialt csak appendeled, amikor visszavonsz egy usert? Egy ilyesmi cronjobot írhatnék rá, mivel cacert a CA: wget https://crl.cacert.org/revoke.crl openssl crl -inform der -outform der -in revoke.crl -out revoke.crl.pem cat /etc/ssl/certs/cacert.org.pem revoke.crl.pem /etc/ssl/certs/cacert.org.withcrl.pem rm -f revoke.crl revoke.crl.pem A visszavonásos kérdést asszem ezzel lényegében megválaszoltam: rendes CRL van, csak iszonyú hülye helyen. Viszont mivel a felhasználóbázis rendesen behatárolt (én egyedül), és a cacert-ben bízom hogy az én emailcímemre nem fog más számára kiállítani certet, valamint amúgy is titkosítatlan hálón jöttek az emailek, szerintem nem fogom törni magam egy ilyen cronjob írásával. Ja, hogy már megírtam? _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
imap cert auth
Sziasztok! Cert auth-al szeretnék hozzáférni a postaládámhoz. Gondoltam felteszek egy imap szervert, és jól bekonfigurálom. A dovecot-ra esett a választás, de nem igazán akarja. Találtam egy leírást, ami szerint a dovecotnak megmagyarázzuk, hogy a kliens certből vegye ki a felhasnzálónevet, majd csináltasson egy plain text authot a klienssel csak azért, hogy ne vegye figyelembe a jelszót se. Tök vicces. Lenne ha működne, de - miután jól belogolja hogy a kliens elküldte a certjét - azt állítja, hogy a kliens nem küldött használható certet. De hogy mi a baja, arról szó sincs. cyrus-hoz meg courier-hez doksit sem találtam ami alapján meg lehetne közelíteni a problémát. Száz szónak is egy a vége: megy valakinél imap cert auth-al? _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: liferay
On 04/26/2013 10:04 AM, Ákos Gábriel wrote: Rakjál fel egy sunos jdk-t (az openjdk-t takarítsd le :) Ubuntura/Debianra van egy webupd8te team repo, onnan kell egy csomagot felrakni, az lehúzza ami kell és be is állítja szépen. Megy az 7-es openjdk-val is. Vagy az volt a baj, hogy fennmaradt a 6-os, és azt nem szerette, vagy pedig a függőségek közül valamelyik jar rossz verziójú volt. Huhh, csak sikerült megúszni az oracle függést. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
liferay
Sziasztok! Gondoltam telepítek egy liferay-t. Próbáltam a war-t tomcatre, jbossra, glassfishre. Nem ment. Próbáltam a tomcattel meg a glasfish-el egybeépített bundle-t. Nem ment. Igen, feltelepítettem a függőségeket, meg ugye az egybeépített bundle-nél azok eleve benne vannak. A tomcat war-os telepítésnél volt egy olyan, hogy a doksi a resin meg a script10 jart egy nem létező könyvtárba akarta velem rakatni, hát beraktam egy classpath-ban található könyvtárba. Ugyanott mutatott egy JTA-ról szóló oldalra, hogy szedjem le onnan a jar-t, de ott nem nagyon volt ilyesmi, a jta.jar meg szintén bennt volt a classpath-ban. A gyanúsabb hibaüzenetek (tele vagyok exception trace-ekkel): org.springframework.beans.factory.BeanCreationException: Error creating bean with name '/com_liferay_portal_service_spring_AccountService-hessian' defined in ServletContext resource [/WEB-INF/remoting-servlet.xml]: Instantiation of bean failed; nested exception is org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [org.springframework.remoting.caucho.HessianServiceExporter]: Constructor threw exception; nested exception is com.caucho.hessian.HessianException: jar:file:/usr/local/share/java/resin.jar!/META-INF/hessian/serializers: com.caucho.hessian.io.LocaleSerializer is invalid because it does not implement com.caucho.hessian.io.Serializer com.liferay.portal.kernel.events.ActionException: java.lang.NullPointerException at com.liferay.portal.events.ThemeServicePreAction.run(ThemeServicePreAction.java:47) Mit rontok el? Van valakinek futó liferay-e? Milyen verzió, milyen bundle, milyen app szerveren? _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
bridge. nem értem
Sziasztok! Van itt valami, amit nagyon nem értek. Van egy virtuális gépem, a hoston vnet0 a hozzá tartozó interfész. A vm belülről a 10.5.5.3 ip címet birtokolja. Van egy br-int nevű interfészem, amelynek a 10.5.5.1 ip címet adományoztam. A vm-ből pingelem a 10.5.5.1-et, és kapok is válaszokat. A vnet0 interfészen szépen látszik a request és a reply is (tcpdump-al) A vnet0 a qbrd6610d3a-33 nevezetű linux bridge-ben van, a qvbd6610d3a-33 nevezetű porttal egyetemben. A qbrd6610d3a-33 interfészen szintén látszik a teljes forgalom. A qvbd6610d3a-33 interfészen csak az echo reply látszik a pingből, de előtte az arp kérés és válasz is, amit a vm indít. Na ez az egyik amit nem értek. Miért csak az egyik irányt látom? A másik amit nem értek, az az hogy tulajdonképpen miért van egyáltalán forgalom :) A vnet0 ugyanis teljesen másik bridge-ben van mint a br-int. A kettőt valahogyan a qvbd6610d3a-33 és qvod6610d3a-33 interfészek kötik össze, de nem értem hogy hogyan. Nem látszanak tun/tap interfésznek: # ip tuntap vnet0: tap vnet_hdr Nem tudok élő gre tunnelekről, az 'ip tunnel' nem ad vissza semmit. A teljes képhez hozzátartozik még a tapbba13168-7d, amely a 10.5.5.2 ip címet kapta a keresztségben. Ha azt pingelem a vm-ből, látom a requestet meg a replyt is mind a vnet0, mind a qvbd6610d3a-33, mind a tapbba13168-7d és a qvod6610d3a-33 interfészeken. A setup: # brctl show bridge namebridge idSTP enabledinterfaces br-ex.9e5efab29a44no br-int.06cbb7af1b4dnoqvod6610d3a-33 tapbba13168-7d br-tun.92750fdef846no qbrd6610d3a-338000.f2448cb75d1enoqvbd6610d3a-33 vnet0 # brctl showmacs br-int read of forward table failed: Operation not supported # brctl showmacs qbrd6610d3a-33 port nomac addris local?ageing timer 16e:d8:4e:32:85:c5no 0.05 1f2:44:8c:b7:5d:1eyes 0.00 2fa:16:3e:d7:2d:92no 0.05 2fe:16:3e:d7:2d:92yes 0.00 # ovs-vsctl show 220ed79f-235f-4be1-bc1a-c8619065cc1d Bridge br-int Port br-int Interface br-int type: internal Port qvo5d7cc3f9-c3 tag: 1 Interface qvo5d7cc3f9-c3 Port tapbba13168-7d tag: 1 Interface tapbba13168-7d type: internal Port qvod6610d3a-33 tag: 1 Interface qvod6610d3a-33 Port patch-tun Interface patch-tun type: patch options: {peer=patch-int} Bridge br-ex Port br-ex Interface br-ex type: internal Bridge br-tun Port br-tun Interface br-tun type: internal Port patch-int Interface patch-int type: patch options: {peer=patch-tun} ovs_version: 1.4.0+build0 # ip a 1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc mq state UP qlen 1000 link/ether 00:9c:02:aa:65:75 brd ff:ff:ff:ff:ff:ff inet 192.168.1.10/24 brd 192.168.1.255 scope global eth0 inet6 fe80::29c:2ff:feaa:6575/64 scope link valid_lft forever preferred_lft forever 3: br-tun: BROADCAST,MULTICAST mtu 1500 qdisc noop state DOWN link/ether 92:75:0f:de:f8:46 brd ff:ff:ff:ff:ff:ff 4: br-int: BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP mtu 1500 qdisc noqueue state UNKNOWN link/ether 06:cb:b7:af:1b:4d brd ff:ff:ff:ff:ff:ff inet 10.5.5.1/24 brd 10.5.5.255 scope global br-int inet6 fe80::4cb:b7ff:feaf:1b4d/64 scope link valid_lft forever preferred_lft forever 5: br-ex: BROADCAST,MULTICAST mtu 1500 qdisc noop state DOWN link/ether 9e:5e:fa:b2:9a:44 brd ff:ff:ff:ff:ff:ff 6: tapbba13168-7d: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state UNKNOWN link/ether 6e:d8:4e:32:85:c5 brd ff:ff:ff:ff:ff:ff inet 10.5.5.2/24 brd 10.5.5.255 scope global tapbba13168-7d inet6 fe80::6cd8:4eff:fe32:85c5/64 scope link valid_lft forever preferred_lft forever 8: qbrd6610d3a-33: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state UP link/ether f2:44:8c:b7:5d:1e brd ff:ff:ff:ff:ff:ff inet6 fe80::4c63:7cff:fe87:d1ec/64 scope link valid_lft forever preferred_lft forever 9: qvod6610d3a-33: BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether f6:e1:2b:50:22:ee brd ff:ff:ff:ff:ff:ff inet6 fe80::f4e1:2bff:fe50:22ee/64 scope link valid_lft forever preferred_lft forever 10: qvbd6610d3a-33: BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP mtu 1500 qdisc pfifo_fast master qbrd6610d3a-33 state UP qlen 1000 link/ether
Re: syslog-ng help
On 03/14/2013 01:32 PM, Szokovacs Robert wrote: Eles gepen nem fogom se az init-et, se a syslogot stracelni, a teszt rendszeren meg nem csinalja, pedig aki installalta eskuszik, hogy nincs kulonbseg :) Arra van lehetőség, hogy az eskünél megbízhatóbb információkkal rendelkezz a teszt és éles rendszer közötti különbségekről. Ha más nem, akkor betar, elvisz, kitar és diff -ru (Amúgy meg nem hülyeség a /etc-t git alatt tartani.) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dhcp, még mindig...
On 03/12/2013 09:54 AM, Norbert Vastagh wrote: Hogyan tudom megoldani, ami nálam a legfontosabb, hogy mac alapján az alapértelmezettől eltérő átjárót és dns-t osszon?! Az már volt, hogy dnsmasq dhcp-host/dhcp-hostsfile opció, tag paraméter, ami alapján dhcpoption/dhcp-optsfile a 'tag:' string használatával? Bocs, nem figyeltem a threadet nagyon. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dhcp, még mindig...
On 03/12/2013 03:24 PM, Norbert Vastagh wrote: Magosányi Árpád m...@magwas.rulez.org írta (2013. március 12. 14:27): Az már volt, hogy dnsmasq dhcp-host/dhcp-hostsfile opció, tag paraméter, ami alapján dhcpoption/dhcp-optsfile a 'tag:' string használatával? Nem - emlékeszem rá ;-) De szerintem nem. Most csiholom éppen a dnsmasq-ot (eddig is használtam dns prox-ként), és tudok is gépenként egy fájt csinálni, meg abban mac address alapján egyedileg ip címet osztani: de hogyan tudom az átjárót és a dns-t is ott beállítan?! Arra még nem jöttem rá... Most így néz ki pl. egy ilyen fájlom: dhcp-host=xx:xx:xx:xx:xx:xx,vastitel,192.168.3.60,4h Én nem gépenként csinálnék egy fájlt. Csinálnék egy dhcphost file-t, valami ilyesmi módon: xx:xx:xx:xx:xx:xx,vastitel,192.168.3.60,4h xx:xx:xx:xx:xx:xx,set:otherroute,vastite2,192.168.3.61,4h xx:xx:xx:xx:xx:xx,vastite3,192.168.3.60,4h és egy options file-t, valami ilyesmi módon: tag:otherroute,option:dns-server,8.8.8.8 tag:otherroute,option:router,10.5.5.1 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Megoldva: USB nagyon low level debug?
Na az volt, hogy a D+ láb egyben interrupt input is kell legyen. A lábat eltettem, az interrupt vektort nem konfigoltam át. RTFM probléma volt, mint mindíg. Most már ezt mondja, én meg boldog vagyok: 2012-12-23T15:29:04+00:00 s_src [ 8171.417211] usb 1-1.2: new low-speed USB device number 32 using dwc_otg 2012-12-23T15:29:05+00:00 s_src [ 8172.433055] usb 1-1.2: config 1 interface 1 altsetting 0 endpoint 0x1 is Bulk; changing to Interrupt 2012-12-23T15:29:05+00:00 s_src [ 8172.433090] usb 1-1.2: config 1 interface 1 altsetting 0 endpoint 0x81 is Bulk; changing to Interrupt 2012-12-23T15:29:06+00:00 s_src [ 8172.959984] usb 1-1.2: New USB device found, idVendor=16c0, idProduct=05e1 2012-12-23T15:29:06+00:00 s_src [ 8172.960017] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 2012-12-23T15:29:06+00:00 s_src [ 8172.960035] usb 1-1.2: Product: AVREAL0 2012-12-23T15:29:06+00:00 s_src [ 8172.960047] usb 1-1.2: Manufacturer: magwas.rulez.org 2012-12-23T15:29:06+00:00 s_src [ 8173.126173] cdc_acm 1-1.2:1.0: ttyACM0: USB ACM device 2012-12-23T15:29:06+00:00 s_src [ 8173.413996] usbcore: registered new interface driver cdc_acm 2012-12-23T15:29:06+00:00 s_src [ 8173.414026] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
USB nagyon low level debug?
Sziasztok! Van egy RPI-m, meg egy avr-es cuccom, ami elvileg USB-n beszél CDC-t, de nagy valószínűséggel valamit elrontottam benne. A PI ezt mondja róla: [144532.045514] usb 1-1.3: new low-speed USB device number 12 using dwc_otg [144532.125706] usb 1-1.3: device descriptor read/64, error -32 [144532.315710] usb 1-1.3: device descriptor read/64, error -32 [144532.505585] usb 1-1.3: new low-speed USB device number 13 using dwc_otg [144532.585584] usb 1-1.3: device descriptor read/64, error -32 [144532.775617] usb 1-1.3: device descriptor read/64, error -32 [144532.965637] usb 1-1.3: new low-speed USB device number 14 using dwc_otg [144533.385377] usb 1-1.3: device not accepting address 14, error -32 [144533.465558] usb 1-1.3: new low-speed USB device number 15 using dwc_otg [144533.885397] usb 1-1.3: device not accepting address 15, error -32 [144533.885604] hub 1-1:1.0: unable to enumerate USB device on port 3 A cél annak kiderítése lenne, hogy mi az amit teljesen alacsony szinten lát a PI. A /sys/kernel/debug/usb/usbmon/0u -ban az avr újraindításakor az alábbiak azok az üzenetek, amik nem már ismert eszközre vonatkoznak, arra tielnék hogy ezek az elvetélt kommunikációs próbálkozás nyomai. Azok? Mit olvassak el, hogy értsem mi történik? ca0c91c0 2334143479 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c91c0 2334143973 C Ci:1:000:0 -32 0 ca0c91c0 2334144022 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c91c0 2334144451 C Ci:1:000:0 -32 0 ca0c91c0 2334144501 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c91c0 2334144952 C Ci:1:000:0 -32 0 ca0c9240 233401 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c9240 2334333943 C Ci:1:000:0 -32 0 ca0c9240 2334334002 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c9240 2334334465 C Ci:1:000:0 -32 0 ca0c9240 2334334514 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c9240 2334334967 C Ci:1:000:0 -32 0 ca0c9240 2334603541 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c9240 2334604001 C Ci:1:000:0 -32 0 ca0c9240 2334604044 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c9240 2334604500 C Ci:1:000:0 -32 0 ca0c9240 2334604547 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c9240 2334604999 C Ci:1:000:0 -32 0 ca0c9140 2334793311 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c9140 2334793898 C Ci:1:000:0 -32 0 ca0c9140 2334793945 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c9140 2334794397 C Ci:1:000:0 -32 0 ca0c9140 233479 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c9140 2334794996 C Ci:1:000:0 -32 0 ca0c9140 2335063583 S Co:1:000:0 s 00 05 000e 0 ca0c9140 2335064055 C Co:1:000:0 -32 0 ca0c9140 2335273293 S Co:1:000:0 s 00 05 000e 0 ca0c9140 2335273949 C Co:1:000:0 -32 0 ca0c9140 2335563496 S Co:1:000:0 s 00 05 000f 0 ca0c9140 2335564078 C Co:1:000:0 -32 0 ca0c9140 2335773290 S Co:1:000:0 s 00 05 000f 0 ca0c9140 2335773878 C Co:1:000:0 -32 0 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: USB nagyon low level debug?
Na majd jól elbeszélgetek magammal :) On 12/22/2012 02:17 PM, Magosányi Árpád wrote: ca0c91c0 2334143479 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c91c0 2334143973 C Ci:1:000:0 -32 0 Ha jól értem, bejön egy Get descriptor request a control csatornán, ami a 0. device descriptorra vonatkozik, és 64 byte hosszú maga a descriptor. Erre jött egy -32 error callback. Kérdések: - jól értem-e, hogy akkor az avr képes volt megugorni azt, hogy legalább egy formailag helyes csomagot belüldött? - hogyan tudom magát a device descriptort kidumpolni? - mi ez a -32? Ezt most a PI mondja? Ha igen akkor miért gondolja így? ca0c91c0 2334144022 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c91c0 2334144451 C Ci:1:000:0 -32 0 ca0c91c0 2334144501 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c91c0 2334144952 C Ci:1:000:0 -32 0 ca0c9240 233401 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c9240 2334333943 C Ci:1:000:0 -32 0 ca0c9240 2334334002 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c9240 2334334465 C Ci:1:000:0 -32 0 ca0c9240 2334334514 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c9240 2334334967 C Ci:1:000:0 -32 0 ca0c9240 2334603541 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c9240 2334604001 C Ci:1:000:0 -32 0 ca0c9240 2334604044 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c9240 2334604500 C Ci:1:000:0 -32 0 ca0c9240 2334604547 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c9240 2334604999 C Ci:1:000:0 -32 0 ca0c9140 2334793311 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c9140 2334793898 C Ci:1:000:0 -32 0 ca0c9140 2334793945 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c9140 2334794397 C Ci:1:000:0 -32 0 ca0c9140 233479 S Ci:1:000:0 s 80 06 0100 0040 64 ca0c9140 2334794996 C Ci:1:000:0 -32 0 És a fentiek ismétlődnek egy párszor, maj hogy hogy nem... ca0c9140 2335063583 S Co:1:000:0 s 00 05 000e 0 ca0c9140 2335064055 C Co:1:000:0 -32 0 Ez egy set address = 0x0e, Control out csatornán, majd megint csak egy -32 a callback rája. Lentebb megismétli ugyanezt, majd kétszer a 0x0f címet próbálja meg odaadni. Nem értem a logikát, hogy miért 11 kérés után akar neki címet adni, és ha eleve sikertelenek voltak a kérések, akkor miért próbálja meg egyáltalán? És mi megint ez a -32 és ki mondja? ca0c9140 2335273293 S Co:1:000:0 s 00 05 000e 0 ca0c9140 2335273949 C Co:1:000:0 -32 0 ca0c9140 2335563496 S Co:1:000:0 s 00 05 000f 0 ca0c9140 2335564078 C Co:1:000:0 -32 0 ca0c9140 2335773290 S Co:1:000:0 s 00 05 000f 0 ca0c9140 2335773878 C Co:1:000:0 -32 0 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
solved: nonlocal bind
On 12/18/2012 10:47 AM, PÁSZTOR György wrote: Hi, Magosányi Árpád m...@magwas.rulez.org írta 2012-12-17 20:27-kor: Nem létező ip címre bindolok. net.ipv4.ip_nonlocal_bind=1 beállítva (anélkül a bind se menne) A routing is jónak néz ki, látom a syn csomagot, és a dst ethernet cím a fogadó interfész ethernet címe, tehát a network stackig eljut a csomag. De a daemon aki figyel nem kapja meg. net.ipv4.ip_forward=1 is beállítva kínomban Még egy redirect-et is nyomtam a dest address-re, pedig emlékeim szerint az sem kellene. Mi hiányzik még? 3.2.0 -ás kernel Én első közelítésben megnézném egy réteggel feljebb is. netfilterbe felvennék egy szabályt, ahol az iptables-nek nem mondok -j -t, csak illeszkedik a várt csomagra, és figyelném a countert, hogy tényleg nő-e. Kösz a tippet. A nonlocal_bind meg redirect kellett, az ip_forward nem. Kicsit misztikus (ivagyis nem tudom elsőre mit ronthattam el), de most megy. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
nonlocal bind
Sziasztok! Nem létező ip címre bindolok. net.ipv4.ip_nonlocal_bind=1 beállítva (anélkül a bind se menne) A routing is jónak néz ki, látom a syn csomagot, és a dst ethernet cím a fogadó interfész ethernet címe, tehát a network stackig eljut a csomag. De a daemon aki figyel nem kapja meg. net.ipv4.ip_forward=1 is beállítva kínomban Még egy redirect-et is nyomtam a dest address-re, pedig emlékeim szerint az sem kellene. Mi hiányzik még? 3.2.0 -ás kernel _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: RaspberryPi USB
On 12/05/2012 11:36 AM, zamek wrote: hehe en meg a konnektorban a villanyt rakopessel szoktam :) Csak időben el kell harapni. (bocs) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: RaspberryPi USB
On 12/04/2012 09:53 AM, Hofferek Attila wrote: 2012.12.04. 9:39 keltezéssel, Hegedüs Ervin írta: Valami hőmérséklet érzékelőt szeretnék rátenni, amit olvas az rpi, és abból kiszámolja h mikor kell BE és KIkapcsolnia, ha mi X fokot szeretnénk a lakásban. Ez eddig az én fejemben nem több egy hatlábú attiny-nél :) Egy kicsit is összetettebb fűtési rendszernél nem egy db uC-t fogsz használni, hanem néhány darabot (több mérési és beavatkozási pont), és nem hatlábút ( kell mérni, beavatkozni, és egymással valamint a külvilággal kommunikálni). A podmalinux listán megy a beszélgetés egy eszközről ami erre (is) alkalmas lenne. Gyakorlatilag atmel controllerek, amik egymás között CAN buszon, a külvilággal USB-n beszélnek. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IM szerver
On 12/04/2012 12:06 PM, Szládovics Péter wrote: Sziasztok, Csinálnunk kéne egy céges (saját hostolású) IM szervert, amihez az alábbi szempontoknak kéne teljesülnie: - LDAP auth - szöveg, video, hang átvitel - SSL titkosított csatorna - Linux, Windows kliens - Linux szerver Plusz pont: - iOS kliens (iPhone is) - Android kliens Van ilyesmivel valakinek tapasztalata? Érdekelnének a vélemények, hogy ki mit használ(t), ki mit ajánl. Sok tapasztalatom nincs vele, de az openmeetings-et találtam a legközelibbnek a célhoz. red5-re épül. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: RaspberryPi USB
On 12/04/2012 02:44 PM, Hofferek Attila wrote: On Tue, Dec 04, 2012 at 02:06:48PM +0100, Hegedüs Ervin wrote: kell még két hőérzékelő, ami valamilyen digitális úton adja át a mért értéket gpio az nagyon nem olcso, az analog meg megnagyonnemolcsobb Van SPI-s hőmérő IC, SPI meg van az RPi-hez. Arra meg még én is képes vagyok, hogy egy GPIO kimenetre egy fet-et pakoljak, arról meg egy relét vezéreljek, tehát biztos hogy nagyon eccerű. Én mondjuk max 1 db RPi-t használnék a rendszerhez, parancssori uinak. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: RaspberryPi USB
On 12/03/2012 06:55 AM, Salamon Attila wrote: Neten semmi biztatót nem találtam, szapulják sz eszköz a hibás USB driverét. Általában a tápellátást hibáztatják, de ez a mi esetünkben egy majdnem 3A -es Traco (jó minőség) DC/DC átalakító adja a tápot és jelen felállásban az RPi -n kívül alig 200mA eszik a többi fogyasztó. Az RPi USB portja 100mA leadására van tervezve. Akármilyen jó tápot használsz, annál nagyságrendileg többet nem fogsz tudni kihozni, mert van benne egy biztosíték, amely nagy áramnál lekapcsol. HA ezen a környéken van a probléma, akkor egy táplált USB hub a megoldás. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: honnan íródik vissza?
On 10/09/2012 10:22 AM, Kosa Attila wrote: On Mon, Oct 08, 2012 at 10:23:46PM +0200, Magosányi, Árpád wrote: kvm-el szórakozom, és klónozgatnék. Csináltam egy guest1 nevű lv-t. Ezt használva hda-ként, telepítettem egy ubuntu servert. A hostname guest1 lett. lvm-et használtam benne, a vg neve guest1 lett. Azt nem tudom, hogy miert irodnak vissza a fajlok, de nekem feleslegesnek tunik a ket lvm. Miert nem jo az, ha csak a hoston vannak lvm-es particiok, es minden lvm particiot odaadsz a guest-nek? Egyszerubb az eleted is, ha novelni kell, mert a hoston megnoveled, a guest-ben mar csak a fajlrendszert kell megnovelned, es keszen is vagy. Raadasul a kpartx-es dolgot is kihagyhatnad a dologbol. Alapvetően igaz, és az is amit Pásztor Gyuri írt a performanciáról. Az akasztott meg, hogy az ubuntu telepítő nem szeret particionálatlan diszkre fájlrendszert csinálni. Persze egy kpartx és egy dd kérdése, még az is lehet hogy átállok. Az eredeti kérdéssel kapcsolatban: Előlről kezdtem, és úgy módosítottam a dolgot, hogy - véletlenül sem indítottam kvm-et a guest2-re mielőtt megcsináltam mindent - töröltem az initrd-t az update-initrd előtt - kétszer is ellenőriztem hogy umount és sync Így úgy látszik megoldódott. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
piecewise integrálás?
Sziasztok! Van olyan open source szimbolikus matek csomag, ami képes korrektül integrálni egy piecewise függvényt? A sympy-nek sikerült nem-folytonos függvényt kihoznia... Másképp kérdezve: Mechanikai feladatot oldanék meg (ilyeneket, csak a beam keresztmetszete összetettebb, és a centroid meg a moment of inertia kiszámításához is piecewise függvényt kell integrálni; http://web.archive.org/web/20090430034958/http://physics.uwstout.edu/statStr/Strength/Beams/bdsne51b.htm ). Te mivel csinálnád? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Samba domain controller
On 05/26/2012 10:43 AM, Lajber Zoltan wrote: Nem szerencses barmilyen tuzfalonm cifs/smb/AD akarmi m$ protokolt atengedni. Ezek a protokolok nagy, bonyolult dolgok, foldi halando tuzfala nem nagyon tud beleszolni. Igy aztna nagyjabol ertelmet is veszti. Nem lehet tobblabu AD-ket csinalni? Vagy legalabb member szerverket? Biztos hogy jó ötlet összesöntölni a zónákat, ráadásul pont egy m$ szerverrel? Egy jól kialakított (nem M$ AD) domainben a kerberos és az ldap elég. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: openwrt forditas
corrupted section header size felfért? On 05/25/2012 03:47 PM, Zoltán Gerendás wrote: Helló! Egy ARM board-ra próbálnám feltenni az OPENWRT. Az ixp4xx típusra fordított elvileg jó lenne, de az elkészült binárisokra a következőt kapom: can't execute '/bin/busybox': Exec format error file busybox busybox: ELF 32-bit MSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), corrupted section header size Van valakinek ötlete, hogy miért? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: 1-2 órás munka, Linksys RV082 ipsec tunnel config
On 05/08/2012 08:45 AM, Hegedüs Ervin wrote: szal' ha mondjuk az NBH-nál (*) én vagyok a VPN felelős, ott is elvihetem a kulcsokat minden következmény nélkül? Ott nem egy utcáról beesett ismeretlen lesz a VPN felelős, és kicsit több eszközük van baj esetén. Azon kívül jó esetben a folyamataik is olyanok, hogy egyetlen ember nem tud kárt okozni. Nnna, itt ugyanaz védheti az ügyfelet mint ott :) Most egy elég hosszú listát tudnék ide írni a fentieken kívül is, ami ebben a szituációban nem adatik meg. A legdurvább talán az, hogy a jelek szerint egy távolról végezhető munka email-es/telefonos egyeztetés alapján. Ha elég ügyes vagyok, akkor úgy tudom elvégezni és megkapni a fizetséget, hogy a megrendelő abban sem lehet biztos, hogy ki vagyok. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: 1-2 órás munka, Linksys RV082 ipsec tunnel config
evil on Persze, és majd véletlenül elviszem magammal a kulcsokat. Később egész sokat kereshetek vele. evil off Végiggondoltad te ezt? On 05/07/2012 02:49 PM, Hofferek Attila wrote: Sziasztok, érdekelne valakit egy egy-két órás munka, felhúzni egy ipsec tunnelt egy subject beli routerben? Kattintgatós webes. Ma, vagy holnap kéne megcsinálni. Helyileg a xii. kerület Zsigmondy Vilmos utcában van, de be lehet lépni a routerre távolról pptp(?)-vel. (Windows, munkahelyi hálózat vagy mi a franccal szoktak távolról belépni). Kérek szépen egy mailt, ha érdekel és akkor mondom/küldöm a részleteket. Köszi előre is _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Xorg satufék
On 03/15/2012 01:52 PM, Salamon Attila wrote: 2012.03.15. 7:04 keltezéssel, Zsolt Gádori írta: dmesg: [ 1561.784012] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung Kicsit félve írom, mert magam sem látom az összefüggést, de nálam az oldotta meg ugyanezt a problémát, hogy kivettem az egyik memóriamodult a gépből. A memtest soha nem jelzett hibát. (A, B, A+B -vel sem.) Esetleg a GPU által használt memóriaterület mérete vagy még inkább címe lehet olyan, amit nem tud a drivere/a GPU lekezelni? Azt lehetne megpróbálni, hogy elmagyarázod annak akit illet, hogy a GPU kicsit lentebbről vegye a memóriát. Kicsit régi cikk, nem is tudom hogy mennyire igaz ma amit ír (hardverhez sosem értettem) de talán elindulni jó lehet: http://lwn.net/Articles/257417/ _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Xorg satufék
On 03/15/2012 03:57 PM, Gádori Zsolt wrote: Azért egy balul sikerült x telepítést kitakarítani nem olyan egyszerű dolog. Csináld chrootolt környezetben. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Mi küldi a levelet?
On 12/22/2011 12:15 PM, Laborczi Pál wrote: Nem értem ezt a választ. Egy újra telepítéssel mi változna? RPM csomagból ugyanúgy fölmenne ez a meghekkelt sshd. Nekem szerencsém volt, mert valójában nem sikerült a jelszóküldés. De aki az internetre közvetlenebb módon kapcsolódik, és így épít egy ssh szervert, annak a jelszavait már rég ellopták. És hiába változtatja meg, mert azt is rögtön elküldi a rendszer. És a felhasználóktól a rendszergazdáig senki nem tud az egészről. Kb kizártnak tartom, hogy a gyári csomagban van az exploit. Az alatt az egy hét alatt, mire rájöttél hogy meghekkelték az ssh-dat, már régen világméretű botrány lett volna belőle. Mindenesetre mielőtt bejelented a bakit a redhatnél vagy hol, töltsd le egy valószínűleg hekkeletlen gépre a csomagot, csomagold ki és nézd meg hogy benne van-e az a híres emailcím abban is. Az újratelepítés ilyen esetekben azért a Szokásos Eljárás ((c) Micimackó), mert nem tudhatod, hogy mit hekkeltek még meg. Ha nem vagy ott a szeren, akkor azért, ha meg ott vagy, akkor tudod hogy nem mehetsz biztosra. Nézd pozitívan a helyzetet. Ha felnyomják az ember gépét, abból sok mindent lehet tanulni: biztonsági alapismereteket, önismeretet és alázatot. Te is el fogsz jutni idáig előbb-utóbb. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: 3DS/DWG
A freecad, blender, freeship hármast nézegesd meg. Ezen kívül vannak olyan cad nézegetők, amik ingyenesek (nem open source) meg windózosak, de wine-al többé-kevésbé használhatóak arra hogy megnézd a modellt, esetleg átkonvertáld. A probléma nem triviális, mert ahány modellező, annyiféle világkép. Ha nulláról akarsz 3D-t modellezni, és surface modellezés megfelelő, akkor a freeship-et javaslom, nem csak hajókhoz. On 12/20/2011 08:50 PM, Szima Gábor wrote: Sziasztok! A tudomany mai allasa szerint milyen (free) programmal lehet megnyitni a .3DS es .DWG file-okat? Esetleg atkonvertalhatok olyan formatumra, amit linuxos CAD programok szeretnek? -Sygma _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Mi küldi a levelet?
On 12/20/2011 05:03 PM, Laborczi Pál wrote: Nem inkább helyben kéne ilyet lekérdezni, ahonnan a levelet küldik? Mondom hogy auditd. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Mi küldi a levelet?
On 12/21/2011 01:50 PM, Laborczi Pál wrote: 2011-12-21 11:18 keltezéssel, Magosányi Árpád írta: On 12/20/2011 05:03 PM, Laborczi Pál wrote: Nem inkább helyben kéne ilyet lekérdezni, ahonnan a levelet küldik? Mondom hogy auditd. Végig néztem az auditd.conf-ot, de nem tudtam rájönni, mire gondolsz. A tcp_listen_port. ill. a tcp_client_ports paramétereket nem látom alkalmasnak a föladatra. Azzal kezdeném, hogy az exec,fork és connect syscallok auditálását állítom be. /etc/audit/audit.rules -a exit,always -S fork -a exit,always -S exec -a exit,always -S connect Nézd végig a syscall listát, mert lehet hogy fejből kifelejtettem valamit (clone, execve, ilyesmi) A /etc/audisp/plugins.d/syslog.conf-ban is lehet hogy active=true beállítást akarsz. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Mi küldi a levelet?
On 12/21/2011 04:49 PM, Laborczi Pál wrote: Köszi, vannak már életjelek. Ha csak az -S connect sor él, már akkor is naplózza a levélküldést. Igaz, egy sima ls parancsra is már egy hosszú, számomra nem igazán értelmezhető sort ír a naplóba. Read The Fine Manual http://doc.opensuse.org/products/draft/SLES/SLES-security_sd_draft/cha.audit.comp.html _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Mi küldi a levelet?
On 12/21/2011 07:43 PM, Laborczi Pál wrote: A levél címzettje: ridethe...@gmail.com. És tartalmazza a felhasználó plain/text jelszavát. [] Az érdekes az, hogy ez a jelenség csak egy adott pillanattól kezdődött, tehát valamelyik frissítéssel kerülhetett bele. Én inkább exploitra tippelnék, mint frissítésre. Mentsd le ami fontos és nem bináris, utána vegyél elő egy XXL-es gyalut. Mielőtt újratelepítenéd a rendszert, gyúrd ki magad egy kicsit securityből. Egész jó doksik vannak a neten. Kezdd talán az owasp-on. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Folyamattámogatás polgármesteri hivatalnak?
Sziasztok, Egy polgármesteri hivatal számára melyik open source folyamattámogató szoftvert használnátok? Esetleg valakinek van ilyen tapasztalata? Nincs semmijük, még egy bugzillával is sokkal beljebb lennének... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Folyamattámogatás polgármesteri hivatalnak?
Kösz a sok tippet. Ezek jöttek szóba: egroupware tutos alfresco redmine zimba _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Mi küldi a levelet?
On 12/15/2011 04:02 PM, Laborczi Pál wrote: Adott egy szerver, amely rejtélyes leveleket küldözget, de nem a helyi postfix segítségével, hanem a 25-ös porton bejelentkezik [] Hogy' lehet elkapni egy ilyen nem kívánatos programot. Auditd? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: REDIRECT megint
On 2011-06-30 13:36, Hofferek Attila wrote: Mit kell adjusztálnom, hogy az ezen a szabályon át jövő kb 5-600 egyidejű tcp kapcsolat ne essen-keljen folyton? Kb 4 percenként küldenek 1-1 csomagot a túloldalak. Amikor folyamatosan pingelem az egyiket, az nem esik-kel. Mire engedi ez következtetni a nálam hozzáérőbbeket? Hogy betelik a state table. Meg kéne növelni. sysctl -a |grep conntrack _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Voda K3806-Z
Sziasztok! Ismerősöm egy fenti típusú USB modemet kapott. Nattyval eljutottunk odáig, hogy bekonnektál. A vodafone supportal meggyőződtünk róla, hogy az APN beállítások jók, és a SIM engedélyezve van. További információt nem lehetett kicsikarni belőlük. Kap a cucc IP címet, de az ifconfig meg a routing tábla némi ellentmondást rejt. A resolv.confban három névszerver van. Az első az az IP, amit a gép kapott, a másik kettő valós vodás NS. Az ifconfig azt mondja, hogy az usb0 eszköz ethernet enkapszulációjú, ip cím 89.223.203.231 broadcast ugyanaz, netmask 255.255.255.255 A netstat -rn szerint 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 usb0 0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 usb0 Bármit szeretnénk csinálni, azt látjuk, hogy a gép arp requesteket küld a beállított névszerverek címeit tudakolva, és semmi választ nem kap. A kérdés az, hogy: - tulajdonképpen ez miféle network setup? - mi a probléma, és hogyan lehet elhárítani? A kapcsolat beállításai: Mobile broadband number: *99# username: nincs password: nincs APN: internet.vodafone.net type: prefer 3g IPv4 settings: automatic (PPP) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
nf_conntrack: table full, dropping packet.
Sziasztok! A web szerverem a tárgybeli üzenet naplózta néhány (kb 26) órán keresztül mielőtt teljesen feldobta a talpát. Ezen kívül a logban volt kb egyetlenegy csomagszűrő DROP üzenet (normálisan másodpercenként több van), a syslog-ng log statisztikája, és rendszeresen a kernel üzenete arról, hogy az mgetty felakadt (hung). Az utóbbi kapcsolatban lehet azzal, hogy serial konzol van 9600 baud-on, bár a console loglevel 1. Érdekesség, hogy az mgetty üzenetek kb 4 órával a conntrack tábla betelése előtt kezdtek jönni. Van-e a jelenségre lehetséges magyarázat azon kívül, hogy valaki véletlenül vagy készakarva ledosolta a gépet? Ez egy UltraSparc 2, és kb havi rendszerességgel feldobja a talpát, de eddig nem igazán találtam a naplóban jelét annak, hogy mitől csinálja, és a hibajelenség sem ez volt (arra gyanakodtam, hogy valamilyen scsi/diszk hiba miatt leszakad a diszk, és minden processz a diszkre vár. A syn-re ilyenkor még válaszolt, most nem.). _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: nf_conntrack: table full, dropping packet.
On 2010-12-06 12:29, Norbert Vastagh wrote: Először azt kellene tudni, hogy mekkora a gép hálózati forgalma? Objektíven nem nagy, a teljesítményéhez meg a web alkalmazás code bloat-jához képest nagy, de nem ennyire. Ha nem a forgalom magyarázza a dolgot, akkor meg DoS ;-) Ha forgalom vagy DoS, az nekem megfelelő megállapítás, de a naplóból nem tűnik úgy hogy valamelyik szolgáltatást hú de nagyon használták volna. Persze egy half-open DoS tegnap még nem látszott volna a naplómban. Igazából azt szeretném kizárni, hogy én rontottam el valamit. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: torrent szűrése linux routeren tű zfalon
On 2010-12-06 12:32, Norbert Vastagh wrote: Egy linuxos pdc van, de ennek így hitelen nem sok köze van a másik (tűzfal) géphez... Milyen loginos dologra gondolsz, mi függene tőle? Bocs, elvesztettem a fonalat :-( A pdc ellen lehetne a proxyn/tűzfalon a http forgalmat authentikálni, és az authentikált felhasználó csoporttagságától függene a policy. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
tcpdump ipsec
Sziasztok! A gépemen van egy ipsec tunnel vége. A kódolatlan kapcsolatot szeretném tcpdumpolni. A kernel ipsec implementációját használom, tehát ipsec0 interfész nincs. Hová tudok ráakadni? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: tcpdump ipsec [megoldás]
On 2010-12-06 15:06, Magosányi Árpád wrote: Sziasztok! A gépemen van egy ipsec tunnel vége. A kódolatlan kapcsolatot szeretném tcpdumpolni. A kernel ipsec implementációját használom, tehát ipsec0 interfész nincs. Hová tudok ráakadni? ulogd a megoldás apt-get install ulogd-pcap vi /etc/ulogd.conf # a pcap modult engedélyezni kell /etc/init.d/ulogd restart iptables -t mangle -I INPUT -j ULOG --ulog-nlgroup 1 iptables -t mangle -I OUTPUT -j ULOG --ulog-nlgroup 1 tcpdump -r /var/log/ulog/pcap.log _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
spnego tomcaten?
Sziasztok! Csinált már valaki ilyet? A sok guglizásban azt találtam, hogy ha apache webszerverbe konfigurálok mod_spnego-t , és a tomcat oldalon azt mondom a connectornak hogy ne a tomcat authentikáljon, akkor lehet hogy működni fog. Mivel a mod_spnego legújabb verziója 2007-es, és ilyesmit még nem csináltam, kérdezném hogy kinek van tapasztalata akár apache spnego-val, akár tomcatbe a web szerver authentikációjának elfogadásával, és mi ez a tapasztalat. Menni fog vagy nem? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Munka
Sziasztok! Kerestem a linux-business listát, de nem találtam. Emiatt remélem hogy ez nem túl off ide. Adott egy aix-re fordított apache modul 1.4-es apachehoz, binary only. Ehhez kellene egy olyan apache-ot fordítani, amelyik kerberos spnego authentikációra képes. Pénzért, lehetőleg cég nevében. A válaszokat magánba legyetek szívesek. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
etherboot eepro100.zpxe
Hi! Próbálok bootolni egy eepro100 kártyáról. Az első rész rendben, az eepro100.zpxe be is töltődik. Utána DHCP-zik, de azt mondja, hogy No IP address. A tcpdump szerint pedig megkapja az IP címét. Mi lehet a gond? Tcpdump: 12:44:06.946850 00:03:47:ae:62:9a ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 590: 0.0.0.0.68 255.255.255.255.67: BOOTP/DHCP, Request from 00:03:47:ae:62:9a, length: 548 12:44:06.950458 00:c0:4f:b7:bf:e7 00:03:47:ae:62:9a, ethertype IPv4 (0x0800), length 342: 192.168.1.1.67 192.168.1.3.68: BOOTP/DHCP, Reply, length: 300 dhcp.conf részlet: host ivory { hardware ethernet 00:03:47:ae:62:9a; if substring (option vendor-class-identifier, 0, 9) = Etherboot { filename vmlinux; } else { filename eepro100.zpxe; } server-name 192.168.1.1; fixed-address 192.168.1.3; } _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: etherboot eepro100.zpxe
2007/6/19, Andras HORVATH [EMAIL PROTECTED]: Tipp latatlanban: nezd meg a kartya firmware verziojat, ha nagyon regi, akkor tegyel bele ujabbat. Biztos, hogy nagyon régi. Viszont nem tudom, hogyan upgrade-oljam, ugyanis az alapproblémám a bootolás. A gépben van cd, 3.5-ös floppy, meg ethernet kártya. A kártyát már megbeszéltük. Floppy lemezem egy db van, ami hibás. CD-ből van egy karcos Ubuntu, amelyik a rescue image-et betölti, de abban nincs ide driver, az alap image-nél meg az initrd töltésébe belehal. Itthon vagyok a faluban, ahol elvileg van két számtech bolt, de gyakorlatilag be vannak zárva. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: firefox java class cache orulet
2007/5/18, Zsolt HAJDU [EMAIL PROTECTED]: Sziasztok Java-ban fejlesztek es tesztelnek... Őszinte részvétem. [] Mindenesetre, ettol fuggetlenul Firefox cache-eli az applet-et. Az a mondás erre, hogy az appletviewert használd a tesztelésre. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: CGI és mount
Szabo Istvan [EMAIL PROTECTED] írta, 2007.02.19.: smbget - wget-like utility for download files over SMB Azt hiszem jó lesz. Gyorsan ránéztem, de valahol a jogokat csak tisztázni kell, mert .cgi-ként csak nem megy. Gyanítom ez egy frontend, de a háttérben mégis valami mountszerű dolog megy... Nem mount megy a háttérben. Inkább ftp szerűnek nevezném, ha hasonlítani kell valamihez. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: CGI és mount
Hi! Mezei Zoltan [EMAIL PROTECTED] írta, 2007.02.19.: On 2/19/07, Szabo Istvan [EMAIL PROTECTED] wrote: Van egy shel script, ami felmountol egy windows megosztást, majd onnan átmásol 1 filet és .csv filet készít belőle. Ezt root-ként futtatva megy szépen, viszont meg kellene oldani, hogy weboldalról is indítható legyen. Persze, ha .cgi-ként szeretném futtatni, akkor ugye nincs joga mountolni. A kérdés, hogy hogyan szokás az ilyet megoldani? apache suexec modulja nyújthat megoldást: http://httpd.apache.org/docs/2.0/suexec.html Szerintem csúnyább megoldás, ha két shell scriptet csinálsz, az egyiket hívod meg webről, majd az sudo-val elindítja a másikat. Ehhez Csúnyább, de egy fokkal talán biztonságosabb. Azért ezeket a scripteket is alaposan el lehet rontani. Harmadik megoldás lehet, hogy az fstab-ban a filerendszernél jelzed, hogy user is mountolhassa (user vagy users opció, nem emlékszem). Így talán rá lehet beszélni, hogy az apache-nak is menjen a mount. Ez már jobban hangzik valamivel. Biztonsági szempontból pedig az az ötlet volt a legjobb, ahol van egy file, aminek a megléte jelzi, hogy indítani kéne a dolgot. Ha a percenkénti felbontás nem jó, lehet írni programot vagy scriptet rá, sőt az udev-et is fel lehet ilyenre használni; akkor gyakorlatilag nincs késleltetés. Én is szívesen látnék egy udev-es példát. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Evolution es caldav?
Hi! Miután a '97 óta használt tcl-es ical alkalmazásom végleg megdöglött(*), elhatároztam, hogy evolution-ban kezelem a naptáramat, és hogy akkor már szerveren tartom azt. A dokumentáció alapján azt találtam, hogy a caldav típusú calendar lesz nekem jó, ami simán webdav-ot használ, mert a webcal típusú read-only. Sajnos nem nagyon sikerült életre lehelnem, hibaüzenetet nem nagyon ad, és a strace kimenetből úgy látszik, hogy meg sem próbál connect-elni. Van itt valaki, aki használja a caldav-ot? Tényleg tudja update-olni a szerveren a kalendáriumot, vagy ne fáradjak? Van valami trükkje a konfigurálásának? A környezet: - a kliensemről kijutni csak a localhost 8080-as portján figyeló proxyn keresztül lehet. Beállítottam én a http_proxy és https_proxy nevű env változókat, de nem világos, hogy ezt az evolution honorálja-e, vagy mit kell vele csinálni, hogy proxyt használjon. - a szerverem egy zope apache mögött fastcgi-vel, ami úgy van beállítva, hogy https client auth-al lehet rá eljutni. Az evolution-nak már megmagyaráztam, hogy a levelek aláírásakor hogyan használja a chipkártyámat, de nem tudom, hogy eszébe jut-e, hogy authentikációkor is kéne. Mindenesetre nincs nyoma, hogy megpróbálná. Ha arra van szükség, persze tudok felpakolni másik szervert. (*): valamikor három éve egy tcl/tk verzióváltásnál az ical-om magába zuhant, akkor derült ki számomra, hogy már nem támogatják. Akkor kijavítottam. Most megint beadta a kulcsot. Most már nem fogom megjavítani, mert annyira nem jó program. Vagy ezt csak azért mondom, mert még nem próbáltam az alternatívákat? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: syslog-ng log_prefix unix-stream
Hi! Kosa Attila [EMAIL PROTECTED] írta, 2007.01.22.: On Mon, Jan 22, 2007 at 09:30:41AM +0100, Ferenc Wagner wrote: Kosa Attila [EMAIL PROTECTED] writes: Hogyan lehet (ha lehet egyaltalan) a syslog-ng-vel egy unix-stream ele log_prefix-et tenni? Nekem csak simán be van kapcsolva a long_hostnames. Lobotomizált syslog-ng.conf: options { long_hostnames(on); sync(0); }; source buildbox-src { unix-stream(/var/log/sandboxen/buildbox/log);}; destination messages { file(/var/log/messages); }; log { source(buildbox-src); destination(messages); }; És így néz ki egy logsor: Jan 19 09:36:07 [EMAIL PROTECTED] sshd[8284]: debug1: Forked child 14978. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
via kérdések
Hi! A szomszéd vett egy metro gazdaságos számítógépet, és azzal hozta, hogy lassú. Eredetileg egy suse volt rajta, vesafb konzollal. Néha akadozott a scrollozás nem csak X, hanem konzol alatt is. Tettem rá ubuntut, mert ahhoz jobban vagyok szokva, kivettem minden framebuffer támogatást a kernelből, és így is képes volt előadni text konzolon 2 másodperces scrollt. A vmstatból úgy tűnt, hogy diszkművelet közben akadozik. Találtam a via oldalán egy patchet diszk sebességre, de a readme-je azt írja, hogy ha a dmesg-ben kiírja az ide chipset típusát, akkor rajta van a patch, így azzal nem szórakoztam. Nézegettem a /proc/interrupt-ot is, de nem tűnt úgy, mintha egymásra lenne rakva a videokártya meg az ide vezérlő. Mi lehet a megoldás? Megpróbáltam a drm-et X alá bebütykölni. Letöltöttem az openchrome.org-ról azt az svn branchet, amelyik ezt a chipsetet támogatja, bepakoltam a kernel patchet (gyakorlatilag annyit csinál, hogy a PCI id-t felismeri), és vártam a csodát, de az nem jött. Az Xorg azt mondja, hogy a /dev/dri/card0 no such file or directory. A chipsetet az Xorg megtalálja, csak úgy tűnik a kernel dri támogatást nem bírja beindítani. Pedig be vannak töltve a kernelbe ezek a modulok: agpgart, dri, via_agp, amd64_agp, via (remélem jól írtam fejből a nevüket) Hogyan lesz /dev/dri/card0 device-om? A harmadik kérdés pedig az, hogy a /proc/cpuinfo szerint amd semprun 3200+ típusú processzor van benne 1800MHz-en. Megpróbáltam rájönni, hogy ez most amd64-e vagy sem, de annyit találtam, hogy ilyen prociból van olyan, amelyik tud amd64-et, és van olyan, amelyik nem. Hogyan tudom eldönteni? A cpuinfoban a flags között jelenne meg valami? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: szalagos meghajto
2006/11/16, Andras HORVATH [EMAIL PROTECTED]: Ezen felul eleg sokaig birja orizni a szalag az informaciot, ami esetenkent szukseges (pl. bank jellegu intezmenyeknek mintha torvenyileg eloirtan kellene roppant sokaig orizgetni minden adatot). A szalag elméleti megőrzési ideje ezeknek az alkalmazásoknak nem felel meg. Elméletileg a CD az, amin hosszú megőrzési idejű dolgokat lehet archiválni. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: wiki debianhoz
Hi! SZABO Zsolt [EMAIL PROTECTED] írta, 2006.11.16.: Melyik wiki csomagot ajanlanatok a debian stable-bol? (Na jo, esetleg az etch-bol...) Én a ZWikire esküszöm, mert mindenféle okosság van benne (Issue tracker, mail notification, kommentezés emailben), és ha az nem lenne elég, ott van alatta a Zope, tehát király integrált dolgokat lehet vele csinálni. Ha kell Mandatory Access Control patch hozzá, csak szólj;) A másik, amit érdemes, az a mediawiki, mert sok felhasználója van, jól fejlesztik. A Wikipedia is azon megy. Arra figyelj, hogy wikikkel dunát lehet rekeszteni, de ha egy olyat fogsz ki, ami nem fejlődik rendesen, akkor meg vagy lőve. captcha támogatása pedig mindenképpen legyen. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Linux/UNIX disztribúció működéskr itikus rendszereknél
Hi! Alapvetően azt a disztribúciót kell választani, amihez az üzemeltetők értenek, nem mintha olyan egetverő különbségek lennének. A másik szempont a támogatás. Ezt két szempontból lehet megközelíteni. A dinoszauruszos megközelítés az, hogy vegyük a támogatást valami nagy cégtől. Ennek a megközelítésnek az az alapja, hogy majd a nagy problémát nagy kártérítési összeggel meg lehet oldani. A probléma pedig ott van vele, hogy a standard támogatási szerződések ennek a lehetőségét gyakorlatilag kizárják. A másik megközelítés az, hogy vegyük egy gyors, profi cégtől, akiből kinézzük a minőségi támogatást. Ez a gyakorlatban nem csak magas minőségű, hanem olcsóbb támogatást is szokott jelenteni, hiszen a profi, gyors mozgású cégek általában kisvállalkozások. Azt hiszem, ezen a listán nem kell őket bemutatni. Ha mindkét szempont egyformán fontos, akkor lehet azt csinálni, hogy megmondod, mi az üzemeltetőid kedvenc disztribje, megadod az SLA kereteket, nem elfelejtkezve a pénzügyi biztosítékokról sem (az emailcímedből arra következtetek, hogy ez is szempont, bár láttam már pénzintézetet, ahol kizárólag a költségeket vették figyelembe), és meghirdeted azt. Gyakorlatilag így ugyanazok a cégek fogják a támogatást elvégezni, mint a második megközelítésnél, csak komolyabb pénzügyi biztosítékok igénylése esetén ezt valamely nagyobb rendszerintegrátor mögött fogják csinálni. Ez gyakorlatilag azt jelenti, hogy a rendszerintegrátor úgy fog működni, mint egy biztosító: havonta x összeg plusz költséget jelent, viszont ha beüt a crach, fizet vagy nem. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: redmondi SharePoint Services kiváltása
Hi! Zalavári Balázs wrote: Sziasztok! Van valamilyen mód a fenti nagyszerű szolgáltatás kiváltására nyílt forráskódú eszközökkel? Valami .doc-fájl alapú csoportmunka, verziókövetősdi, cvs-szerű kellene. Attól függ, hogy mire akarják használni. Lehet hogy egy wiki vagy egy drupal megteszi. Ha a testreszabhatóság, a programozhatóság és a felhasználható alkalmazások száma fontos, akkor Zope. Ha tényleg van ez a doc alapúságos betegségük is, akkor egy silva egy docmaserverrel jelenthet megoldást. YMMV objectis.net-en nyiss egy silva szájtot, meg egy zope-osat, utóbbiba dobj bele egy zwikit is és próbálgass. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux