Re: [Lug-bg] OpenWrt auto migration
граждане на съответните списъци от станции и да добавиш допълнителна информация за качеството на връзката с тях. [1] Секция „Neighbor table“ на http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=hostapd/hostapd.conf <http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=hostapd/hostapd.conf> [2] https://www.youtube.com/watch?v=yZcHbD84j5Y <https://www.youtube.com/watch?v=yZcHbD84j5Y> [3] https://gfiber.googlesource.com/vendor/opensource/hostap/+/724e9301587faf2d6b13aaa1b09c9914355cc202 <https://gfiber.googlesource.com/vendor/opensource/hostap/+/724e9301587faf2d6b13aaa1b09c9914355cc202> [4] Секция „Fast Session Transfer (FST) support“ на http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=hostapd/hostapd.conf <http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=hostapd/hostapd.conf> [5] http://www.cisco.com/c/en/us/td/docs/wireless/controller/8-1/Enterprise-Mobility-8-1-Design-Guide/Enterprise_Mobility_8-1_Deployment_Guide/Chapter-11.html <http://www.cisco.com/c/en/us/td/docs/wireless/controller/8-1/Enterprise-Mobility-8-1-Design-Guide/Enterprise_Mobility_8-1_Deployment_Guide/Chapter-11.html> [6] Секция „Radio measurements / location“ на http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=hostapd/hostapd.conf <http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=hostapd/hostapd.conf> [7] Секция „IEEE 802.11f“ на http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=hostapd/hostapd.conf <http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=hostapd/hostapd.conf> [8] Секция „IEEE 802.11r“ на http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=hostapd/hostapd.conf <http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=hostapd/hostapd.conf> [9] https://petko.me/openfest/wifi/2014/11/09/openfest-wifi.html <https://petko.me/openfest/wifi/2014/11/09/openfest-wifi.html> [10] https://patchwork.ozlabs.org/patch/656818/ <https://patchwork.ozlabs.org/patch/656818/> [11] https://github.com/lede-project/source/pull/242 <https://github.com/lede-project/source/pull/242> _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> http://linux-bulgaria.org/mailman/listinfo/lug-bg <http://linux-bulgaria.org/mailman/listinfo/lug-bg> ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] OpenWrt auto migration
. >>> >>> С наскоро приет пач, IAPP имплементацията в hostapd вече работи и при >>> двубандови >>> точки за достъп[10][11]. >>> >>> 3.2. Ускоряване на свързването с новия BSS >>> >>> IEEE 802.11r дефинира два подхода за ускоряване на свързването с BSS-а, >>> към >>> който даден клиент преминава. Това е нужно, защото началното >>> ръкостискане при >>> WPA и ОСОБЕНО при WPA Enterprise е доста времеемко. >>> >>> Двата подхода са preauthentication по въздуха и preauthentication по >>> системата >>> за дистрибуция. hostapd поддържа поне ft-over-ds[8] за WPA И за WPA >>> Enterprise. >>> >>> 4. Бъдещи имплементации >>> >>> На базата на проучването ми на имплементацията на 802.11r, k и v, може >>> да се укаже, че от нова имплементация на client steering няма нужда, но >>> това ще >>> стане ясно по всяка вероятност чак след OF, ако изобщо. >>> >>> Междувременно, Марияне, ако имаш голяма нужда от дадената >>> функционалност, бих ти >>> препоръчал да надградиш форка на Google с дистрибутирано изграждане на >>> съответните списъци от станции и да добавиш допълнителна информация за >>> качеството на връзката с тях. >>> >>> [1] Секция „Neighbor table“ на >>> http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=h >>> ostapd/hostapd.conf >>> [2] https://www.youtube.com/watch?v=yZcHbD84j5Y >>> [3] https://gfiber.googlesource.com/vendor/opensource/hostap/+/7 >>> 24e9301587faf2d6b13aaa1b09c9914355cc202 >>> [4] Секция „Fast Session Transfer (FST) support“ на >>> http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=h >>> ostapd/hostapd.conf >>> [5] http://www.cisco.com/c/en/us/td/docs/wireless/controller/8-1 >>> /Enterprise-Mobility-8-1-Design-Guide/Enterprise_Mobility_8- >>> 1_Deployment_Guide/Chapter-11.html >>> [6] Секция „Radio measurements / location“ на >>> http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=h >>> ostapd/hostapd.conf >>> [7] Секция „IEEE 802.11f“ на >>> http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=h >>> ostapd/hostapd.conf >>> [8] Секция „IEEE 802.11r“ на >>> http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=h >>> ostapd/hostapd.conf >>> [9] https://petko.me/openfest/wifi/2014/11/09/openfest-wifi.html >>> [10] https://patchwork.ozlabs.org/patch/656818/ >>> [11] https://github.com/lede-project/source/pull/242 >> >> > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Как се справяте с kernel exploits
Май е крайно време да проуча kexec по-детайлно... Натоварените сървъри за които се грижа са в LB група, и ги пачвам по отделно без downtime, а ненатоварените преживяват няколко минути нощна почивка... Изключвайки дебъгване и други по-специфични процеси, аз също не мога да се сетя за легитимна причина един процес да гледа чужди /proc/pid/*. В kernel-hardening групата също има интересни идеи... http://www.openwall.com/lists/kernel-hardening/ p.s. mx.inetg.bg връща 550 5.7.1 ... Relaying denied. Proper authentication required. (in reply to RCPT TO command) Поздрави, Станимир On 11/01/2016 03:06 PM, Marian Marinov wrote: > Тъй като колегата пожела да ми пише директно, а и тази тема сме я > обсъждали доста с колеги от Baidu, Alibaba и Facebook на няколко > Kernel Summit-a, paste-вам писмото му тук: > > On 11/01/2016 09:25 AM, Computer Burgas wrote: >> честно казано цъкаме с език и чоплим семки , докато те четем ;) ако >> отвориш бъгтрак ще видиш колко много експлойти има (къде за кернел , >> къде за сервизи), и мисля че това трябва да е последната ти грижа на >> този етап от живота ти ... който е решил да те хакне нищо няма да го >> спре ... просто предполагам не си интересен за хакерите ;) > > И моят отговор: > При наличието на голямо количество унифициран setup(еднакъв hardware & > software) и възможността да се тества на spare hardware нашата > процедура е: > - анализ на kernel patch-а > - оценка на hot paths > - оценка на риска "това да се счупи" > - тест на development server > - тест на spare server > - тест на backup servers > - тест на един, леко натоварен live сървър > - тест на един, много натоварен сървър > > Предвид горното и предвид разбирането на технологията, която > използваме и особено факта, че до сега този подход не ни е подлъгал, > не мога да се съглася с твърденията "не ти пука особено", "явната > липса на опит" и "нежизненоважността". > > Ако може бих желал да разбера, вие какво правите в ситуация при която > имате 99% вероятност да ви exploit-нат kernel-a? > Особено предвид "големият ви опит" и "жизненоважността" на сървърите ви. > > Когато една машина няма друга, която може да поеме всички нейни > задължения/услуги, единственият вариянтите са: > - да рестартираш машината за да заредиш новият kernel > - да подготвиш нов kernel и да се нядяваш че при kexec-а всичко ще > мине правилно > > Ако функционалността е във модул, който имаш възможност да unload-неш, > очевидно можеш просто да го update-неш и да заредиш новата версия, но > много рядко това е случаят. > > > Мариян > П.С. Любопитно ми е за коя фирма работите. Аз работя в SiteGround. > > > On 11/01/2016 09:25 AM, Computer Burgas wrote: >> честно казано цъкаме с език и чоплим семки , докато те четем ;) ако >> отвориш бъгтрак ще видиш колко много експлойти има (къде за кернел , >> къде за сервизи), и мисля че това трябва да е последната ти грижа на >> този етап от живота ти ... който е решил да >> те хакне нищо няма да го спре ... просто предполагам не си интересен >> за хакерите ;) >> >> 2016-10-21 1:55 GMT+03:00 Marian Marinov > <mailto:m...@yuhu.biz>>: >> >> Днес почти целият ден се занимавах с http://dirtycow.ninja/ >> >> В този ред на мисли, вие как си решавате проблемите с kernel >> exploits? >> >> Моят подход винаги е бил: >> 1. Ограничаване на attack vector-а(като build-вам kernel-а само с >> поддръжка на нещата, които ми трябват) >> 2. Добавям GRsec >> 3. Опитвам се да стоя с по-нови kernels(latest stable) >> 4. Ограничавам достъпа до /proc & /sys, реално гледам друг освен >> root да не може да гледа почти нищо там освен тези неща, които са >> owned от него(GRsec proc hardening-а + същото нещо за /proc/PID/net & >> /sys) >> >> От доста време наблюдавам развитието на kpatch & kgraft. >> >> Вие използвали ли сте техника за live patching? >> Function hijacking и подобни? >> >> Поздрави, >> Мариян >> >> _______ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> >> http://linux-bulgaria.org/mailman/listinfo/lug-bg >> <http://linux-bulgaria.org/mailman/listinfo/lug-bg> >> >> >> >> >> ___ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg >> > > _______ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg -- I prefer to use encrypted email. My public key fingerprint is 1D5A 5552 2B11 7534 65BE 1338 34DD BE1E 036F 7FEB. Learn how to encrypt your email with the Email Self Defense guide - https://emailselfdefense.fsf.org/en/ signature.asc Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] /proc/self/mem
Ако нормален потребител на server може да прави sudo root не мисля, че има нужда от каквито и да са exploits :) Това, което аз питам е, ако стартираме програмата top с user pencho и top-а е с pid 1292, други програми на user pencho имат ли легитимна причина да четат от /proc/1292/mem, /proc/1292/maps и /proc/1292/smaps. Целта на въпросната промяна е да не може да се стигне до ниво bios/boot/kernel module. Повече за начинът, по който да се постигне това ниво на сигурност: https://www.linux.com/news/matthew-garrett-explains-how-increase-security-boot-time Мариян On 11/01/2016 02:45 PM, Computer Burgas wrote: 1-во има много неща , които се изпълняват от sudo root. 2-ро всяка програма е легитимен потребител на част от паметта. 3-то потребителят в случаят е без значение. хората работят на ниво първоначално зареждане и биос. при такова компрометиране, всичко което правиш ти в последствие е без значение. 2016-10-27 0:05 GMT+03:00 Marian Marinov mailto:m...@yuhu.biz>>: Здравейте група, покрай Dirty CoW exploit-а с мои колеги и приятели започнахме да обсъждаме attack vectors на различни exploits. Реално много голяма част от exploits използват информацията от /proc/self/mem, /proc/self/maps и /proc/self/smaps за да могат да направят успешен exploit. Ние обсъдихме легитимните user-и(програми) на тези файлове и не виждаме някаква основателна причина normal user на машината да има права дори да ги вижда тези файлове. Моето генерално предложение е да си напишем patch, който да прави така, че root user или user с CAP_DAC_OVERRIDE и/или CAP_SYS_ADMIN, да може да вижда тези файлове, а за всички останали те да са невидими. Прост patch, който да ги прави 000 не върши работа, защото логиката на /proc fs-а не е задължитено да следва linux security модела. Вие какво мислите? Кои са легитимните потребители на mem, maps & smaps? Какво мислите за подходът ми с kernel patch-a? maps се използва много от lsof. Мариян _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> http://linux-bulgaria.org/mailman/listinfo/lug-bg <http://linux-bulgaria.org/mailman/listinfo/lug-bg> ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Как се справяте с kernel exploits
Тъй като колегата пожела да ми пише директно, а и тази тема сме я обсъждали доста с колеги от Baidu, Alibaba и Facebook на няколко Kernel Summit-a, paste-вам писмото му тук: On 11/01/2016 09:25 AM, Computer Burgas wrote: честно казано цъкаме с език и чоплим семки , докато те четем ;) ако отвориш бъгтрак ще видиш колко много експлойти има (къде за кернел , къде за сервизи), и мисля че това трябва да е последната ти грижа на този етап от живота ти ... който е решил да те хакне нищо няма да го спре ... просто предполагам не си интересен за хакерите ;) И моят отговор: При наличието на голямо количество унифициран setup(еднакъв hardware & software) и възможността да се тества на spare hardware нашата процедура е: - анализ на kernel patch-а - оценка на hot paths - оценка на риска "това да се счупи" - тест на development server - тест на spare server - тест на backup servers - тест на един, леко натоварен live сървър - тест на един, много натоварен сървър Предвид горното и предвид разбирането на технологията, която използваме и особено факта, че до сега този подход не ни е подлъгал, не мога да се съглася с твърденията "не ти пука особено", "явната липса на опит" и "нежизненоважността". Ако може бих желал да разбера, вие какво правите в ситуация при която имате 99% вероятност да ви exploit-нат kernel-a? Особено предвид "големият ви опит" и "жизненоважността" на сървърите ви. Когато една машина няма друга, която може да поеме всички нейни задължения/услуги, единственият вариянтите са: - да рестартираш машината за да заредиш новият kernel - да подготвиш нов kernel и да се нядяваш че при kexec-а всичко ще мине правилно Ако функционалността е във модул, който имаш възможност да unload-неш, очевидно можеш просто да го update-неш и да заредиш новата версия, но много рядко това е случаят. Мариян П.С. Любопитно ми е за коя фирма работите. Аз работя в SiteGround. On 11/01/2016 09:25 AM, Computer Burgas wrote: честно казано цъкаме с език и чоплим семки , докато те четем ;) ако отвориш бъгтрак ще видиш колко много експлойти има (къде за кернел , къде за сервизи), и мисля че това трябва да е последната ти грижа на този етап от живота ти ... който е решил да те хакне нищо няма да го спре ... просто предполагам не си интересен за хакерите ;) 2016-10-21 1:55 GMT+03:00 Marian Marinov mailto:m...@yuhu.biz>>: Днес почти целият ден се занимавах с http://dirtycow.ninja/ В този ред на мисли, вие как си решавате проблемите с kernel exploits? Моят подход винаги е бил: 1. Ограничаване на attack vector-а(като build-вам kernel-а само с поддръжка на нещата, които ми трябват) 2. Добавям GRsec 3. Опитвам се да стоя с по-нови kernels(latest stable) 4. Ограничавам достъпа до /proc & /sys, реално гледам друг освен root да не може да гледа почти нищо там освен тези неща, които са owned от него(GRsec proc hardening-а + същото нещо за /proc/PID/net & /sys) От доста време наблюдавам развитието на kpatch & kgraft. Вие използвали ли сте техника за live patching? Function hijacking и подобни? Поздрави, Мариян ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> http://linux-bulgaria.org/mailman/listinfo/lug-bg <http://linux-bulgaria.org/mailman/listinfo/lug-bg> _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] /proc/self/mem
1-во има много неща , които се изпълняват от sudo root. 2-ро всяка програма е легитимен потребител на част от паметта. 3-то потребителят в случаят е без значение. хората работят на ниво първоначално зареждане и биос. при такова компрометиране, всичко което правиш ти в последствие е без значение. 2016-10-27 0:05 GMT+03:00 Marian Marinov : > Здравейте група, > покрай Dirty CoW exploit-а с мои колеги и приятели започнахме да обсъждаме > attack vectors на различни exploits. > > Реално много голяма част от exploits използват информацията от > /proc/self/mem, /proc/self/maps и /proc/self/smaps за да могат да направят > успешен exploit. > > Ние обсъдихме легитимните user-и(програми) на тези файлове и не виждаме > някаква основателна причина normal user на машината да има права дори да ги > вижда тези файлове. > > Моето генерално предложение е да си напишем patch, който да прави така, че > root user или user с CAP_DAC_OVERRIDE и/или CAP_SYS_ADMIN, да може да вижда > тези файлове, а за всички останали те да са невидими. > Прост patch, който да ги прави 000 не върши работа, защото логиката на > /proc fs-а не е задължитено да следва linux security модела. > > Вие какво мислите? > Кои са легитимните потребители на mem, maps & smaps? > Какво мислите за подходът ми с kernel patch-a? > > maps се използва много от lsof. > > Мариян > > > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Как се справяте с kernel exploits
честно казано цъкаме с език и чоплим семки , докато те четем ;) ако отвориш бъгтрак ще видиш колко много експлойти има (къде за кернел , къде за сервизи), и мисля че това трябва да е последната ти грижа на този етап от живота ти ... който е решил да те хакне нищо няма да го спре ... просто предполагам не си интересен за хакерите ;) 2016-10-21 1:55 GMT+03:00 Marian Marinov : > Днес почти целият ден се занимавах с http://dirtycow.ninja/ > > В този ред на мисли, вие как си решавате проблемите с kernel exploits? > > Моят подход винаги е бил: > 1. Ограничаване на attack vector-а(като build-вам kernel-а само с > поддръжка на нещата, които ми трябват) > 2. Добавям GRsec > 3. Опитвам се да стоя с по-нови kernels(latest stable) > 4. Ограничавам достъпа до /proc & /sys, реално гледам друг освен root да > не може да гледа почти нищо там освен тези неща, които са owned от > него(GRsec proc hardening-а + същото нещо за /proc/PID/net & /sys) > > От доста време наблюдавам развитието на kpatch & kgraft. > > Вие използвали ли сте техника за live patching? > Function hijacking и подобни? > > Поздрави, > Мариян > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] New world order - no ASLR
Не съм тествал, просто продължавам дискусията :) https://github.com/sslab-gatech/DrK Мариян On 10/21/2016 01:49 AM, Marian Marinov wrote: On 10/21/2016 01:04 AM, Peter Pentchev wrote: On Thu, Oct 20, 2016 at 10:53:28PM +0300, Marian Marinov wrote: След години спокойствие с рандомизирането на user & kernel space, отново всяка малка грешка на програмистите става проблем за всички. http://news.softpedia.com/news/researchers-bypass-aslr-protection-on-intel-haswell-cpu-509460.shtml Ха да ни е честит новият свят без ASLR :( А може би още не е съвсем дошъл краят на света... https://github.com/lattera/articles/blob/master/infosec/Exploit%20Mitigations/ASLR/2016-10-19_btb/article.md Това е от един от хората, които са направили ASLR в HardenedBSD (общо взето FreeBSD + ASLR + още две-три интересни неща). Благодаря! И на мен ми стана странно, как два процеса share-ват същият mapping, но реших, че са измислили начин. По думите на Shawn и конвенционалната логика, подобно нещо не би следвало да може да се случи. Ще чакаме да release-нат code & steps for reproduction. Мариян Поздрави, Петър _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] /proc/self/mem
Здравейте група, покрай Dirty CoW exploit-а с мои колеги и приятели започнахме да обсъждаме attack vectors на различни exploits. Реално много голяма част от exploits използват информацията от /proc/self/mem, /proc/self/maps и /proc/self/smaps за да могат да направят успешен exploit. Ние обсъдихме легитимните user-и(програми) на тези файлове и не виждаме някаква основателна причина normal user на машината да има права дори да ги вижда тези файлове. Моето генерално предложение е да си напишем patch, който да прави така, че root user или user с CAP_DAC_OVERRIDE и/или CAP_SYS_ADMIN, да може да вижда тези файлове, а за всички останали те да са невидими. Прост patch, който да ги прави 000 не върши работа, защото логиката на /proc fs-а не е задължитено да следва linux security модела. Вие какво мислите? Кои са легитимните потребители на mem, maps & smaps? Какво мислите за подходът ми с kernel patch-a? maps се използва много от lsof. Мариян ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Здравейте
Здравейте, Утре, вторник, 25 октомври 2016 от 20:00 ще се съберем на неформална среща в ресторант "Южен полъх 1" на бул "Мария Луиза" №72 в Пловдив (съвсем близо до хотел Империал): http://www.ujen-polah.com/ Нямаме някаква специална програма, просто местните Linux и open source ентусиасти ще лафим и ще пием бира :) Ще се радваме да дойдат повече хора. Заведението е голямо, само дайте знак, ако ще идвате, за да запазим повече места. Поздрави, Леон On 2016-10-20 18:47, Leon Anavi wrote: Здравей, On 2016-10-20 16:33, Yordan Ivanov wrote: Здравейте, Ако нямате против, бих се включил и аз. Идвай :) Като се доуточним за точен ден и час ще пусна емайл тук. Поздрави, Леон On 20.10.2016 15:51, Leon Anavi wrote: Здравей, On 2016-10-20 15:25, Stanimir Stoyanov wrote: Здравейте, очаква ли се в обозримо бъдеще да има среща в района на Пловдив или Пазарджик? Другата седмица със Стефан Саръев и други open source ентусиасти обмисляме да пием по бира след работа в Пловдив в ресторант "Южен полъх 1" на булевард "Княгиня Мария Луиза" №72. Вероятно във вторник или сряда, но все още не сме уточнили точен ден и час. Ако искаш заповядай да се запознаем :) Поздрави, Леон -- I prefer to use encrypted email. My public key fingerprint is _23B0 EB0A 939C 2AEF ECDD CB93 D05E ACB9 0DDB 7C36_. Learn how to encrypt your email with the Email Self Defense guide [1]. Links: -- [1] https://emailselfdefense.fsf.org/en/ _______________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg _______________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg -- http://anavi.org/ _______________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Как се справяте с kernel exploits
Днес почти целият ден се занимавах с http://dirtycow.ninja/ В този ред на мисли, вие как си решавате проблемите с kernel exploits? Моят подход винаги е бил: 1. Ограничаване на attack vector-а(като build-вам kernel-а само с поддръжка на нещата, които ми трябват) 2. Добавям GRsec 3. Опитвам се да стоя с по-нови kernels(latest stable) 4. Ограничавам достъпа до /proc & /sys, реално гледам друг освен root да не може да гледа почти нищо там освен тези неща, които са owned от него(GRsec proc hardening-а + същото нещо за /proc/PID/net & /sys) От доста време наблюдавам развитието на kpatch & kgraft. Вие използвали ли сте техника за live patching? Function hijacking и подобни? Поздрави, Мариян _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] New world order - no ASLR
On 10/21/2016 01:04 AM, Peter Pentchev wrote: On Thu, Oct 20, 2016 at 10:53:28PM +0300, Marian Marinov wrote: След години спокойствие с рандомизирането на user & kernel space, отново всяка малка грешка на програмистите става проблем за всички. http://news.softpedia.com/news/researchers-bypass-aslr-protection-on-intel-haswell-cpu-509460.shtml Ха да ни е честит новият свят без ASLR :( А може би още не е съвсем дошъл краят на света... https://github.com/lattera/articles/blob/master/infosec/Exploit%20Mitigations/ASLR/2016-10-19_btb/article.md Това е от един от хората, които са направили ASLR в HardenedBSD (общо взето FreeBSD + ASLR + още две-три интересни неща). Благодаря! И на мен ми стана странно, как два процеса share-ват същият mapping, но реших, че са измислили начин. По думите на Shawn и конвенционалната логика, подобно нещо не би следвало да може да се случи. Ще чакаме да release-нат code & steps for reproduction. Мариян Поздрави, Петър _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] New world order - no ASLR
On Thu, Oct 20, 2016 at 10:53:28PM +0300, Marian Marinov wrote: > След години спокойствие с рандомизирането на user & kernel space, отново > всяка малка грешка на програмистите става проблем за всички. > > http://news.softpedia.com/news/researchers-bypass-aslr-protection-on-intel-haswell-cpu-509460.shtml > > Ха да ни е честит новият свят без ASLR :( А може би още не е съвсем дошъл краят на света... https://github.com/lattera/articles/blob/master/infosec/Exploit%20Mitigations/ASLR/2016-10-19_btb/article.md Това е от един от хората, които са направили ASLR в HardenedBSD (общо взето FreeBSD + ASLR + още две-три интересни неща). Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] New world order - no ASLR
След години спокойствие с рандомизирането на user & kernel space, отново всяка малка грешка на програмистите става проблем за всички. http://news.softpedia.com/news/researchers-bypass-aslr-protection-on-intel-haswell-cpu-509460.shtml Ха да ни е честит новият свят без ASLR :( Мариян ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Здравейте
Здравей, On 2016-10-20 16:33, Yordan Ivanov wrote: Здравейте, Ако нямате против, бих се включил и аз. Идвай :) Като се доуточним за точен ден и час ще пусна емайл тук. Поздрави, Леон On 20.10.2016 15:51, Leon Anavi wrote: Здравей, On 2016-10-20 15:25, Stanimir Stoyanov wrote: Здравейте, очаква ли се в обозримо бъдеще да има среща в района на Пловдив или Пазарджик? Другата седмица със Стефан Саръев и други open source ентусиасти обмисляме да пием по бира след работа в Пловдив в ресторант "Южен полъх 1" на булевард "Княгиня Мария Луиза" №72. Вероятно във вторник или сряда, но все още не сме уточнили точен ден и час. Ако искаш заповядай да се запознаем :) Поздрави, Леон -- I prefer to use encrypted email. My public key fingerprint is _23B0 EB0A 939C 2AEF ECDD CB93 D05E ACB9 0DDB 7C36_. Learn how to encrypt your email with the Email Self Defense guide [1]. Links: -- [1] https://emailselfdefense.fsf.org/en/ _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg -- http://anavi.org/ _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Здравейте
Здравейте, Ако нямате против, бих се включил и аз. On 20.10.2016 15:51, Leon Anavi wrote: > Здравей, > > On 2016-10-20 15:25, Stanimir Stoyanov wrote: >> Здравейте, очаква ли се в обозримо >> бъдеще да има среща в района на >> Пловдив или Пазарджик? > > Другата седмица със Стефан Саръев и други open source ентусиасти > обмисляме да пием по бира след работа в Пловдив в ресторант "Южен > полъх 1" на булевард "Княгиня Мария Луиза" №72. Вероятно във вторник > или сряда, но все още не сме уточнили точен ден и час. Ако искаш > заповядай да се запознаем :) > > Поздрави, Леон > >> >> -- >> I prefer to use encrypted email. My public key fingerprint is _23B0 >> EB0A 939C 2AEF ECDD CB93 D05E ACB9 0DDB 7C36_. Learn how to encrypt >> your email with the Email Self Defense guide [1]. >> >> Links: >> -- >> [1] https://emailselfdefense.fsf.org/en/ >> >> ___________ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg > 0x657425C0.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Здравейте
Здравей, On 2016-10-20 15:25, Stanimir Stoyanov wrote: Здравейте, очаква ли се в обозримо бъдеще да има среща в района на Пловдив или Пазарджик? Другата седмица със Стефан Саръев и други open source ентусиасти обмисляме да пием по бира след работа в Пловдив в ресторант "Южен полъх 1" на булевард "Княгиня Мария Луиза" №72. Вероятно във вторник или сряда, но все още не сме уточнили точен ден и час. Ако искаш заповядай да се запознаем :) Поздрави, Леон -- I prefer to use encrypted email. My public key fingerprint is _23B0 EB0A 939C 2AEF ECDD CB93 D05E ACB9 0DDB 7C36_. Learn how to encrypt your email with the Email Self Defense guide [1]. Links: -- [1] https://emailselfdefense.fsf.org/en/ _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg -- http://anavi.org/ _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Здравейте
Здравейте, очаква ли се в обозримо бъдеще да има среща в района на Пловдив или Пазарджик? -- I prefer to use encrypted email. My public key fingerprint is /23B0 EB0A 939C 2AEF ECDD CB93 D05E ACB9 0DDB 7C36/. Learn how to encrypt your email with the Email Self Defense guide <https://emailselfdefense.fsf.org/en/>. signature.asc Description: OpenPGP digital signature _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Нотификация при копиране на определен брой файлове
Виж дали inotify на директория няма да ти свърши работа: nuc@nuc-vm:~$ inotifywait -m --format "%e %f" /tmp Setting up watches. Watches established. CREATE a_file OPEN a_file ATTRIB a_file CLOSE_WRITE,CLOSE a_file OPEN a_file CLOSE_NOWRITE,CLOSE a_file 2016-10-05 18:35 GMT+03:00 Rossen Antonov : > Здравейте група, > > Търся начин да получа някаква следа ако някой реши да копира колямо > количество файлове от Samba сървър. Естествено целта е защита ако някой > иска да източи голямо количество информация наведнъж, до която има достъп > така или иначе. > > Единият вариант, до който стигнах е със скрипт да броя редовете в лог > файла на Samba. > Другият е да наблюдавам open операции на файловата система. > > Дали някой може да сподели друг подход или идея, която е по елегантна? > > Благодаря ви :) > > ___________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Нотификация при копиране на определен брой файлове
Здравейте група, Търся начин да получа някаква следа ако някой реши да копира колямо количество файлове от Samba сървър. Естествено целта е защита ако някой иска да източи голямо количество информация наведнъж, до която има достъп така или иначе. Единият вариант, до който стигнах е със скрипт да броя редовете в лог файла на Samba. Другият е да наблюдавам open операции на файловата система. Дали някой може да сподели друг подход или идея, която е по елегантна? Благодаря ви :) ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Лекциите на OpenFest 2016
TL;DR - http://vote.openfest.org Добрутро, добри хора. Както и миналата година, програмният комитет на OpenFest ще се радва на малко помощ от общността за подреждането на програмата. На http://vote.openfest.org/ може да кажете кои лекции са ви интересни, за да можем да придобием някаква допълнителна представа как трябва да изглежда финалната ни програма. Ще се радваме на приноса ви :) pgpBvTug_R6V5.pgp Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Проблем с клавиатура.
или си закачи от virtual box virtual , serial console и се логни с putty или с каквото ти е удобно 2016-09-01 12:33 GMT+03:00 Computer Burgas : > напиши и това в гугъл има доста изписано по темата, но нямам време да го > прочета: "virtualbox and debian image keyboard missing" > > 2016-09-01 12:13 GMT+03:00 Computer Burgas : > >> логни се през някакъв ssh и виж какъв хардуер има разпознат. виртуалбокс >> мапва реалният хардуер навътре като някакъв виртуален, за да може да >> разграничава хоста от виртуалката. виж дали са ти пуснати и екстрите >> (забравих как са го кръстили) нямам работещ виртуал бокс в момента. но има >> изискване за допълнително стартиране на външни USB хардуери. >> >> 2016-08-31 18:36 GMT+03:00 Григор : >> >>> Зациклих. >>> Ситуацията е следната. >>> >>> Имам имидж на дебиан но с промени по ядрото искам да стифна до bash или >>> sh >>> >>> Конвертирах .img до .vdi >>> Заредих го във virtualbox >>> В GRUB пила init=/bin/bash >>> Всичко си тръгва но не ми работи клавиатурата. Някой да се е зблъсквал? >>> >>> _______ >>> Lug-bg mailing list >>> Lug-bg@linux-bulgaria.org >>> http://linux-bulgaria.org/mailman/listinfo/lug-bg >>> >>> >> > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Проблем с клавиатура.
напиши и това в гугъл има доста изписано по темата, но нямам време да го прочета: "virtualbox and debian image keyboard missing" 2016-09-01 12:13 GMT+03:00 Computer Burgas : > логни се през някакъв ssh и виж какъв хардуер има разпознат. виртуалбокс > мапва реалният хардуер навътре като някакъв виртуален, за да може да > разграничава хоста от виртуалката. виж дали са ти пуснати и екстрите > (забравих как са го кръстили) нямам работещ виртуал бокс в момента. но има > изискване за допълнително стартиране на външни USB хардуери. > > 2016-08-31 18:36 GMT+03:00 Григор : > >> Зациклих. >> Ситуацията е следната. >> >> Имам имидж на дебиан но с промени по ядрото искам да стифна до bash или sh >> >> Конвертирах .img до .vdi >> Заредих го във virtualbox >> В GRUB пила init=/bin/bash >> Всичко си тръгва но не ми работи клавиатурата. Някой да се е зблъсквал? >> >> ___ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg >> >> > _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Проблем с клавиатура.
PS2 е клавиатурата На 01.09.2016 12:15 "Computer Burgas" написа: > логни се през някакъв ssh и виж какъв хардуер има разпознат. виртуалбокс > мапва реалният хардуер навътре като някакъв виртуален, за да може да > разграничава хоста от виртуалката. виж дали са ти пуснати и екстрите > (забравих как са го кръстили) нямам работещ виртуал бокс в момента. но има > изискване за допълнително стартиране на външни USB хардуери. > > 2016-08-31 18:36 GMT+03:00 Григор : > >> Зациклих. >> Ситуацията е следната. >> >> Имам имидж на дебиан но с промени по ядрото искам да стифна до bash или sh >> >> Конвертирах .img до .vdi >> Заредих го във virtualbox >> В GRUB пила init=/bin/bash >> Всичко си тръгва но не ми работи клавиатурата. Някой да се е зблъсквал? >> >> ___ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg >> >> > > ___________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Проблем с клавиатура.
логни се през някакъв ssh и виж какъв хардуер има разпознат. виртуалбокс мапва реалният хардуер навътре като някакъв виртуален, за да може да разграничава хоста от виртуалката. виж дали са ти пуснати и екстрите (забравих как са го кръстили) нямам работещ виртуал бокс в момента. но има изискване за допълнително стартиране на външни USB хардуери. 2016-08-31 18:36 GMT+03:00 Григор : > Зациклих. > Ситуацията е следната. > > Имам имидж на дебиан но с промени по ядрото искам да стифна до bash или sh > > Конвертирах .img до .vdi > Заредих го във virtualbox > В GRUB пила init=/bin/bash > Всичко си тръгва но не ми работи клавиатурата. Някой да се е зблъсквал? > > _______________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > _______________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Проблем с клавиатура.
Зациклих. Ситуацията е следната. Имам имидж на дебиан но с промени по ядрото искам да стифна до bash или sh Конвертирах .img до .vdi Заредих го във virtualbox В GRUB пила init=/bin/bash Всичко си тръгва но не ми работи клавиатурата. Някой да се е зблъсквал? ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] OpenWrt auto migration
SS с повече от една >> точка за >> достъп на отделни устройства. >> >> Бих бил много щастлив, ако някой се заеме и имплементира дистрибутиран >> списък с >> клиенти, с който да работи тази имплементация. Нужна ни е за Open Fest. >> >> 2.2.3. Насочване към честотна лента чрез специфицираните в IEEE 802.11ad >> инструменти >> >> IEEE 802.11ad въвежда промени, чиято цел е да улеснят избора на правилния >> банд >> от клиенти. В повече детайли – въвежда се MB (като multi-band) >> информационен >> елемент в beacon фреймовете на BSS-ите и метод за бързо прехвърляне на >> клиентска >> сесия между отделни BSS-и. В hostapd и wpa_supplicant от относително скоро >> съществува имплементация и за двете, но е скрита за конфигурационен >> флаг[4]. >> >> Положителното на тази имплементация е, че е стандартизирана от IEEE, но >> носи и >> редица отрицателни характеристики: >> >> * Изисква поддръжка от клиентска страна. >> * Нужно е една инстанция на hostapd да управлява всички физически >> интерфейси >> (като при 2.2.1). >> * Нова е, неистествана е и преди всичко – не е активирана по >> подразбиране. >> >> 2.2.4. Насочване на клиентите чрез средствата на IEEE 802.11r, k и v. >> >> От Cisco са описали по същество що е то Assisted Roaming чрез >> използването на >> горните стандарти[5]. Препоръчвам да прочетете статията за детайли. >> Обобщено >> обаче, идеята зад методите за улесняване на решенията за роуминг зад тези >> поправки, е следната: >> >> Точките за достъп събират информация за използването на радио ефира както >> от >> станциите в обхвата им, така и на база на собствените си наблюдения. Тези >> данни >> се предоставят на всяка станция и се очаква имплементацията на всяка >> станция да >> вземе решение към кой BSS да се асоциира. >> >> В hostapd и wpa_supplicant изглежда съществуват поне частични >> имплементации[6]. Предстои да ги проуча и тествам преди Open Fest. >> >> Огромният недостатък е, че е нужно клиентите да имплементират дадената >> логика за >> избор на BSS. >> >> 2.2.5. Насочване на клиентите чрез ограничаване на мощността на излъчване >> на >>мрежовите карти на точките за достъп и избор на кодировки за висока >>производителност >> >> Най-изпитаният и най-широко съвместим метод за „поощряване“ на клиентите >> да >> преминат към друг BSS остава внимателното избиране на подходяща мощност на >> излъчване от страна на точките за достъп. Това, комбинирано с >> ограничаването на >> basic rate-овете до 54Mbps исторически винаги е работило доста добре на >> Open >> Fest[9]. >> >> 3. Особености при роуминг >> >> При преминаване от един BSS към друг в контекста на един и същи Ethernet >> сегмент съществуват няколко особености, за които трябва да бъдат взети >> мерки. >> >> 3.1. Обновяване на кеша на L2 устройствата в Ethernet сегмента >> >> Две точки за достъп могат да бъдат свързани чрез два различни порта на >> суич или >> дори чрез отделни суичове. Докато мигриралият от един към друг BSS клиент >> не >> изпрати фрейм, която да обнови кешовете на L2 устройствата в мрежата, >> трафикът, >> адресиран до него, ще продължи да бъде изпращан до предходната му точка за >> достъп. >> >> В hostapd съществува частична имплементация на невлязлата в сила поправка >> IEEE >> 802.11f, която се грижи при свързване на нова станция да изпрати от нейно >> име >> LLC фрейм до целия Ethernet сегмент[7]. >> >> С наскоро приет пач, IAPP имплементацията в hostapd вече работи и при >> двубандови >> точки за достъп[10][11]. >> >> 3.2. Ускоряване на свързването с новия BSS >> >> IEEE 802.11r дефинира два подхода за ускоряване на свързването с BSS-а, >> към >> който даден клиент преминава. Това е нужно, защото началното ръкостискане >> при >> WPA и ОСОБЕНО при WPA Enterprise е доста времеемко. >> >> Двата подхода са preauthentication по въздуха и preauthentication по >> системата >> за дистрибуция. hostapd поддържа поне ft-over-ds[8] за WPA И за WPA >> Enterprise. >> >> 4. Бъдещи имплементации >> >> На базата на проучването ми на имплементацията на 802.11r, k и v, може >> да се укаже, че от нова имплементация на client steering няма нужда, но >> това ще >> стане ясно по всяка вероятност чак след OF, ако изобщо. >> >> Междувременно, Марияне, ако имаш голяма нужда от дадената функционалност, >> бих ти >> препоръч
Re: [Lug-bg] OpenWrt auto migration
хвърляне на > клиентска > сесия между отделни BSS-и. В hostapd и wpa_supplicant от относително скоро > съществува имплементация и за двете, но е скрита за конфигурационен > флаг[4]. > > Положителното на тази имплементация е, че е стандартизирана от IEEE, но > носи и > редица отрицателни характеристики: > > * Изисква поддръжка от клиентска страна. > * Нужно е една инстанция на hostapd да управлява всички физически > интерфейси > (като при 2.2.1). > * Нова е, неистествана е и преди всичко – не е активирана по > подразбиране. > > 2.2.4. Насочване на клиентите чрез средствата на IEEE 802.11r, k и v. > > От Cisco са описали по същество що е то Assisted Roaming чрез използването > на > горните стандарти[5]. Препоръчвам да прочетете статията за детайли. > Обобщено > обаче, идеята зад методите за улесняване на решенията за роуминг зад тези > поправки, е следната: > > Точките за достъп събират информация за използването на радио ефира както > от > станциите в обхвата им, така и на база на собствените си наблюдения. Тези > данни > се предоставят на всяка станция и се очаква имплементацията на всяка > станция да > вземе решение към кой BSS да се асоциира. > > В hostapd и wpa_supplicant изглежда съществуват поне частични > имплементации[6]. Предстои да ги проуча и тествам преди Open Fest. > > Огромният недостатък е, че е нужно клиентите да имплементират дадената > логика за > избор на BSS. > > 2.2.5. Насочване на клиентите чрез ограничаване на мощността на излъчване > на >мрежовите карти на точките за достъп и избор на кодировки за висока >производителност > > Най-изпитаният и най-широко съвместим метод за „поощряване“ на клиентите да > преминат към друг BSS остава внимателното избиране на подходяща мощност на > излъчване от страна на точките за достъп. Това, комбинирано с > ограничаването на > basic rate-овете до 54Mbps исторически винаги е работило доста добре на > Open > Fest[9]. > > 3. Особености при роуминг > > При преминаване от един BSS към друг в контекста на един и същи Ethernet > сегмент съществуват няколко особености, за които трябва да бъдат взети > мерки. > > 3.1. Обновяване на кеша на L2 устройствата в Ethernet сегмента > > Две точки за достъп могат да бъдат свързани чрез два различни порта на > суич или > дори чрез отделни суичове. Докато мигриралият от един към друг BSS клиент > не > изпрати фрейм, която да обнови кешовете на L2 устройствата в мрежата, > трафикът, > адресиран до него, ще продължи да бъде изпращан до предходната му точка за > достъп. > > В hostapd съществува частична имплементация на невлязлата в сила поправка > IEEE > 802.11f, която се грижи при свързване на нова станция да изпрати от нейно > име > LLC фрейм до целия Ethernet сегмент[7]. > > С наскоро приет пач, IAPP имплементацията в hostapd вече работи и при > двубандови > точки за достъп[10][11]. > > 3.2. Ускоряване на свързването с новия BSS > > IEEE 802.11r дефинира два подхода за ускоряване на свързването с BSS-а, към > който даден клиент преминава. Това е нужно, защото началното ръкостискане > при > WPA и ОСОБЕНО при WPA Enterprise е доста времеемко. > > Двата подхода са preauthentication по въздуха и preauthentication по > системата > за дистрибуция. hostapd поддържа поне ft-over-ds[8] за WPA И за WPA > Enterprise. > > 4. Бъдещи имплементации > > На базата на проучването ми на имплементацията на 802.11r, k и v, може > да се укаже, че от нова имплементация на client steering няма нужда, но > това ще > стане ясно по всяка вероятност чак след OF, ако изобщо. > > Междувременно, Марияне, ако имаш голяма нужда от дадената функционалност, > бих ти > препоръчал да надградиш форка на Google с дистрибутирано изграждане на > съответните списъци от станции и да добавиш допълнителна информация за > качеството на връзката с тях. > > [1] Секция „Neighbor table“ на > http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain; > f=hostapd/hostapd.conf > [2] https://www.youtube.com/watch?v=yZcHbD84j5Y > [3] https://gfiber.googlesource.com/vendor/opensource/hostap/+/ > 724e9301587faf2d6b13aaa1b09c9914355cc202 > [4] Секция „Fast Session Transfer (FST) support“ на > http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain; > f=hostapd/hostapd.conf > [5] http://www.cisco.com/c/en/us/td/docs/wireless/controller/8- > 1/Enterprise-Mobility-8-1-Design-Guide/Enterprise_ > Mobility_8-1_Deployment_Guide/Chapter-11.html > [6] Секция „Radio measurements / location“ на > http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain; > f=hostapd/hostapd.conf > [7] Секция „IEEE 802.11f“ на > http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain; > f=hostapd/hostapd.conf > [8] Секция „IEEE 802.11r“ на > http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain; > f=hostapd/hostapd.conf > [9] https://petko.me/openfest/wifi/2014/11/09/openfest-wifi.html > [10] https://patchwork.ozlabs.org/patch/656818/ > [11] https://github.com/lede-project/source/pull/242 ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] OpenWrt auto migration
горните стандарти[5]. Препоръчвам да прочетете статията за детайли. Обобщено обаче, идеята зад методите за улесняване на решенията за роуминг зад тези поправки, е следната: Точките за достъп събират информация за използването на радио ефира както от станциите в обхвата им, така и на база на собствените си наблюдения. Тези данни се предоставят на всяка станция и се очаква имплементацията на всяка станция да вземе решение към кой BSS да се асоциира. В hostapd и wpa_supplicant изглежда съществуват поне частични имплементации[6]. Предстои да ги проуча и тествам преди Open Fest. Огромният недостатък е, че е нужно клиентите да имплементират дадената логика за избор на BSS. 2.2.5. Насочване на клиентите чрез ограничаване на мощността на излъчване на мрежовите карти на точките за достъп и избор на кодировки за висока производителност Най-изпитаният и най-широко съвместим метод за „поощряване“ на клиентите да преминат към друг BSS остава внимателното избиране на подходяща мощност на излъчване от страна на точките за достъп. Това, комбинирано с ограничаването на basic rate-овете до 54Mbps исторически винаги е работило доста добре на Open Fest[9]. 3. Особености при роуминг При преминаване от един BSS към друг в контекста на един и същи Ethernet сегмент съществуват няколко особености, за които трябва да бъдат взети мерки. 3.1. Обновяване на кеша на L2 устройствата в Ethernet сегмента Две точки за достъп могат да бъдат свързани чрез два различни порта на суич или дори чрез отделни суичове. Докато мигриралият от един към друг BSS клиент не изпрати фрейм, която да обнови кешовете на L2 устройствата в мрежата, трафикът, адресиран до него, ще продължи да бъде изпращан до предходната му точка за достъп. В hostapd съществува частична имплементация на невлязлата в сила поправка IEEE 802.11f, която се грижи при свързване на нова станция да изпрати от нейно име LLC фрейм до целия Ethernet сегмент[7]. С наскоро приет пач, IAPP имплементацията в hostapd вече работи и при двубандови точки за достъп[10][11]. 3.2. Ускоряване на свързването с новия BSS IEEE 802.11r дефинира два подхода за ускоряване на свързването с BSS-а, към който даден клиент преминава. Това е нужно, защото началното ръкостискане при WPA и ОСОБЕНО при WPA Enterprise е доста времеемко. Двата подхода са preauthentication по въздуха и preauthentication по системата за дистрибуция. hostapd поддържа поне ft-over-ds[8] за WPA И за WPA Enterprise. 4. Бъдещи имплементации На базата на проучването ми на имплементацията на 802.11r, k и v, може да се укаже, че от нова имплементация на client steering няма нужда, но това ще стане ясно по всяка вероятност чак след OF, ако изобщо. Междувременно, Марияне, ако имаш голяма нужда от дадената функционалност, бих ти препоръчал да надградиш форка на Google с дистрибутирано изграждане на съответните списъци от станции и да добавиш допълнителна информация за качеството на връзката с тях. [1] Секция „Neighbor table“ на http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=hostapd/hostapd.conf [2] https://www.youtube.com/watch?v=yZcHbD84j5Y [3] https://gfiber.googlesource.com/vendor/opensource/hostap/+/724e9301587faf2d6b13aaa1b09c9914355cc202 [4] Секция „Fast Session Transfer (FST) support“ на http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=hostapd/hostapd.conf [5] http://www.cisco.com/c/en/us/td/docs/wireless/controller/8-1/Enterprise-Mobility-8-1-Design-Guide/Enterprise_Mobility_8-1_Deployment_Guide/Chapter-11.html [6] Секция „Radio measurements / location“ на http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=hostapd/hostapd.conf [7] Секция „IEEE 802.11f“ на http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=hostapd/hostapd.conf [8] Секция „IEEE 802.11r“ на http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=hostapd/hostapd.conf [9] https://petko.me/openfest/wifi/2014/11/09/openfest-wifi.html [10] https://patchwork.ozlabs.org/patch/656818/ [11] https://github.com/lede-project/source/pull/242 pgp8rTdmmulrZ.pgp Description: OpenPGP Digital Signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] OpenWrt auto migration
On 08/23/2016 05:19 PM, Dimitar Grigorov wrote: > Пропуснах да допълня: > > 1. Всички рутери broadcast-ват една и съща мрежа. > > 2. След като кикнем клиента от едната мрежа, то той обикновено се кънектва > към по-близкото AP. > > 3. Възможно е подобна методика да наруши връзката при устройства, които са в > power saving mode. > > > On 23.8.2016 г. 15:40 ч., Dimitar Grigorov wrote: >> >> Здравейте, >> >> >> програмист съм и не разбирам много от Linux, но съм ровил доста по темата. >> >> Давам първо "временното" решение на проблема, а накрая са поместени >> методите, които се говори че ги прилагат професионалистите. >> >> >> Приемаме, че клиентите са тъпи и няма да се дискънектнат сами. Затова ще ги >> дискънектват AP-тата. >> >> >> Написах с краката си скрипт, който през определено време вижда всички >> клиенти с *iw dev wlan0 station dump* и киква тези, които са с много нисък >> сигнал. >> >> Моля за съвети по оптимизацията му. >> >> >> --- >> >> #!/bin/ash >> #Kicks connected workstations that have signal lower than certain value. >> #Use command on the next row to view how is builded mac-address list and >> their signal >> #iw dev wlan0 station dump | egrep '(Station|signal:)' | sed -e >> ':a;N;$!ba;s/\n\tsignal//g' | awk '{ print $5 " " $2}' >> #Pay attention how $MAC variable is used in ubus >> >> MIN_SIGNAL=-81 >> MACS_TO_KICK=`iw dev wlan0 station dump | egrep '(Station|signal:)' | sed -e >> ':a;N;$!ba;s/\n\tsignal//g' | awk -v MIN_SIGNAL=${MIN_SIGNAL} -F ' ' '$5 < >> MIN_SIGNAL {print $2}'` >> >> #echo $MACS_TO_KICK >> >> for MAC in $MACS_TO_KICK >> do >> logger -s "MAC:" $MAC "is below threshold at "$MIN_SIGNAL >> ubus call hostapd.wlan0 del_client '{"addr":"'$MAC'", "reason":1, >> "deauth":true, "ban_time":3000}' >> done; на мен ми харесва скрипта ти... но аз обмислям малък patch на hostapd(ieee802.11.c): char macStr[18]; int res = os_snprintf(macStr, 18, MACSTR, MAC2STR(sta->addr)); if (res != -1) os_exec("/usr/bin/wifi_assoc.sh", macStr, 0); >> >> --- >> >> >> Не съм експериментирал с "ban_time", но би трябвало да може да се постигне >> още по-добър ефект с тази настройка. >> >> Скрипта е пуснат с cron на 3 рутера TL-WR1043N от около седмица и изглежда >> дава положителен резултат. >> >> >> --- >> >> >> За работещи решения с други продукти знам за: >> >> - UniFi APs и техния дървен софутер. Там обаче без VLAN-s трудно може да >> се мине в условията на споделена(private и public) backbone wired мрежа. >> >> - Mikrotik CAPsMAN - >> https://blog.linitx.com/howto-improved-capsman-wireless-client-roaming/ >> >> - Cisco имат също добро решение, което е изключително скъпо. >> >> >> В TODO list-a имам за проучване на следните протоколи, за които се говори, >> че карат AP-тата да си споделят информация за клиентите: >> >> - 802.11r и 802.11k >> >> - 802.11s >> >> >> >> On 23.8.2016 г. 08:47 ч., Marian Marinov wrote: >>> Здравейте група, >>> >>> от известно време се чудя(не съм задълбавал в research-а), кой би бил >>> най-адекватният начин за мигриране на WiFi клиенти от едно AP към друго AP. >>> >>> Да приемем, че имаме офис сграда или хотел на 4 етажа. Всеки етаж се >>> покрива от 4 AP-та. >>> Пешо влиза на първият етаж и се закача на wireless-а, след което се качва >>> на вторият, в заседателната зала, но все още вижда с добро качество AP-то >>> от първият етаж. В тази ситуация laptop-а му няма да се закачи автоматично >>> на по-близкото AP. >>> От друга страна AP-тата виждат Пешо с различни нива на сигнала и сами могат >>> да преценят, кое е по-правилното AP. >>> >>> Проблемите са няколко: >>> 1. Колко време трябва едно AP да наблюдава влошаване на сигнала от клиента >>> за да го помоли да се d
Re: [Lug-bg] OpenWrt auto migration
On 08/23/2016 05:15 PM, Orlin Vasilev wrote: > това не се ли прави с WDS? WDS-а е по-скоро range extender > > Orlix > > 2016-08-23 8:47 GMT+03:00 Marian Marinov <mailto:m...@yuhu.biz>>: > > Здравейте група, > > от известно време се чудя(не съм задълбавал в research-а), кой би бил > най-адекватният начин за мигриране на WiFi клиенти от едно AP към друго AP. > > Да приемем, че имаме офис сграда или хотел на 4 етажа. Всеки етаж се > покрива от 4 AP-та. > Пешо влиза на първият етаж и се закача на wireless-а, след което се качва > на вторият, в заседателната зала, но все още вижда с добро качество AP-то от > първият етаж. В тази ситуация laptop-а му няма да се закачи автоматично на > по-близкото AP. > От друга страна AP-тата виждат Пешо с различни нива на сигнала и сами > могат да преценят, кое е по-правилното AP. > > Проблемите са няколко: > 1. Колко време трябва едно AP да наблюдава влошаване на сигнала от > клиента за да го помоли да се deassociate-не? > 2. Как да се накара клиента да се върже към правилното(най-близко) AP? > > Мариян > > П.С. Нека се съсредоточим въху въпросите, които поставям а не играчка със > силата на сигнала от всяко едно AP. Въпросът е хипотетичен :) > > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> > http://linux-bulgaria.org/mailman/listinfo/lug-bg > <http://linux-bulgaria.org/mailman/listinfo/lug-bg> > > > > > _______ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > -- Marian Marinov Founder & CEO of 1H Ltd. Jabber/GTalk: hack...@jabber.org ICQ: 7556201 Mobile: +359 886 660 270 signature.asc Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] OpenWrt auto migration
Пропуснах да допълня: 1. Всички рутери broadcast-ват една и съща мрежа. 2. След като кикнем клиента от едната мрежа, то той обикновено се кънектва към по-близкото AP. 3. Възможно е подобна методика да наруши връзката при устройства, които са в power saving mode. On 23.8.2016 г. 15:40 ч., Dimitar Grigorov wrote: Здравейте, програмист съм и не разбирам много от Linux, но съм ровил доста по темата. Давам първо "временното" решение на проблема, а накрая са поместени методите, които се говори че ги прилагат професионалистите. Приемаме, че клиентите са тъпи и няма да се дискънектнат сами. Затова ще ги дискънектват AP-тата. Написах с краката си скрипт, който през определено време вижда всички клиенти с *iw dev wlan0 station dump* и киква тези, които са с много нисък сигнал. Моля за съвети по оптимизацията му. --- #!/bin/ash #Kicks connected workstations that have signal lower than certain value. #Use command on the next row to view how is builded mac-address list and their signal #iw dev wlan0 station dump | egrep '(Station|signal:)' | sed -e ':a;N;$!ba;s/\n\tsignal//g' | awk '{ print $5 " " $2}' #Pay attention how $MAC variable is used in ubus MIN_SIGNAL=-81 MACS_TO_KICK=`iw dev wlan0 station dump | egrep '(Station|signal:)' | sed -e ':a;N;$!ba;s/\n\tsignal//g' | awk -v MIN_SIGNAL=${MIN_SIGNAL} -F ' ' '$5 < MIN_SIGNAL {print $2}'` #echo $MACS_TO_KICK for MAC in $MACS_TO_KICK do logger -s "MAC:" $MAC "is below threshold at "$MIN_SIGNAL ubus call hostapd.wlan0 del_client '{"addr":"'$MAC'", "reason":1, "deauth":true, "ban_time":3000}' done; --- Не съм експериментирал с "ban_time", но би трябвало да може да се постигне още по-добър ефект с тази настройка. Скрипта е пуснат с cron на 3 рутера TL-WR1043N от около седмица и изглежда дава положителен резултат. --- За работещи решения с други продукти знам за: - UniFi APs и техния дървен софутер. Там обаче без VLAN-s трудно може да се мине в условията на споделена(private и public) backbone wired мрежа. - Mikrotik CAPsMAN - https://blog.linitx.com/howto-improved-capsman-wireless-client-roaming/ - Cisco имат също добро решение, което е изключително скъпо. В TODO list-a имам за проучване на следните протоколи, за които се говори, че карат AP-тата да си споделят информация за клиентите: - 802.11r и 802.11k - 802.11s On 23.8.2016 г. 08:47 ч., Marian Marinov wrote: Здравейте група, от известно време се чудя(не съм задълбавал в research-а), кой би бил най-адекватният начин за мигриране на WiFi клиенти от едно AP към друго AP. Да приемем, че имаме офис сграда или хотел на 4 етажа. Всеки етаж се покрива от 4 AP-та. Пешо влиза на първият етаж и се закача на wireless-а, след което се качва на вторият, в заседателната зала, но все още вижда с добро качество AP-то от първият етаж. В тази ситуация laptop-а му няма да се закачи автоматично на по-близкото AP. От друга страна AP-тата виждат Пешо с различни нива на сигнала и сами могат да преценят, кое е по-правилното AP. Проблемите са няколко: 1. Колко време трябва едно AP да наблюдава влошаване на сигнала от клиента за да го помоли да се deassociate-не? 2. Как да се накара клиента да се върже към правилното(най-близко) AP? Мариян П.С. Нека се съсредоточим въху въпросите, които поставям а не играчка със силата на сигнала от всяко едно AP. Въпросът е хипотетичен :) ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg -- Best regards,/Поздрави, Dimitar Grigorov/Димитър Григоров Software Developer/Програмист софтуерни приложения Megalan Ltd/Мегалан ООД Fax/Факс: +359 2 968 6005 Mobile / Мобилен: +359 885 494 144 E-mail: dimitar.grigo...@maniaprint.bg <mailto:dimitar.grigo...@maniaprint.bg> ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg -- Best regards,/Поздрави, Dimitar Grigorov/Димитър Григоров Software Developer/Програмист софтуерни приложения Megalan Ltd/Мегалан ООД Fax/Факс: +359 2 968 6005 Mobile / Мобилен: +359 885 494 144 E-mail: dimitar.grigo...@maniaprint.bg <mailto:dimitar.grigo...@maniaprint.bg> ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] OpenWrt auto migration
това не се ли прави с WDS? Orlix 2016-08-23 8:47 GMT+03:00 Marian Marinov : > Здравейте група, > > от известно време се чудя(не съм задълбавал в research-а), кой би бил > най-адекватният начин за мигриране на WiFi клиенти от едно AP към друго AP. > > Да приемем, че имаме офис сграда или хотел на 4 етажа. Всеки етаж се > покрива от 4 AP-та. > Пешо влиза на първият етаж и се закача на wireless-а, след което се качва > на вторият, в заседателната зала, но все още вижда с добро качество AP-то > от първият етаж. В тази ситуация laptop-а му няма да се закачи автоматично > на по-близкото AP. > От друга страна AP-тата виждат Пешо с различни нива на сигнала и сами > могат да преценят, кое е по-правилното AP. > > Проблемите са няколко: > 1. Колко време трябва едно AP да наблюдава влошаване на сигнала от клиента > за да го помоли да се deassociate-не? > 2. Как да се накара клиента да се върже към правилното(най-близко) AP? > > Мариян > > П.С. Нека се съсредоточим въху въпросите, които поставям а не играчка със > силата на сигнала от всяко едно AP. Въпросът е хипотетичен :) > > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] OpenWrt auto migration
On 08/23/2016 10:25 AM, Spas Pavlov wrote: > On Tuesday 23 August 2016 08:47:57 Marian Marinov wrote: >> Здравейте група, >> >> от известно време се чудя(не съм задълбавал в research-а), кой би бил >> най-адекватният начин за мигриране на WiFi клиенти от едно AP към друго AP. >> >> Да приемем, че имаме офис сграда или хотел на 4 етажа. Всеки етаж се покрива >> от 4 AP-та. Пешо влиза на първият етаж и се закача на wireless-а, след >> което се качва на вторият, в заседателната зала, но все още вижда с добро >> качество AP-то от първият етаж. В тази ситуация laptop-а му няма да се >> закачи автоматично на по-близкото AP. От друга страна AP-тата виждат Пешо с >> различни нива на сигнала и сами могат да преценят, кое е по-правилното AP. >> >> Проблемите са няколко: >> 1. Колко време трябва едно AP да наблюдава влошаване на сигнала от клиента >> за да го помоли да се deassociate-не? 2. Как да се накара клиента да се >> върже към правилното(най-близко) AP? >> >> Мариян >> >> П.С. Нека се съсредоточим въху въпросите, които поставям а не играчка със >> силата на сигнала от всяко едно AP. Въпросът е хипотетичен :) > > Много интересна задача, но май е нерешима. > > Приемаме, че не можем да манипулираме лаптопа. Т.е. ако е с Линукс би могло > да > се драсне някое скриптче да следи сигнала на АП-тата и да избира къде да се > закачи. > > Приемаме, че всички АП-та са с едно и също SSID и парола. Приемаме и че > сигнала по целия етаж Х е с еднаква сила. > > Всички АП-та си комуникират помежду си. Появява се Пешо. Закача се към 1 етаж > и АП-то го "вижда", споделя с другите, че МАС xx се е закачил с качество y. > > Колко време трябва да е лош сигнала може само опитно да се определи. По-скоро > тук (пак опитно) трябва да се определи кога сигнала вече е "лош". Тогава се > подава deassoc. > > И идва втория въпрос: как да го накараме да се закачи на правилното място? > Вариант 1. АП-то към което е вече закачен си намаля мощността. Пешо може би > ще > реши да се закачи другаде. > Вариант 2. АП-то към което е закачен Пешо си сменя примерно SSID и така го > принуждаваме да се закачи другаде. > Тогава вече "новото" АП подава информация на другите и почва да следи Пешо с > колко добър сигнал е. "Старото" АП се връща към началното си състояние. > > И накрая пристига Иван и прецаква цялата схема ;-))). Спасе, 802.11 дефинира deassociation пакети и много лесно едно AP може да каже на клиент, че трябва да се disconnect-не. Всяко едно AP(ок, по-хубавите) може във всеки един момента да каже, какви клиенти вижда наоколо и с какво ниво на сигнала ги чува. Аз в момента събирам точно тази информация от всичките си OpenWRT-а и обмислям какъв точно да бъде принципа за deassociation :) > > Спас Павлов > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > -- Marian Marinov Founder & CEO of 1H Ltd. Jabber/GTalk: hack...@jabber.org ICQ: 7556201 Mobile: +359 886 660 270 signature.asc Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] OpenWrt auto migration
On 08/23/2016 11:48 AM, e...@nat.bg wrote: > Аз не разбирам от wireless, но знам, че това е работа на WiFi > Controller-a, а не на АР-то. QoS like полиситата които могат да се налагат > в/у клиенти и АР-та са от случайност до безкрайност... според зависи от > вендора > Тъй като си добавил OpenWRT в Subject-a бързам да споделя, че не съм > правил ресърч за Open Source WiFi Controller работещ с/за OpenWRT. > > Няма как да няма гледайки Output-a от домашният Микротик: > > interface=wlan1 mac-address=04:8D:38:9B:29:72 ap=no wds=no bridge=no > rx-rate="19.5Mbps-20MHz/1S" >tx-rate="43.3Mbps-20MHz/1S/SGI" packets=5158001,3352545 > bytes=6348443264,363574732 frames=5158001,3357380 >frame-bytes=6359074376,343976829 hw-frames=9430024,3464897 > hw-frame-bytes=11473435981,490322242 tx-frames-timed-out=0 >uptime=2w2d18h24m32s last-activity=5s990ms signal-strength=-80dBm@1Mbps > signal-to-noise=21dB signal-strength-ch0=-82dBm >signal-strength-ch1=-84dBm strength-at-rates=-80dBm@1Mbps > 20ms,-83dBm@5.5Mbps 3h2m23s10ms,-78dBm@6Mbps 1h17m58s900ms,- > 79dBm@HT20-0 3m41s210ms,-80dBm@HT20-1 > 40s950ms,-80dBm@HT20-2 5s990ms,-81dBm@HT20-3 > 36s110ms,-82dBm@HT20-4 > 43m30s30ms,-81dBm@HT20-5 1d6h57m54s250ms >tx-ccq=50% p-throughput=36340 last-ip=192.168.0.9 > 802.1x-port-enabled=yes authentication-type=wpa2-psk encryption=aes-ccm >group-encryption=aes-ccm management-protection=no wmm-enabled=yes > tx-rate-set="CCK:1-11 OFDM:6-54 BW:1x SGI:1x HT:0-15" > > Дет' се вика: избери си параметър и SDN rulez ! :) Да, аз съм решил да си пиша OpenWRT WiFi контролер, точно защото имам доста рутери и много често те си пречат, просто защото ги има :) Мариян > > >> Здравейте група, >> >> от известно време се чудя(не съм задълбавал в research-а), кой би бил >> най-адекватният начин за мигриране на WiFi клиенти от едно AP към друго >> AP. >> >> Да приемем, че имаме офис сграда или хотел на 4 етажа. Всеки етаж се >> покрива от 4 AP-та. >> Пешо влиза на първият етаж и се закача на wireless-а, след което се качва >> на вторият, в заседателната зала, но все още вижда с добро качество AP-то >> от първият етаж. В тази ситуация laptop-а му няма да се закачи автоматично >> на по-близкото AP. >> От друга страна AP-тата виждат Пешо с различни нива на сигнала и сами >> могат да преценят, кое е по-правилното AP. >> >> Проблемите са няколко: >> 1. Колко време трябва едно AP да наблюдава влошаване на сигнала от клиента >> за да го помоли да се deassociate-не? >> 2. Как да се накара клиента да се върже към правилното(най-близко) AP? >> >> Мариян >> >> П.С. Нека се съсредоточим въху въпросите, които поставям а не играчка със >> силата на сигнала от всяко едно AP. Въпросът е хипотетичен :) >> >> _______ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg >> > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > -- Marian Marinov Founder & CEO of 1H Ltd. Jabber/GTalk: hack...@jabber.org ICQ: 7556201 Mobile: +359 886 660 270 signature.asc Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] OpenWrt auto migration
Здравейте, програмист съм и не разбирам много от Linux, но съм ровил доста по темата. Давам първо "временното" решение на проблема, а накрая са поместени методите, които се говори че ги прилагат професионалистите. Приемаме, че клиентите са тъпи и няма да се дискънектнат сами. Затова ще ги дискънектват AP-тата. Написах с краката си скрипт, който през определено време вижда всички клиенти с *iw dev wlan0 station dump* и киква тези, които са с много нисък сигнал. Моля за съвети по оптимизацията му. --- #!/bin/ash #Kicks connected workstations that have signal lower than certain value. #Use command on the next row to view how is builded mac-address list and their signal #iw dev wlan0 station dump | egrep '(Station|signal:)' | sed -e ':a;N;$!ba;s/\n\tsignal//g' | awk '{ print $5 " " $2}' #Pay attention how $MAC variable is used in ubus MIN_SIGNAL=-81 MACS_TO_KICK=`iw dev wlan0 station dump | egrep '(Station|signal:)' | sed -e ':a;N;$!ba;s/\n\tsignal//g' | awk -v MIN_SIGNAL=${MIN_SIGNAL} -F ' ' '$5 < MIN_SIGNAL {print $2}'` #echo $MACS_TO_KICK for MAC in $MACS_TO_KICK do logger -s "MAC:" $MAC "is below threshold at "$MIN_SIGNAL ubus call hostapd.wlan0 del_client '{"addr":"'$MAC'", "reason":1, "deauth":true, "ban_time":3000}' done; --- Не съм експериментирал с "ban_time", но би трябвало да може да се постигне още по-добър ефект с тази настройка. Скрипта е пуснат с cron на 3 рутера TL-WR1043N от около седмица и изглежда дава положителен резултат. --- За работещи решения с други продукти знам за: - UniFi APs и техния дървен софутер. Там обаче без VLAN-s трудно може да се мине в условията на споделена(private и public) backbone wired мрежа. - Mikrotik CAPsMAN - https://blog.linitx.com/howto-improved-capsman-wireless-client-roaming/ - Cisco имат също добро решение, което е изключително скъпо. В TODO list-a имам за проучване на следните протоколи, за които се говори, че карат AP-тата да си споделят информация за клиентите: - 802.11r и 802.11k - 802.11s On 23.8.2016 г. 08:47 ч., Marian Marinov wrote: Здравейте група, от известно време се чудя(не съм задълбавал в research-а), кой би бил най-адекватният начин за мигриране на WiFi клиенти от едно AP към друго AP. Да приемем, че имаме офис сграда или хотел на 4 етажа. Всеки етаж се покрива от 4 AP-та. Пешо влиза на първият етаж и се закача на wireless-а, след което се качва на вторият, в заседателната зала, но все още вижда с добро качество AP-то от първият етаж. В тази ситуация laptop-а му няма да се закачи автоматично на по-близкото AP. От друга страна AP-тата виждат Пешо с различни нива на сигнала и сами могат да преценят, кое е по-правилното AP. Проблемите са няколко: 1. Колко време трябва едно AP да наблюдава влошаване на сигнала от клиента за да го помоли да се deassociate-не? 2. Как да се накара клиента да се върже към правилното(най-близко) AP? Мариян П.С. Нека се съсредоточим въху въпросите, които поставям а не играчка със силата на сигнала от всяко едно AP. Въпросът е хипотетичен :) ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg -- Best regards,/Поздрави, Dimitar Grigorov/Димитър Григоров Software Developer/Програмист софтуерни приложения Megalan Ltd/Мегалан ООД Fax/Факс: +359 2 968 6005 Mobile / Мобилен: +359 885 494 144 E-mail: dimitar.grigo...@maniaprint.bg <mailto:dimitar.grigo...@maniaprint.bg> ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] OpenWrt auto migration
Аз не разбирам от wireless, но знам, че това е работа на WiFi Controller-a, а не на АР-то. QoS like полиситата които могат да се налагат в/у клиенти и АР-та са от случайност до безкрайност... според зависи от вендора Тъй като си добавил OpenWRT в Subject-a бързам да споделя, че не съм правил ресърч за Open Source WiFi Controller работещ с/за OpenWRT. Няма как да няма гледайки Output-a от домашният Микротик: interface=wlan1 mac-address=04:8D:38:9B:29:72 ap=no wds=no bridge=no rx-rate="19.5Mbps-20MHz/1S" tx-rate="43.3Mbps-20MHz/1S/SGI" packets=5158001,3352545 bytes=6348443264,363574732 frames=5158001,3357380 frame-bytes=6359074376,343976829 hw-frames=9430024,3464897 hw-frame-bytes=11473435981,490322242 tx-frames-timed-out=0 uptime=2w2d18h24m32s last-activity=5s990ms signal-strength=-80dBm@1Mbps signal-to-noise=21dB signal-strength-ch0=-82dBm signal-strength-ch1=-84dBm strength-at-rates=-80dBm@1Mbps 20ms,-83dBm@5.5Mbps 3h2m23s10ms,-78dBm@6Mbps 1h17m58s900ms,- 79dBm@HT20-0 3m41s210ms,-80dBm@HT20-1 40s950ms,-80dBm@HT20-2 5s990ms,-81dBm@HT20-3 36s110ms,-82dBm@HT20-4 43m30s30ms,-81dBm@HT20-5 1d6h57m54s250ms tx-ccq=50% p-throughput=36340 last-ip=192.168.0.9 802.1x-port-enabled=yes authentication-type=wpa2-psk encryption=aes-ccm group-encryption=aes-ccm management-protection=no wmm-enabled=yes tx-rate-set="CCK:1-11 OFDM:6-54 BW:1x SGI:1x HT:0-15" Дет' се вика: избери си параметър и SDN rulez ! :) > Здравейте група, > > от известно време се чудя(не съм задълбавал в research-а), кой би бил > най-адекватният начин за мигриране на WiFi клиенти от едно AP към друго > AP. > > Да приемем, че имаме офис сграда или хотел на 4 етажа. Всеки етаж се > покрива от 4 AP-та. > Пешо влиза на първият етаж и се закача на wireless-а, след което се качва > на вторият, в заседателната зала, но все още вижда с добро качество AP-то > от първият етаж. В тази ситуация laptop-а му няма да се закачи автоматично > на по-близкото AP. > От друга страна AP-тата виждат Пешо с различни нива на сигнала и сами > могат да преценят, кое е по-правилното AP. > > Проблемите са няколко: > 1. Колко време трябва едно AP да наблюдава влошаване на сигнала от клиента > за да го помоли да се deassociate-не? > 2. Как да се накара клиента да се върже към правилното(най-близко) AP? > > Мариян > > П.С. Нека се съсредоточим въху въпросите, които поставям а не играчка със > силата на сигнала от всяко едно AP. Въпросът е хипотетичен :) > > ___________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] OpenWrt auto migration
On Tuesday 23 August 2016 08:47:57 Marian Marinov wrote: > Здравейте група, > > от известно време се чудя(не съм задълбавал в research-а), кой би бил > най-адекватният начин за мигриране на WiFi клиенти от едно AP към друго AP. > > Да приемем, че имаме офис сграда или хотел на 4 етажа. Всеки етаж се покрива > от 4 AP-та. Пешо влиза на първият етаж и се закача на wireless-а, след > което се качва на вторият, в заседателната зала, но все още вижда с добро > качество AP-то от първият етаж. В тази ситуация laptop-а му няма да се > закачи автоматично на по-близкото AP. От друга страна AP-тата виждат Пешо с > различни нива на сигнала и сами могат да преценят, кое е по-правилното AP. > > Проблемите са няколко: > 1. Колко време трябва едно AP да наблюдава влошаване на сигнала от клиента > за да го помоли да се deassociate-не? 2. Как да се накара клиента да се > върже към правилното(най-близко) AP? > > Мариян > > П.С. Нека се съсредоточим въху въпросите, които поставям а не играчка със > силата на сигнала от всяко едно AP. Въпросът е хипотетичен :) Много интересна задача, но май е нерешима. Приемаме, че не можем да манипулираме лаптопа. Т.е. ако е с Линукс би могло да се драсне някое скриптче да следи сигнала на АП-тата и да избира къде да се закачи. Приемаме, че всички АП-та са с едно и също SSID и парола. Приемаме и че сигнала по целия етаж Х е с еднаква сила. Всички АП-та си комуникират помежду си. Появява се Пешо. Закача се към 1 етаж и АП-то го "вижда", споделя с другите, че МАС xx се е закачил с качество y. Колко време трябва да е лош сигнала може само опитно да се определи. По-скоро тук (пак опитно) трябва да се определи кога сигнала вече е "лош". Тогава се подава deassoc. И идва втория въпрос: как да го накараме да се закачи на правилното място? Вариант 1. АП-то към което е вече закачен си намаля мощността. Пешо може би ще реши да се закачи другаде. Вариант 2. АП-то към което е закачен Пешо си сменя примерно SSID и така го принуждаваме да се закачи другаде. Тогава вече "новото" АП подава информация на другите и почва да следи Пешо с колко добър сигнал е. "Старото" АП се връща към началното си състояние. И накрая пристига Иван и прецаква цялата схема ;-))). Спас Павлов ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] OpenWrt auto migration
Здравейте група, от известно време се чудя(не съм задълбавал в research-а), кой би бил най-адекватният начин за мигриране на WiFi клиенти от едно AP към друго AP. Да приемем, че имаме офис сграда или хотел на 4 етажа. Всеки етаж се покрива от 4 AP-та. Пешо влиза на първият етаж и се закача на wireless-а, след което се качва на вторият, в заседателната зала, но все още вижда с добро качество AP-то от първият етаж. В тази ситуация laptop-а му няма да се закачи автоматично на по-близкото AP. От друга страна AP-тата виждат Пешо с различни нива на сигнала и сами могат да преценят, кое е по-правилното AP. Проблемите са няколко: 1. Колко време трябва едно AP да наблюдава влошаване на сигнала от клиента за да го помоли да се deassociate-не? 2. Как да се накара клиента да се върже към правилното(най-близко) AP? Мариян П.С. Нека се съсредоточим въху въпросите, които поставям а не играчка със силата на сигнала от всяко едно AP. Въпросът е хипотетичен :) signature.asc Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] OpenFest 2016 - зов за лектори
Добрутро, добри хора, Както всяка година, приемаме заявки за лекции за OpenFest 2016, на https://cfp.openfest.org/. Повечето би трябвало да сте запознати с темите, тази година има още една отделена - "Образование". (пак сме в зала "България", на 5-6 ноември). pgpQxO1Eobqig.pgp Description: OpenPGP digital signature _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] мнения за dyndns и ipv6 tunnel доставчици
On 06/22/2016 09:12 PM, Dimitar Vassilev wrote: > Здравейте колеги, > макар и късно реших да си настроя един OpenWRT Chaos Calmer като рутер, > Wi-Fi, Dyn DNS и VPN сървър. Някой има ли впечатления от he.net > <http://he.net> като DynDNS и IPv6 tunneling broker? Бидейки мързелив реших > да комбинирам всичко в един доставчик. > По официалната документация от > https://wiki.openwrt.org/doc/howto/ddns.client/hurricaneelectricfreedns > стъпките са следните: > > * Регистрация в системата на he.net <http://he.net> > * Регистрация на домейнче > * Указване като домейн сървъри тези на he.net <http://he.net> > * Инсталиране и настройване на dyndns клиента > * Разписване на сертификатна верига > * Настройване на Strongswan/OpenVPN и iptables Аз използвам he.net за IPv6 от година и половина и съм много доволен. Не съм използвал DynDNS, защото винаги съм бил със статични адреси на стабилна връзка. Но ако търсиш терминиране в София, ManiaX-а има IPv6 брокер в Initlab. Мариян > > Благодаря предварително, > Димитър Василев > > > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > signature.asc Description: OpenPGP digital signature _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] мнения за dyndns и ipv6 tunnel доставчици
Здравейте колеги, макар и късно реших да си настроя един OpenWRT Chaos Calmer като рутер, Wi-Fi, Dyn DNS и VPN сървър. Някой има ли впечатления от he.net като DynDNS и IPv6 tunneling broker? Бидейки мързелив реших да комбинирам всичко в един доставчик. По официалната документация от https://wiki.openwrt.org/doc/howto/ddns.client/hurricaneelectricfreedns стъпките са следните: - Регистрация в системата на he.net - Регистрация на домейнче - Указване като домейн сървъри тези на he.net - Инсталиране и настройване на dyndns клиента - Разписване на сертификатна верига - Настройване на Strongswan/OpenVPN и iptables Благодаря предварително, Димитър Василев ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Coliberator - конференция в Букурещ
Здравейте! Пиша ви от името на организатора на Coliberator, което е конференция за свободен софтуер провеждаща се в Букурещ всяка година. Макар и със закъснение, каним ви да се присъедините тази събота и неделя (4-5 юни). :) https://coliberator.ceata.org/ На събитието ще бъде Paul Kocialkowski (PaulK) от Франция, който е основния разработчик Replicant (напълно свободна версия на Android) и приносител към GNU Libreboot (свободен BIOS). През двата дни той ще води лекции и работилници относно инсталирането на Replicant и Libreboot. На конференцията ще може да се запознаете и с много други ентусиасти, разработчици и активисти. Повече информация има на сайта. Може да се регистрирате по всяко време за конференцията, като входа е безплатен и с дарение по желание. Конференцията е от 10:00 до 17:00 и двата дни, като повече подробности относно местоположението ще получите при регистрация. Ако имате някакви въпроси, може да ги отправите към мен или Tiberiu, който също следи списъка и е основния организатор на конференцията. Tiberiu е основателя Ceata (https://ceata.org/), която е основната организация за свободен софтуер в Румъния. Той също е основател на Tehnoetic (https://tehnoetic.com/), магазин за хардуер съвместим със свободен софтуер - в момента продава телефони с инсталиран Replicant на тях. Всичко хубаво и се надявам да се присъедините на конференцията! :) ПП: Относно транспорт до Букурещ, лично аз дойдох с влак от София, който всеки ден тръгва в 08:00 и пристига 17:30 в Букурещ. Отиване и връщане общо струва 95 лева. Казаха ми, че в петъците също има и нощен влак, но попитай в БДЖ за всеки случай - телефонът им е 0700 10 200. Също има и автобуси до Букурещ. ;) Ако имате въпроси относно транспорта и престоя, пишете. ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Помощ за един проблем със x11vnc server
Здравейте отново, Със свежа глава и голяма доза кафе, успях да открия причината и да го фиксна (надявам се това да няма повече изненади) Оказа се настройка на ssh сервер-а. (usePAM). Все още ми е непонятна цялата тази система PAM, за аутентикация, но това е друга история. Поздрави В.Синанов -Original Message- From: Veselin Sinanov [mailto:vsina...@gmail.com] Sent: Tuesday, May 31, 2016 9:27 PM To: 'Linux Users Group - Bulgaria' Cc: 'lug-bg@linux-bulgaria.org' Subject: FW: Помощ за един проблем със x11vnc server Забравих да допълня. Линукса е Linux Mint 17.3 Mate Desktop. Той е базиран на Ubuntu. -Original Message- From: Veselin Sinanov [mailto:vsina...@gmail.com] Sent: Tuesday, May 31, 2016 9:25 PM To: 'Linux Users Group - Bulgaria' Cc: 'lug-bg@linux-bulgaria.org' Subject: Помощ за един проблем със x11vnc server Здравейте, Търся малко помощ, съвет или насочване къде може да е проблема. Имам един linux-box, който съм го направил да го достъпвам през x11vnc сервер. Когато стартирам x11vnc server-a директно през tty терминал всичко работи добре (справка прикачения original.png). Ако обаче достъпа Linux Box, през ssh, и стартирам x11vnc, имам някакъв проблем със основнот меню и десктопа (справка прикачения the-bug.png). И в двата случая, стартирам от sudo su (през root аcount), да не би нещо да не е проблем със потребителските права. И в двата случая, стартирам една и съща команда, от една и съща локация. Особеността, е че стартирам x11vnc под друг акаунт (да не е root, ами мой си втори user account) Това, което успях да разбера, е че е нещо свързано със правата, когато x11vnc се опитва да достъпне home директорията на user account-a или някой негов файл (например .Xauthority). Каква може да бъде разликата при двете стартирания? Не е ли едно и също (от секюрите гледна точка и от процесс гледна точка), дали ще стартирам процес директно през клавиатурата на Linux машината, или ще стартирам през ssh сесия? Всякакви съвети и улики ако успея да получа, ще съм благодарен. Поздрави В.Синанов --- PS: За добро настроение един малък виц от мен: Кирил: - Защо се трудихме да пишем тази азбука? Методий: Se taq, brat! _______________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] SailfishOS на Български
Моля, абонирай се за d...@fsa-bg.org, (http://fsa-bg.org/project/gtp#Пощенскисписък <http://fsa-bg.org/project/gtp#%D0%9F%D0%BE%D1%89%D0%B5%D0%BD%D1%81%D0%BA%D0%B8%D1%81%D0%BF%D0%B8%D1%81%D1%8A%D0%BA+>) и обяви проекта и там. Това е пощенският списък на преводачите на свободен софтуер и софтуер са отворен код, може някой да откликне. Поздрави: ал_шопов На пт, 13.05.2016 г., 16:26 Neter написа: > Тъкмо четях новината :) За съжаление българският не влиза в първата фаза > от пуснатите за превод езици, но има надежда за втората фаза. > Междувременно, аз съм стигнал до 54% превод в неофициалния transifex тук > https://www.transifex.com/kenya888/unofficial-jolla-translations и даже > си го ползвам на моята jolla. Трябваше вече да са 100%, ама пустото му > време, дето все не стига за всичко... :) Ако някой има желание да помогне, > ще го включа, пък предполагам, че после тези стрингове лесно ще се > прехвърлят към официалното място и така преводът да има летящ старт. > > В пт, 13 май 2016 15:47:17 +0300 (EEST) Leon Anavi > написа: > > > Здравейте, > > > > Днес финландската компания Jolla обяви, че (най-накая) дава публичен > > достъп до системата за преводи на Linux базираната платформа за > > смартфони и таблети SailfishOS: > > > https://blog.jolla.com/making-sailfish-os-word-perfect-community-translations/ > > > > Очевидно вече има интерес към преводи на Български, така че ако някой > > има желание и свободно време може да се включи и да им помогне: > > > https://together.jolla.com/question/134467/official-announcement-translate-sailfish-os-elections-of-community-languages-ling > > uists/ > > > > Поздрави, Леон > > > > -- > > http://anavi.org/ > > _______ > > Lug-bg mailing list > > Lug-bg@linux-bulgaria.org > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > > > ___________________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] SailfishOS на Български
Тъкмо четях новината :) За съжаление българският не влиза в първата фаза от пуснатите за превод езици, но има надежда за втората фаза. Междувременно, аз съм стигнал до 54% превод в неофициалния transifex тук https://www.transifex.com/kenya888/unofficial-jolla-translations и даже си го ползвам на моята jolla. Трябваше вече да са 100%, ама пустото му време, дето все не стига за всичко... :) Ако някой има желание да помогне, ще го включа, пък предполагам, че после тези стрингове лесно ще се прехвърлят към официалното място и така преводът да има летящ старт. В пт, 13 май 2016 15:47:17 +0300 (EEST) Leon Anavi написа: > Здравейте, > > Днес финландската компания Jolla обяви, че (най-накая) дава публичен > достъп до системата за преводи на Linux базираната платформа за > смартфони и таблети SailfishOS: > https://blog.jolla.com/making-sailfish-os-word-perfect-community-translations/ > > Очевидно вече има интерес към преводи на Български, така че ако някой > има желание и свободно време може да се включи и да им помогне: > https://together.jolla.com/question/134467/official-announcement-translate-sailfish-os-elections-of-community-languages-ling > uists/ > > Поздрави, Леон > > -- > http://anavi.org/ > ___________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] SailfishOS на Български
Здравейте, Днес финландската компания Jolla обяви, че (най-накая) дава публичен достъп до системата за преводи на Linux базираната платформа за смартфони и таблети SailfishOS: https://blog.jolla.com/making-sailfish-os-word-perfect-community-translations/ Очевидно вече има интерес към преводи на Български, така че ако някой има желание и свободно време може да се включи и да им помогне: https://together.jolla.com/question/134467/official-announcement-translate-sailfish-os-elections-of-community-languages-linguists/ Поздрави, Леон -- http://anavi.org/ ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] TuxCon 2016 търси лектори
Здравей Александър, On 2016-05-09 16:25, Alexander Shopov wrote: Здравейте, Поради семейни ангажименти няма да мога да присъствам в Пловдив на тези дати. Съжалявам за което. Може би следващата година. ОК, съжалявам, че няма да може да дойдеш на това издание. Имай едно наум за TuxCon догодина :) Поздрави, Леон Поздрави: ал_шопов На пн, 9.05.2016 г. в 14:32 Leon Anavi написа: Здравейте Александър, On 2016-05-09 14:08, Alexander Shopov wrote: Здравейте, На мен ми се иска да направя представяне на проектите за локализация на свободни и програми с отворен код на български. Аз съм Александър Шопов - координаторът на преводите на GNOME на български, но препращам писмото и до d...@fsa-bg.org, където са другите преводачи на големи проекти като KDE, LibreOffice, Firefox, а и други - със сигурност забравям някого, но нека се обадят, ако имат интерес. Ще представлява ли това интерес за конференцията? Да, разбира се. Всички теми, свързани с open source software & hardware представляват интерес за TuxCon. Разполагаме само с една зала за презентации и затова другата седмица доброволците от организациония комитет ще се съберем, за да изготвим програмата така, че да може максимален брой теми да бъдат представени. Благодаря, Леон Поздрави: ал_шопов На пн, 9.05.2016 г. в 11:17 Leon Anavi написа: Здравейте, Само да напомня, че приемаме предложения за презентации по време на TuxCon 2016 (9-10 юли) до края на седмицата. Вече има доста интересни предложения :) Ако проявявате интерес и искате да се включите, моля, изпратете заглавие и кратко описание на i...@tuxcon.mobi Благодаря, Леон On 2016-04-14 11:13, Leon Anavi wrote: Здравейте, На 9 и 10 юли (събота и неделя) 2016г в Пловдив ще проведе третото издание на TuxCon - конференция с безплатен вход за всички посетители, която е посветена на безплатен и отворен софтуер (FOSS) и хардуер. На 9 юли, събота, от 11:00 ще бъдат изнесени презентации в палата “Киров” към Международен панаир – Пловдив. На 10 юли, неделя, от 11:00 в тренировъчния център на фирма Olimex, който се намира на ул. “Правда” №2, Пловдив, ще има две работилници: едната за FPGA, а другата за управление на роботска ръка. Екипът на TuxCon търси хора, които имат желание да се включат като лектори с 30 минутна презентация или 10 минутен lightning talk на теми за хардуер или софтуер с отворен код. Презентациите могат да бъдат на английски и/или български. Моля, изпращайте ни предложения си на i...@tuxcon.mobi до 15-ти май 2016г. Моля, свържете се с нас и ако желаете да се включите като спонсор или доброволец в организацията на събитието. За повече информация вижте сайтове на TuxCon и профилите в социалните мрежи: http://tuxcon.mobi/ [1] [1] https://twitter.com/TuxConMobi [2] [2] https://www.facebook.com/tuxcon.mobi [3] [3] https://www.facebook.com/events/582271758592906/ [4] [4] https://olimex.wordpress.com/2016/04/13/tuxcon-is-only-86-days-away-with-lot-of-interesting-talks-and-workshops-fpga-retro-computing-robotics/ [5] [5] Поздрави, Леон P.S. пуснал съм новината в linux-bg.org [6] [6]. В момента изчаква да бъде прегледана и одобрена. -- http://anavi.org/ [7] [7] ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg [8] [8] Links: -- [1] http://tuxcon.mobi/ [1] [2] https://twitter.com/TuxConMobi [2] [3] https://www.facebook.com/tuxcon.mobi [3] [4] https://www.facebook.com/events/582271758592906/ [4] [5] https://olimex.wordpress.com/2016/04/13/tuxcon-is-only-86-days-away-with-lot-of-interesting-talks-and-workshops-fpga-retro-computing-robotics/ [5] [6] http://linux-bg.org [6] [7] http://anavi.org/ [7] [8] http://linux-bulgaria.org/mailman/listinfo/lug-bg [8] ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg [8] -- http://anavi.org/ [7] ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg [8] Links: -- [1] http://tuxcon.mobi/ [2] https://twitter.com/TuxConMobi [3] https://www.facebook.com/tuxcon.mobi [4] https://www.facebook.com/events/582271758592906/ [5] https://olimex.wordpress.com/2016/04/13/tuxcon-is-only-86-days-away-with-lot-of-interesting-talks-and-workshops-fpga-retro-computing-robotics/ [6] http://linux-bg.org [7] http://anavi.org/ [8] http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg -- http://anavi.org/ ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] [Dict] TuxCon 2016 търси лектори
Защо в такъв случай не потърсиш отговорни и представителни хора, които да > направят презентацията вместо теб? > Отговорните и представителни хора са известени. Дано да имат възможност за тези дни. Поздрави: ал_шопов > ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] TuxCon 2016 търси лектори
Здравейте, Поради семейни ангажименти няма да мога да присъствам в Пловдив на тези дати. Съжалявам за което. Може би следващата година. Поздрави: ал_шопов На пн, 9.05.2016 г. в 14:32 Leon Anavi написа: > Здравейте Александър, > > On 2016-05-09 14:08, Alexander Shopov wrote: > > Здравейте, > > На мен ми се иска да направя > > представяне на проектите за > > локализация на свободни и програми с > > отворен код на български. > > Аз съм Александър Шопов - > > координаторът на преводите на GNOME на > > български, но препращам писмото и до > > d...@fsa-bg.org, където са другите преводачи > > на големи проекти като KDE, LibreOffice, Firefox, > > а и други - със сигурност забравям > > някого, но нека се обадят, ако имат > > интерес. > > Ще представлява ли това интерес за > > конференцията? > > Да, разбира се. Всички теми, свързани с open source software & hardware > представляват интерес за TuxCon. > > Разполагаме само с една зала за презентации и затова другата седмица > доброволците от организациония комитет ще се съберем, за да изготвим > програмата така, че да може максимален брой теми да бъдат представени. > > Благодаря, Леон > > > Поздрави: > > ал_шопов > > > > На пн, 9.05.2016 г. в 11:17 Leon Anavi > > написа: > > > >> Здравейте, > >> > >> Само да напомня, че приемаме > >> предложения за презентации по време > >> на > >> TuxCon 2016 (9-10 юли) до края на седмицата. > >> Вече има доста интересни > >> предложения :) > >> > >> Ако проявявате интерес и искате да > >> се включите, моля, изпратете заглавие > >> и кратко описание на i...@tuxcon.mobi > >> > >> Благодаря, Леон > >> > >> On 2016-04-14 11:13, Leon Anavi wrote: > >>> Здравейте, > >>> > >>> На 9 и 10 юли (събота и неделя) 2016г в > >> Пловдив ще проведе третото > >>> издание на TuxCon - конференция с > >> безплатен вход за всички посетители, > >>> която е посветена на безплатен и > >> отворен софтуер (FOSS) и хардуер. > >>> > >>> На 9 юли, събота, от 11:00 ще бъдат > >> изнесени презентации в палата > >>> “Киров” към Международен панаир – > >> Пловдив. На 10 юли, неделя, от 11:00 > >>> в тренировъчния център на фирма > >> Olimex, който се намира на ул. > >>> “Правда” №2, Пловдив, ще има две > >> работилници: едната за FPGA, а > >>> другата за управление на роботска > >> ръка. > >>> > >>> Екипът на TuxCon търси хора, които имат > >> желание да се включат като > >>> лектори с 30 минутна презентация или > >> 10 минутен lightning talk на теми > >>> за хардуер или софтуер с отворен > >> код. Презентациите могат да бъдат на > >>> английски и/или български. > >>> > >>> Моля, изпращайте ни предложения си > >> на i...@tuxcon.mobi до 15-ти май > >>> 2016г. Моля, свържете се с нас и ако > >> желаете да се включите като > >>> спонсор или доброволец в > >> организацията на събитието. > >>> > >>> За повече информация вижте сайтове > >> на TuxCon и профилите в социалните > >>> мрежи: > >>> > >>> http://tuxcon.mobi/ [1] > >>> https://twitter.com/TuxConMobi [2] > >>> https://www.facebook.com/tuxcon.mobi [3] > >>> https://www.facebook.com/events/582271758592906/ [4] > >>> > >> > > > https://olimex.wordpress.com/2016/04/13/tuxcon-is-only-86-days-away-with-lot-of-interesting-talks-and-workshops-fpga-retro-computing-robotics/ > >> [5] > >>> > >>> Поздрави, Леон > >>> > >>> P.S. пуснал съм новината в linux-bg.org [6]. В > >> момента изчаква да бъде > >>> прегледана и одобрена. > >> > >> -- > >> http://anavi.org/ [7] > >> ___________ > >> Lug-bg mailing list > >> Lug-bg@linux-bulgaria.org > >> http://linux-bulgaria.org/mailman/listinfo/lug-bg [8] > > > > > > Links: > > -- > > [1] http://tuxcon.mobi/ > > [2] https://twitter.com/TuxConMobi > > [3] https://www.facebook.com/tuxcon.mobi > > [4] https://www.facebook.com/events/582271758592906/ > > [5] > > > https://olimex.wordpress.com/2016/04/13/tuxcon-is-only-86-days-away-with-lot-of-interesting-talks-and-workshops-fpga-retro-computing-robotics/ > > [6] http://linux-bg.org > > [7] http://anavi.org/ > > [8] http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > ___ > > Lug-bg mailing list > > Lug-bg@linux-bulgaria.org > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > -- > http://anavi.org/ > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] TuxCon 2016 търси лектори
Здравейте Александър, On 2016-05-09 14:08, Alexander Shopov wrote: Здравейте, На мен ми се иска да направя представяне на проектите за локализация на свободни и програми с отворен код на български. Аз съм Александър Шопов - координаторът на преводите на GNOME на български, но препращам писмото и до d...@fsa-bg.org, където са другите преводачи на големи проекти като KDE, LibreOffice, Firefox, а и други - със сигурност забравям някого, но нека се обадят, ако имат интерес. Ще представлява ли това интерес за конференцията? Да, разбира се. Всички теми, свързани с open source software & hardware представляват интерес за TuxCon. Разполагаме само с една зала за презентации и затова другата седмица доброволците от организациония комитет ще се съберем, за да изготвим програмата така, че да може максимален брой теми да бъдат представени. Благодаря, Леон Поздрави: ал_шопов На пн, 9.05.2016 г. в 11:17 Leon Anavi написа: Здравейте, Само да напомня, че приемаме предложения за презентации по време на TuxCon 2016 (9-10 юли) до края на седмицата. Вече има доста интересни предложения :) Ако проявявате интерес и искате да се включите, моля, изпратете заглавие и кратко описание на i...@tuxcon.mobi Благодаря, Леон On 2016-04-14 11:13, Leon Anavi wrote: Здравейте, На 9 и 10 юли (събота и неделя) 2016г в Пловдив ще проведе третото издание на TuxCon - конференция с безплатен вход за всички посетители, която е посветена на безплатен и отворен софтуер (FOSS) и хардуер. На 9 юли, събота, от 11:00 ще бъдат изнесени презентации в палата “Киров” към Международен панаир – Пловдив. На 10 юли, неделя, от 11:00 в тренировъчния център на фирма Olimex, който се намира на ул. “Правда” №2, Пловдив, ще има две работилници: едната за FPGA, а другата за управление на роботска ръка. Екипът на TuxCon търси хора, които имат желание да се включат като лектори с 30 минутна презентация или 10 минутен lightning talk на теми за хардуер или софтуер с отворен код. Презентациите могат да бъдат на английски и/или български. Моля, изпращайте ни предложения си на i...@tuxcon.mobi до 15-ти май 2016г. Моля, свържете се с нас и ако желаете да се включите като спонсор или доброволец в организацията на събитието. За повече информация вижте сайтове на TuxCon и профилите в социалните мрежи: http://tuxcon.mobi/ [1] https://twitter.com/TuxConMobi [2] https://www.facebook.com/tuxcon.mobi [3] https://www.facebook.com/events/582271758592906/ [4] https://olimex.wordpress.com/2016/04/13/tuxcon-is-only-86-days-away-with-lot-of-interesting-talks-and-workshops-fpga-retro-computing-robotics/ [5] Поздрави, Леон P.S. пуснал съм новината в linux-bg.org [6]. В момента изчаква да бъде прегледана и одобрена. -- http://anavi.org/ [7] ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg [8] Links: -- [1] http://tuxcon.mobi/ [2] https://twitter.com/TuxConMobi [3] https://www.facebook.com/tuxcon.mobi [4] https://www.facebook.com/events/582271758592906/ [5] https://olimex.wordpress.com/2016/04/13/tuxcon-is-only-86-days-away-with-lot-of-interesting-talks-and-workshops-fpga-retro-computing-robotics/ [6] http://linux-bg.org [7] http://anavi.org/ [8] http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg -- http://anavi.org/ ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] TuxCon 2016 търси лектори
Здравейте, На мен ми се иска да направя представяне на проектите за локализация на свободни и програми с отворен код на български. Аз съм Александър Шопов - координаторът на преводите на GNOME на български, но препращам писмото и до d...@fsa-bg.org, където са другите преводачи на големи проекти като KDE, LibreOffice, Firefox, а и други - със сигурност забравям някого, но нека се обадят, ако имат интерес. Ще представлява ли това интерес за конференцията? Поздрави: ал_шопов На пн, 9.05.2016 г. в 11:17 Leon Anavi написа: > Здравейте, > > Само да напомня, че приемаме предложения за презентации по време на > TuxCon 2016 (9-10 юли) до края на седмицата. Вече има доста интересни > предложения :) > > Ако проявявате интерес и искате да се включите, моля, изпратете заглавие > и кратко описание на i...@tuxcon.mobi > > Благодаря, Леон > > On 2016-04-14 11:13, Leon Anavi wrote: > > Здравейте, > > > > На 9 и 10 юли (събота и неделя) 2016г в Пловдив ще проведе третото > > издание на TuxCon - конференция с безплатен вход за всички посетители, > > която е посветена на безплатен и отворен софтуер (FOSS) и хардуер. > > > > На 9 юли, събота, от 11:00 ще бъдат изнесени презентации в палата > > “Киров” към Международен панаир – Пловдив. На 10 юли, неделя, от 11:00 > > в тренировъчния център на фирма Olimex, който се намира на ул. > > “Правда” №2, Пловдив, ще има две работилници: едната за FPGA, а > > другата за управление на роботска ръка. > > > > Екипът на TuxCon търси хора, които имат желание да се включат като > > лектори с 30 минутна презентация или 10 минутен lightning talk на теми > > за хардуер или софтуер с отворен код. Презентациите могат да бъдат на > > английски и/или български. > > > > Моля, изпращайте ни предложения си на i...@tuxcon.mobi до 15-ти май > > 2016г. Моля, свържете се с нас и ако желаете да се включите като > > спонсор или доброволец в организацията на събитието. > > > > За повече информация вижте сайтове на TuxCon и профилите в социалните > > мрежи: > > > > http://tuxcon.mobi/ > > https://twitter.com/TuxConMobi > > https://www.facebook.com/tuxcon.mobi > > https://www.facebook.com/events/582271758592906/ > > > https://olimex.wordpress.com/2016/04/13/tuxcon-is-only-86-days-away-with-lot-of-interesting-talks-and-workshops-fpga-retro-computing-robotics/ > > > > Поздрави, Леон > > > > P.S. пуснал съм новината в linux-bg.org. В момента изчаква да бъде > > прегледана и одобрена. > > -- > http://anavi.org/ > ___________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] TuxCon 2016 търси лектори
Здравейте, Само да напомня, че приемаме предложения за презентации по време на TuxCon 2016 (9-10 юли) до края на седмицата. Вече има доста интересни предложения :) Ако проявявате интерес и искате да се включите, моля, изпратете заглавие и кратко описание на i...@tuxcon.mobi Благодаря, Леон On 2016-04-14 11:13, Leon Anavi wrote: Здравейте, На 9 и 10 юли (събота и неделя) 2016г в Пловдив ще проведе третото издание на TuxCon - конференция с безплатен вход за всички посетители, която е посветена на безплатен и отворен софтуер (FOSS) и хардуер. На 9 юли, събота, от 11:00 ще бъдат изнесени презентации в палата “Киров” към Международен панаир – Пловдив. На 10 юли, неделя, от 11:00 в тренировъчния център на фирма Olimex, който се намира на ул. “Правда” №2, Пловдив, ще има две работилници: едната за FPGA, а другата за управление на роботска ръка. Екипът на TuxCon търси хора, които имат желание да се включат като лектори с 30 минутна презентация или 10 минутен lightning talk на теми за хардуер или софтуер с отворен код. Презентациите могат да бъдат на английски и/или български. Моля, изпращайте ни предложения си на i...@tuxcon.mobi до 15-ти май 2016г. Моля, свържете се с нас и ако желаете да се включите като спонсор или доброволец в организацията на събитието. За повече информация вижте сайтове на TuxCon и профилите в социалните мрежи: http://tuxcon.mobi/ https://twitter.com/TuxConMobi https://www.facebook.com/tuxcon.mobi https://www.facebook.com/events/582271758592906/ https://olimex.wordpress.com/2016/04/13/tuxcon-is-only-86-days-away-with-lot-of-interesting-talks-and-workshops-fpga-retro-computing-robotics/ Поздрави, Леон P.S. пуснал съм новината в linux-bg.org. В момента изчаква да бъде прегледана и одобрена. -- http://anavi.org/ ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] TuxCon 2016 търси лектори
Здравейте, На 9 и 10 юли (събота и неделя) 2016г в Пловдив ще проведе третото издание на TuxCon - конференция с безплатен вход за всички посетители, която е посветена на безплатен и отворен софтуер (FOSS) и хардуер. На 9 юли, събота, от 11:00 ще бъдат изнесени презентации в палата “Киров” към Международен панаир – Пловдив. На 10 юли, неделя, от 11:00 в тренировъчния център на фирма Olimex, който се намира на ул. “Правда” №2, Пловдив, ще има две работилници: едната за FPGA, а другата за управление на роботска ръка. Екипът на TuxCon търси хора, които имат желание да се включат като лектори с 30 минутна презентация или 10 минутен lightning talk на теми за хардуер или софтуер с отворен код. Презентациите могат да бъдат на английски и/или български. Моля, изпращайте ни предложения си на i...@tuxcon.mobi до 15-ти май 2016г. Моля, свържете се с нас и ако желаете да се включите като спонсор или доброволец в организацията на събитието. За повече информация вижте сайтове на TuxCon и профилите в социалните мрежи: http://tuxcon.mobi/ https://twitter.com/TuxConMobi https://www.facebook.com/tuxcon.mobi https://www.facebook.com/events/582271758592906/ https://olimex.wordpress.com/2016/04/13/tuxcon-is-only-86-days-away-with-lot-of-interesting-talks-and-workshops-fpga-retro-computing-robotics/ Поздрави, Леон P.S. пуснал съм новината в linux-bg.org. В момента изчаква да бъде прегледана и одобрена. -- http://anavi.org/ ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Fosdem 2016
Ако още не си намерил място във FOSDEM групата в couchsurfing един човек е наел апартамент и търси съквартиранти. Поздрави, Радо 2016-01-26 10:21 GMT+02:00 Orlin Vasilev : > +1 и за мен ще се видим в Делириум :) BTW вие къде ще отседнете , че на > мен hosta от Airbnb ме изпържи тази сутрин:) > > 2016-01-26 0:52 GMT+02:00 Leon Anavi : > >> On 2016-01-26 00:44, Anatoli Hristov wrote: >> >>> И както всяка година най голямото >>> събитие за хакери в Европа наближи... >>> Ако има някой сънародник за това >>> събитие, в Петък може по една >>> традиционна бира в Делириум и после на >>> български купон BgPro Deluxe :) >>> >>> >> +1 за бира в Делириум :) >> >> Тази година май отново ще има много хора от България. Някой направи преди >> време и Facebook група по този повод: >> https://www.facebook.com/groups/fosdembulgaria/ >> >> Поздрави, Леон >> >> В Събота хакерспейса в Брюксел >>> организира ByteNight и всички сте добре >>> дошли :) >>> >>> https://fosdem.org/2016/ [1] >>> >>> https://hackerspace.be/Bytenight_(2016) [2] >>> >>> До скоро >>> >>> Т. >>> >>> >>> >>> Links: >>> -- >>> [1] https://fosdem.org/2016/ >>> [2] https://hackerspace.be/Bytenight_(2016) >>> >>> ___________ >>> Lug-bg mailing list >>> Lug-bg@linux-bulgaria.org >>> http://linux-bulgaria.org/mailman/listinfo/lug-bg >>> >> >> -- >> http://anavi.org/ >> _______ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg >> > > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Fosdem 2016
On 2016-01-26 10:21, Orlin Vasilev wrote: +1 и за мен ще се видим в Делириум :) BTW вие къде ще отседнете , че на мен hosta от Airbnb ме изпържи тази сутрин:) В Bedford Hotel & Congress Centre. В центъра е, на около 15 мин пеш от Делириум. Отдавна резервиран през booking.com, че и аз съм си патил в миналото от Airbnb :) Поздрави, Леон 2016-01-26 0:52 GMT+02:00 Leon Anavi : On 2016-01-26 00:44, Anatoli Hristov wrote: И както всяка година най голямото събитие за хакери в Европа наближи... Ако има някой сънародник за това събитие, в Петък може по една традиционна бира в Делириум и после на български купон BgPro Deluxe :) +1 за бира в Делириум :) Тази година май отново ще има много хора от България. Някой направи преди време и Facebook група по този повод: https://www.facebook.com/groups/fosdembulgaria/ [4] Поздрави, Леон В Събота хакерспейса в Брюксел организира ByteNight и всички сте добре дошли :) https://fosdem.org/2016/ [1] [1] https://hackerspace.be/Bytenight_(2016) [2] [2] До скоро Т. Links: -- [1] https://fosdem.org/2016/ [1] [2] https://hackerspace.be/Bytenight_(2016) [2] ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg [3] -- http://anavi.org/ [5] ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg [3] Links: -- [1] https://fosdem.org/2016/ [2] https://hackerspace.be/Bytenight_(2016) [3] http://linux-bulgaria.org/mailman/listinfo/lug-bg [4] https://www.facebook.com/groups/fosdembulgaria/ [5] http://anavi.org/ ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg -- http://anavi.org/ ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Fosdem 2016
+1 и за мен ще се видим в Делириум :) BTW вие къде ще отседнете , че на мен hosta от Airbnb ме изпържи тази сутрин:) 2016-01-26 0:52 GMT+02:00 Leon Anavi : > On 2016-01-26 00:44, Anatoli Hristov wrote: > >> И както всяка година най голямото >> събитие за хакери в Европа наближи... >> Ако има някой сънародник за това >> събитие, в Петък може по една >> традиционна бира в Делириум и после на >> български купон BgPro Deluxe :) >> >> > +1 за бира в Делириум :) > > Тази година май отново ще има много хора от България. Някой направи преди > време и Facebook група по този повод: > https://www.facebook.com/groups/fosdembulgaria/ > > Поздрави, Леон > > В Събота хакерспейса в Брюксел >> организира ByteNight и всички сте добре >> дошли :) >> >> https://fosdem.org/2016/ [1] >> >> https://hackerspace.be/Bytenight_(2016) [2] >> >> До скоро >> >> Т. >> >> >> >> Links: >> -- >> [1] https://fosdem.org/2016/ >> [2] https://hackerspace.be/Bytenight_(2016) >> >> _______ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg >> > > -- > http://anavi.org/ > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Fosdem 2016
On 2016-01-26 00:44, Anatoli Hristov wrote: И както всяка година най голямото събитие за хакери в Европа наближи... Ако има някой сънародник за това събитие, в Петък може по една традиционна бира в Делириум и после на български купон BgPro Deluxe :) +1 за бира в Делириум :) Тази година май отново ще има много хора от България. Някой направи преди време и Facebook група по този повод: https://www.facebook.com/groups/fosdembulgaria/ Поздрави, Леон В Събота хакерспейса в Брюксел организира ByteNight и всички сте добре дошли :) https://fosdem.org/2016/ [1] https://hackerspace.be/Bytenight_(2016) [2] До скоро Т. Links: -- [1] https://fosdem.org/2016/ [2] https://hackerspace.be/Bytenight_(2016) ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg -- http://anavi.org/ ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Fosdem 2016
И както всяка година най голямото събитие за хакери в Европа наближи... Ако има някой сънародник за това събитие, в Петък може по една традиционна бира в Делириум и после на български купон BgPro Deluxe :) В Събота хакерспейса в Брюксел организира ByteNight и всички сте добре дошли :) https://fosdem.org/2016/ https://hackerspace.be/Bytenight_(2016) До скоро Т. ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Bezplaten kurs po Linux System Programming
Ами стараем се да записваме всички учебни часове в СофтУни. Обикновено ги качваме на следващия ден. Regards, Svetlin Nakov Software University – https://softuni.bg 2016-01-11 10:38 GMT+02:00 Kristian Kirilov : > Здравейте, > > ще има ли видео запис от курса (и ако да, моля за линк към тях)? За тези > които няма да могат да го следят в реално време онлайн? > > Благодаря. > > 2016-01-11 10:32 GMT+02:00 Computer Burgas : > >> Благодаря, записах се. Ще бъде интересно да задълбоча познанията си , >> чрез този онлайн курс. Ако правите подобни безплатни инициативи и по >> програмиране на "c" или "java" ще се радвам да публикувате отново >> уведомление тук. >> Човек никога нетрябва да спира да се учи :) >> >> 2015-12-23 21:31 GMT+02:00 Svetlin Nakov : >> >>> Приятели, в СофтУни организираме безплатен курс по Linux системно >>> програмиране. За повече инфо вижте учебната програма, изисквания и условия >>> за участие: >>> https://softuni.bg/trainings/1291/linux-programming-january-2016 >>> >>> Svetlin Nakov >>> http://softuni.bg >>> >>> ___ >>> Lug-bg mailing list >>> Lug-bg@linux-bulgaria.org >>> http://linux-bulgaria.org/mailman/listinfo/lug-bg >>> >>> >> >> ___________ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg >> >> > > ___________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Bezplaten kurs po Linux System Programming
Здравейте, ще има ли видео запис от курса (и ако да, моля за линк към тях)? За тези които няма да могат да го следят в реално време онлайн? Благодаря. 2016-01-11 10:32 GMT+02:00 Computer Burgas : > Благодаря, записах се. Ще бъде интересно да задълбоча познанията си , чрез > този онлайн курс. Ако правите подобни безплатни инициативи и по > програмиране на "c" или "java" ще се радвам да публикувате отново > уведомление тук. > Човек никога нетрябва да спира да се учи :) > > 2015-12-23 21:31 GMT+02:00 Svetlin Nakov : > >> Приятели, в СофтУни организираме безплатен курс по Linux системно >> програмиране. За повече инфо вижте учебната програма, изисквания и условия >> за участие: >> https://softuni.bg/trainings/1291/linux-programming-january-2016 >> >> Svetlin Nakov >> http://softuni.bg >> >> ___ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg >> >> > > _______ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Bezplaten kurs po Linux System Programming
Благодаря, записах се. Ще бъде интересно да задълбоча познанията си , чрез този онлайн курс. Ако правите подобни безплатни инициативи и по програмиране на "c" или "java" ще се радвам да публикувате отново уведомление тук. Човек никога нетрябва да спира да се учи :) 2015-12-23 21:31 GMT+02:00 Svetlin Nakov : > Приятели, в СофтУни организираме безплатен курс по Linux системно > програмиране. За повече инфо вижте учебната програма, изисквания и условия > за участие: > https://softuni.bg/trainings/1291/linux-programming-january-2016 > > Svetlin Nakov > http://softuni.bg > > _______________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Bezplaten kurs po Linux System Programming
Приятели, в СофтУни организираме безплатен курс по Linux системно програмиране. За повече инфо вижте учебната програма, изисквания и условия за участие: https://softuni.bg/trainings/1291/linux-programming-january-2016 Svetlin Nakov http://softuni.bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] European Free Software policy meeting
Аз и още 6 човека ще сме там :) Мариян On 12/18/2015 01:36 AM, Anatoli Hristov wrote: > Аз съм там > > Sent from my iPhone > >> On 17 Dec 2015, at 20:13, Leon Anavi wrote: >> >> Здравейте, >> >> Имате ли планове да посетите FOSDEM 2016? >> >> Gijs Hillenius, който беше лектор на последното издание на OpenFest, изпрати >> инфо за тази среща в петъка преди FOSDEM: >> >> "The Free Software Foundation Europe together with OpenForum Europe will >> organise a European Free Software policy meeting in Brussels from 14:00 to >> 18:00 on 29 January." >> >> Някой има ли желание да посети това събитие в петък, преди FOSDEM? Ако имате >> интерес моля, драснете ми, за да предоставя повече информация. >> >> Поздрави, >> Леон >> >> -- >> http://anavi.org/ >> ___ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > signature.asc Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] European Free Software policy meeting
Аз съм там Sent from my iPhone > On 17 Dec 2015, at 20:13, Leon Anavi wrote: > > Здравейте, > > Имате ли планове да посетите FOSDEM 2016? > > Gijs Hillenius, който беше лектор на последното издание на OpenFest, изпрати > инфо за тази среща в петъка преди FOSDEM: > > "The Free Software Foundation Europe together with OpenForum Europe will > organise a European Free Software policy meeting in Brussels from 14:00 to > 18:00 on 29 January." > > Някой има ли желание да посети това събитие в петък, преди FOSDEM? Ако имате > интерес моля, драснете ми, за да предоставя повече информация. > > Поздрави, > Леон > > -- > http://anavi.org/ > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] European Free Software policy meeting
Здравейте, Имате ли планове да посетите FOSDEM 2016? Gijs Hillenius, който беше лектор на последното издание на OpenFest, изпрати инфо за тази среща в петъка преди FOSDEM: "The Free Software Foundation Europe together with OpenForum Europe will organise a European Free Software policy meeting in Brussels from 14:00 to 18:00 on 29 January." Някой има ли желание да посети това събитие в петък, преди FOSDEM? Ако имате интерес моля, драснете ми, за да предоставя повече информация. Поздрави, Леон -- http://anavi.org/ ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Презентация за Yocto Project на OpenFest 2015
И ние благодарим, отдавна (години) не бях чел нещо интересно тук. 2015-11-10 11:35 GMT+02:00 Leon Anavi : > Здравейте, > > Благодаря на всички, които посетиха презентацията за Yocto Project. > Слайдовете са качени тук: > http://www.slideshare.net/leonanavi/the-yocto-project-54840351 > > Поздрави, > Леон > > > On 2015-11-03 18:21, Leon Anavi wrote: > >> Здравейте, >> >> С Радо Колев подготвяме презентация за Yocto Project на OpenFest. Ще я >> представим в събота, 7 ноември, от 15:00 в студио “Музика” на >> концертен комплекс България в София: >> http://www.openfest.org/2015/bg/programa/ >> >> Планираме в началото да кажем общи неща за embedded GNU/Linux >> дистрибуции, билд системи за тях и връзката между Yocto и >> Openembedded. Същинската част ще включва информация за слоеве, >> рецепти, машини и често използвани команди в bitbake. Ще покажем как с >> 4 лесни стъпки се билдва имидж с Linux kernel и device tree за ARM >> платка. >> >> Има ли нещо специфично, което бихте искали да чуете за Yocto/Openembedded? >> >> Имате ли предпочитана платка, за която да покажем как се билдва имидж? >> Ние мислим за OLinuxino с Allwinner SoC или пък Raspberry Pi. >> >> Поздрави, >> Леон >> > > -- > http://anavi.org/ > _______________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] GRsecurity patches
grsec patches в моето repo са Unstable, но въпреки, че GRsec e вече платен, тези са community и се споделят. Поздрави, Мариян On 11/25/2015 03:25 AM, Marian Marinov wrote: > Извинявай, но ти какво би предложил което поне да включва PaX hardening-a ? > > И ако кажеш SElinux, моля те да провериш, каква е разликата и да видиш > performance impact-a, и management-a му. > > Мариян > > On 11/24/2015 10:13 PM, Иван Бъчваров wrote: >> grsec боза >> >> На 24 ноември 2015 г., 21:37, Marian Marinov > <mailto:m...@yuhu.biz>> написа: >> >> Guys, >> от доста време насам събирам всички unstable GRsecurity patches, тъй >> като ми се налага да build-вам различни ядра. >> >> Ако не ги събирам постоянно е трудно да се намерят по-стари версии на >> patch-овете и затова съм ги качил тук: >> >> http://sw.1h.com/grsecurity/ >> >> Ако на някой от вас му потрябват, можете да сваляте на воля :) >> >> Мариян >> >> >> _______ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> >> http://linux-bulgaria.org/mailman/listinfo/lug-bg >> >> >> >> >> _______________ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg >> > > > > _______________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > signature.asc Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Български mirror на Slackware ARM ?
Хайде честито grsec официялно платен :) На 29 ноември 2015 г., 11:55, Stanislav Paskalev написа: > > В момента се синхронизира slackwarearm-current и slackwarearm-14.1 > > след 20-30 мин ще са пристигнали. > > > > Ще ги намерите на обичайното място през http, ftp и rsync. > > Благодарности и бира :) > > Станислав > > _______________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Български mirror на Slackware ARM ?
> В момента се синхронизира slackwarearm-current и slackwarearm-14.1 > след 20-30 мин ще са пристигнали. > > Ще ги намерите на обичайното място през http, ftp и rsync. Благодарности и бира :) Станислав _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Български mirror на Slackware ARM ?
On 11/29/15 3:12 AM, Marian Marinov wrote: > Ще попитам в понеделник Жоро, дали има нещо на против да сложи и ARM на > unixsol :) Добре че той си чете пощата и в събота и неделя :) > On 11/28/2015 05:39 PM, Stanislav Paskalev wrote: >> Някой поддържа ли mirror у нас за ARM версията на Slackware? На >> unixsol намирам само i386 и x86_64. В момента се синхронизира slackwarearm-current и slackwarearm-14.1 след 20-30 мин ще са пристигнали. Ще ги намерите на обичайното място през http, ftp и rsync. http://mirrors.unixsol.org/slackware/slackwarearm-current/ ftp://mirrors.unixsol.org/slackware/slackwarearm-current/ rsync mirrors.unixsol.org::slackware/slackwarearm-current/ http://mirrors.unixsol.org/slackware/slackwarearm-14.1/ ftp://mirrors.unixsol.org/slackware/slackwarearm-14.1/ rsync mirrors.unixsol.org::slackware/slackwarearm-14.1/ -- Georgi Chorbadzhiyski | http://georgi.unixsol.org/ | http://github.com/gfto/ ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Български mirror на Slackware ARM ?
Ще попитам в понеделник Жоро, дали има нещо на против да сложи и ARM на unixsol :) Поздрави, Мариян On 11/28/2015 05:39 PM, Stanislav Paskalev wrote: > Здравейте, > Някой поддържа ли mirror у нас за ARM версията на Slackware? На > unixsol намирам само i386 и x86_64. > > Мерси! > Stanislav Paskalev > > ___________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > signature.asc Description: OpenPGP digital signature _______________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Български mirror на Slackware ARM ?
Здравейте, Някой поддържа ли mirror у нас за ARM версията на Slackware? На unixsol намирам само i386 и x86_64. Мерси! Stanislav Paskalev ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] GRsecurity patches
Извинявай, но ти какво би предложил което поне да включва PaX hardening-a ? И ако кажеш SElinux, моля те да провериш, каква е разликата и да видиш performance impact-a, и management-a му. Мариян On 11/24/2015 10:13 PM, Иван Бъчваров wrote: > grsec боза > > На 24 ноември 2015 г., 21:37, Marian Marinov <mailto:m...@yuhu.biz>> написа: > > Guys, > от доста време насам събирам всички unstable GRsecurity patches, тъй като > ми се налага да build-вам различни ядра. > > Ако не ги събирам постоянно е трудно да се намерят по-стари версии на > patch-овете и затова съм ги качил тук: > > http://sw.1h.com/grsecurity/ > > Ако на някой от вас му потрябват, можете да сваляте на воля :) > > Мариян > > > ___________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > signature.asc Description: OpenPGP digital signature _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] GRsecurity patches
grsec боза На 24 ноември 2015 г., 21:37, Marian Marinov написа: > Guys, > от доста време насам събирам всички unstable GRsecurity patches, тъй като > ми се налага да build-вам различни ядра. > > Ако не ги събирам постоянно е трудно да се намерят по-стари версии на > patch-овете и затова съм ги качил тук: > > http://sw.1h.com/grsecurity/ > > Ако на някой от вас му потрябват, можете да сваляте на воля :) > > Мариян > > > _______________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] GRsecurity patches
Guys, от доста време насам събирам всички unstable GRsecurity patches, тъй като ми се налага да build-вам различни ядра. Ако не ги събирам постоянно е трудно да се намерят по-стари версии на patch-овете и затова съм ги качил тук: http://sw.1h.com/grsecurity/ Ако на някой от вас му потрябват, можете да сваляте на воля :) Мариян signature.asc Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Презентация за Yocto Project на OpenFest 2015
Здравейте, Благодаря на всички, които посетиха презентацията за Yocto Project. Слайдовете са качени тук: http://www.slideshare.net/leonanavi/the-yocto-project-54840351 Поздрави, Леон On 2015-11-03 18:21, Leon Anavi wrote: Здравейте, С Радо Колев подготвяме презентация за Yocto Project на OpenFest. Ще я представим в събота, 7 ноември, от 15:00 в студио “Музика” на концертен комплекс България в София: http://www.openfest.org/2015/bg/programa/ Планираме в началото да кажем общи неща за embedded GNU/Linux дистрибуции, билд системи за тях и връзката между Yocto и Openembedded. Същинската част ще включва информация за слоеве, рецепти, машини и често използвани команди в bitbake. Ще покажем как с 4 лесни стъпки се билдва имидж с Linux kernel и device tree за ARM платка. Има ли нещо специфично, което бихте искали да чуете за Yocto/Openembedded? Имате ли предпочитана платка, за която да покажем как се билдва имидж? Ние мислим за OLinuxino с Allwinner SoC или пък Raspberry Pi. Поздрави, Леон -- http://anavi.org/ ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Презентация за Yocto Project на OpenFest 2015
Здравейте, С Радо Колев подготвяме презентация за Yocto Project на OpenFest. Ще я представим в събота, 7 ноември, от 15:00 в студио “Музика” на концертен комплекс България в София: http://www.openfest.org/2015/bg/programa/ Планираме в началото да кажем общи неща за embedded GNU/Linux дистрибуции, билд системи за тях и връзката между Yocto и Openembedded. Същинската част ще включва информация за слоеве, рецепти, машини и често използвани команди в bitbake. Ще покажем как с 4 лесни стъпки се билдва имидж с Linux kernel и device tree за ARM платка. Има ли нещо специфично, което бихте искали да чуете за Yocto/Openembedded? Имате ли предпочитана платка, за която да покажем как се билдва имидж? Ние мислим за OLinuxino с Allwinner SoC или пък Raspberry Pi. Поздрави, Леон -- http://anavi.org/ ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Някой да разбира от pgpool & postgresql
Етото затова е групата. Мерси Пейо, това може да ми потрябва в бъдеще. +++ Поздрави! Васил Петров Може би не отговарям, защото: http://www.6lyokavitza.org/mail/ +++ На 18 октомври 2015 г., 22:22, Peyo Hristov написа: > Здравей, > имам известен опит с въпросният демон, когато не гръмне. > Ако в заявките използваш функция now() , то тя се се изпълнява на > конкретната база в момента на получаването. Трябва да видиш дали точността > те задоволява. Всъщност, всички функции базирани на време са малко > относителни в зависимост от това кога са получени от нодовете. > Като цяло ти препоръчвам да минеш на 9.4 и да използваш слот репликацията > - по-чиста е и няма нужда да използваш pgpool. > 9.5 вече позволява rewind на слейв. Макар и алфа, звучи добре. > > Много време заубих за да подкарам пгпул да работи що-годе сносно. > Момчетата имат сериозен проблем в програмирането. Като за начало > (не)инициализацията на указатели към нищото. Зарежи го. > > Пейо > > > 2015-10-08 10:38 GMT+03:00 Marian Marinov : > >> Това е безплатна група :) >> Ако искаш да получиш помощ, просто опиши проблема си и ще ти се помогне... >> >> Мариян >> >> On 10/08/2015 09:41 AM, Kristian Kirilov wrote: >> > Здравейте, търси се базаджия който да разбира от pgpool & postgresql. >> Идеята е да се разреши конкретен проблем с вече съществуващата >> конфигурация. Ако се интересува някой 0888 205585 - Кристиан >> > >> > Става дума за платена услуга. >> > Ако модератора на листата сметне, че поста ми не е подходящ, моля да го >> изтрие. >> > >> > >> > ___ >> > Lug-bg mailing list >> > Lug-bg@linux-bulgaria.org >> > http://linux-bulgaria.org/mailman/listinfo/lug-bg >> > >> >> >> ___ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg >> >> > > > -- > -- > --------- > Peyo Hristov > Digital Solutions Ltd. - Bulgaria, > Office: (+359 2) 974 30 30 > FAX: (+359 2) 974 03 03 > Mobile: (+359) 889 633 674 > ID: F47F1AE0 > PGP Keyserver: hkp://pgp.mit.edu > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Някой да разбира от pgpool & postgresql
Здравей, имам известен опит с въпросният демон, когато не гръмне. Ако в заявките използваш функция now() , то тя се се изпълнява на конкретната база в момента на получаването. Трябва да видиш дали точността те задоволява. Всъщност, всички функции базирани на време са малко относителни в зависимост от това кога са получени от нодовете. Като цяло ти препоръчвам да минеш на 9.4 и да използваш слот репликацията - по-чиста е и няма нужда да използваш pgpool. 9.5 вече позволява rewind на слейв. Макар и алфа, звучи добре. Много време заубих за да подкарам пгпул да работи що-годе сносно. Момчетата имат сериозен проблем в програмирането. Като за начало (не)инициализацията на указатели към нищото. Зарежи го. Пейо 2015-10-08 10:38 GMT+03:00 Marian Marinov : > Това е безплатна група :) > Ако искаш да получиш помощ, просто опиши проблема си и ще ти се помогне... > > Мариян > > On 10/08/2015 09:41 AM, Kristian Kirilov wrote: > > Здравейте, търси се базаджия който да разбира от pgpool & postgresql. > Идеята е да се разреши конкретен проблем с вече съществуващата > конфигурация. Ако се интересува някой 0888 205585 - Кристиан > > > > Става дума за платена услуга. > > Ако модератора на листата сметне, че поста ми не е подходящ, моля да го > изтрие. > > > > > > ___________ > > Lug-bg mailing list > > Lug-bg@linux-bulgaria.org > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > > _______ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > -- -- - Peyo Hristov Digital Solutions Ltd. - Bulgaria, Office: (+359 2) 974 30 30 FAX: (+359 2) 974 03 03 Mobile: (+359) 889 633 674 ID: F47F1AE0 PGP Keyserver: hkp://pgp.mit.edu _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Някой да разбира от pgpool & postgresql
Някакво развитие по сайта няма ли да има много е постен :) На 8 октомври 2015 г., 10:38, Marian Marinov написа: > Това е безплатна група :) > Ако искаш да получиш помощ, просто опиши проблема си и ще ти се помогне... > > Мариян > > On 10/08/2015 09:41 AM, Kristian Kirilov wrote: > > Здравейте, търси се базаджия който да разбира от pgpool & postgresql. > Идеята е да се разреши конкретен проблем с вече съществуващата > конфигурация. Ако се интересува някой 0888 205585 - Кристиан > > > > Става дума за платена услуга. > > Ако модератора на листата сметне, че поста ми не е подходящ, моля да го > изтрие. > > > > > > ___________ > > Lug-bg mailing list > > Lug-bg@linux-bulgaria.org > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > > _______ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Някой да разбира от pgpool & postgresql
Това е безплатна група :) Ако искаш да получиш помощ, просто опиши проблема си и ще ти се помогне... Мариян On 10/08/2015 09:41 AM, Kristian Kirilov wrote: > Здравейте, търси се базаджия който да разбира от pgpool & postgresql. Идеята > е да се разреши конкретен проблем с вече съществуващата конфигурация. Ако се > интересува някой 0888 205585 - Кристиан > > Става дума за платена услуга. > Ако модератора на листата сметне, че поста ми не е подходящ, моля да го > изтрие. > > > _______________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > signature.asc Description: OpenPGP digital signature ___________________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Някой да разбира от pgpool & postgresql
Здравейте, търси се базаджия който да разбира от pgpool & postgresql. Идеята е да се разреши конкретен проблем с вече съществуващата конфигурация. Ако се интересува някой 0888 205585 - Кристиан Става дума за платена услуга. Ако модератора на листата сметне, че поста ми не е подходящ, моля да го изтрие. ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Развитие на собствен блог за Linux дистрибуции
Като за 10-ти клас сте много добре. Разбира се, липсват ви задълбочени познания по компютри и операционни системи, но това е процес, който никога не свършва - важното е да не спирате да четете и чужди статии, блогове и документации. Четенето е много по-важен процес от писането. Шеговито така да се каже - "keep calm and go read" ;) 2015-09-22 18:18 GMT+03:00 Кристиян Ангелов : > Здравейте, > > Казвам се Кристиян и съм ученик от 10кл в Професионална гимназия по > електротехника и електроника в гр. Пловдив. От известно време с приятели се > занимаваме с изучаването на различните дистрибуции- от инсталацията им до > разглеждането и опознаването на интерфейса им. Желанието ни стигна един > голям връх, ако може така да се нарече и създадохме свой блог, > специализиран в областта на новините за новите технологии, гидове, ревюта и > т.н! Днес публикувахме първата статия навлизаща по-така в областта на > Linux, по-специално Ubuntu, но за жалост все още познанията ни са бегли и > имаме нужда от критика и някой съвет за бъдещото ни развитие. > Статията на която прилагам линка е разделена на две части и е един вид гид > за подготовката преди инсталация на Ubuntu и 2 рата част за самата > инсталация. > Силно се надяваме на Вашите съвети и най-вече критики, които да спомогнат > бъдещото ни развитие в областта! > > Ето линкче: > > > http://poqlnik.com/2015/09/22/%d0%ba%d0%b0%d0%ba%d0%b2%d0%be-%d1%82%d1%80%d0%b0%d0%b1%d0%b2%d0%b0-%d0%b4%d0%b0-%d0%b7%d0%bd%d0%b0%d0%b5%d0%bc-%d0%b8-%d0%ba%d0%b0%d0%ba%d0%b2%d0%be-%d0%bd%d0%b8-%d1%82%d1%80%d1%8f%d0%b1%d0%b2%d0%b0/ > > Поздрави, > Кристиян > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Развитие на собствен блог за Linux дистрибуции
Супер инициатива, Според мен е много важно да продължите. Имайте превид, че това е бягане на дълго разстояние и ще ви трябва много енергия и нерви, за да направите качество. Не е толкова важно от къде започвате, ако имате желание и мотивация може да направите блога свърталище на изпушили нердове, а вие самите да се смеете на първите си стъпки. Дерзайте и не се отказвайте, писането е навик. Поздрави On September 22, 2015 6:18:31 PM EEST, "Кристиян Ангелов" wrote: > Здравейте, >Казвам се Кристиян и съм ученик от 10кл в Професионална гимназия по >електротехника и електроника в гр. Пловдив. От известно време с >приятели се занимаваме с изучаването на различните дистрибуции- от >инсталацията им до разглеждането и опознаването на интерфейса им. >Желанието ни стигна един голям връх, ако може така да се нарече и >създадохме свой блог, специализиран в областта на новините за новите >технологии, гидове, ревюта и т.н! Днес публикувахме >първата статия навлизаща по-така в областта на Linux, по-специално >Ubuntu, но за жалост все още познанията ни са бегли и имаме нужда от >критика и някой съвет за бъдещото ни развитие. Статията на която >прилагам линка е разделена на две части и е един вид гид за >подготовката преди инсталация на Ubuntu > и >2 рата част за самата инсталация. Силно се надяваме на Вашите съвети и >най-вече критики, които да спомогнат бъдещото ни развитие в областта! > Ето линкче: >http://poqlnik.com/2015/09/22/%d0%ba%d0%b0%d0%ba%d0%b2%d0%be-%d1%82%d1%80%d0%b0%d0%b1%d0%b2%d0%b0-%d0%b4%d0%b0-%d0%b7%d0%bd%d0%b0%d0%b5%d0%bc-%d0%b8-%d0%ba%d0%b0%d0%ba%d0%b2%d0%be-%d0%bd%d0%b8-%d1%82%d1%80%d1%8f%d0%b1%d0%b2%d0%b0/ > > Поздрави, Кристиян > >------------ > >___ >Lug-bg mailing list >Lug-bg@linux-bulgaria.org >http://linux-bulgaria.org/mailman/listinfo/lug-bg -- Sent from my Android device with K-9 Mail. Please excuse my brevity.___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Развитие на собствен блог за Linux дистрибуции
Здравейте и от мен, Васе, знаеш че и аз съм Слакър, но Ubuntu е добро начало за начинаещи! Не е необходимо война за това коя дистрибуция ил ОС е най добра има време и място за всички! Криситян, поздравления и успех в начинанието! Ние "старците" само можем да се радвам, че има ново поколение! On 2015-09-22 20:46, Васил wrote: > Добро начинание Кристияне и на всички от групата ти :) > Успех в начинанието! > Имай в предвид, че тук сме закостенели "потребители". > > "Ubuntu" - an African word, meaning "Slackware is too hard for me". > > Няма да почваме поредната война за дистрибуциите, надявам се. Питай, когато имаш въпрос и ще получиш отговор или още въпроси. Това е нормално. > > +++ > Поздрави! > Васил Петров > Може би не отговарям, защото: http://www.6lyokavitza.org/mail/ [3] > +++ > > На 22 септември 2015 г., 18:18, Кристиян Ангелов написа: > >> Здравейте, >> >> Казвам се Кристиян и съм ученик от 10кл в Професионална гимназия по електротехника и електроника в гр. Пловдив. От известно време с приятели се занимаваме с изучаването на различните дистрибуции- от инсталацията им до разглеждането и опознаването на интерфейса им. Желанието ни стигна един голям връх, ако може така да се нарече и създадохме свой блог, специализиран в областта на новините за новите технологии, гидове, ревюта и т.н! Днес публикувахме първата статия навлизаща по-така в областта на Linux, по-специално Ubuntu, но за жалост все още познанията ни са бегли и имаме нужда от критика и някой съвет за бъдещото ни развитие. >> Статията на която прилагам линка е разделена на две части и е един вид гид за подготовката преди инсталация на Ubuntu и 2 рата част за самата инсталация. >> Силно се надяваме на Вашите съвети и най-вече критики, които да спомогнат бъдещото ни развитие в областта! >> >> Ето линкче: >> >> http://poqlnik.com/2015/09/22/%d0%ba%d0%b0%d0%ba%d0%b2%d0%be-%d1%82%d1%80%d0%b0%d0%b1%d0%b2%d0%b0-%d0%b4%d0%b0-%d0%b7%d0%bd%d0%b0%d0%b5%d0%bc-%d0%b8-%d0%ba%d0%b0%d0%ba%d0%b2%d0%be-%d0%bd%d0%b8-%d1%82%d1%80%d1%8f%d0%b1%d0%b2%d0%b0/ [1] >> >> Поздрави, >> Кристиян >> ___ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg [2] > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg [2] Links: -- [1] http://poqlnik.com/2015/09/22/%d0%ba%d0%b0%d0%ba%d0%b2%d0%be-%d1%82%d1%80%d0%b0%d0%b1%d0%b2%d0%b0-%d0%b4%d0%b0-%d0%b7%d0%bd%d0%b0%d0%b5%d0%bc-%d0%b8-%d0%ba%d0%b0%d0%ba%d0%b2%d0%be-%d0%bd%d0%b8-%d1%82%d1%80%d1%8f%d0%b1%d0%b2%d0%b0/ [2] http://linux-bulgaria.org/mailman/listinfo/lug-bg [3] http://www.6lyokavitza.org/mail/ ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Развитие на собствен блог за Linux дистрибуции
Добро начинание Кристияне и на всички от групата ти :) Успех в начинанието! Имай в предвид, че тук сме закостенели "потребители". "Ubuntu" - an African word, meaning "Slackware is too hard for me". Няма да почваме поредната война за дистрибуциите, надявам се. Питай, когато имаш въпрос и ще получиш отговор или още въпроси. Това е нормално. +++ Поздрави! Васил Петров Може би не отговарям, защото: http://www.6lyokavitza.org/mail/ +++ На 22 септември 2015 г., 18:18, Кристиян Ангелов написа: > Здравейте, > > Казвам се Кристиян и съм ученик от 10кл в Професионална гимназия по > електротехника и електроника в гр. Пловдив. От известно време с приятели се > занимаваме с изучаването на различните дистрибуции- от инсталацията им до > разглеждането и опознаването на интерфейса им. Желанието ни стигна един > голям връх, ако може така да се нарече и създадохме свой блог, > специализиран в областта на новините за новите технологии, гидове, ревюта и > т.н! Днес публикувахме първата статия навлизаща по-така в областта на > Linux, по-специално Ubuntu, но за жалост все още познанията ни са бегли и > имаме нужда от критика и някой съвет за бъдещото ни развитие. > Статията на която прилагам линка е разделена на две части и е един вид гид > за подготовката преди инсталация на Ubuntu и 2 рата част за самата > инсталация. > Силно се надяваме на Вашите съвети и най-вече критики, които да спомогнат > бъдещото ни развитие в областта! > > Ето линкче: > > > http://poqlnik.com/2015/09/22/%d0%ba%d0%b0%d0%ba%d0%b2%d0%be-%d1%82%d1%80%d0%b0%d0%b1%d0%b2%d0%b0-%d0%b4%d0%b0-%d0%b7%d0%bd%d0%b0%d0%b5%d0%bc-%d0%b8-%d0%ba%d0%b0%d0%ba%d0%b2%d0%be-%d0%bd%d0%b8-%d1%82%d1%80%d1%8f%d0%b1%d0%b2%d0%b0/ > > Поздрави, > Кристиян > > ___________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Развитие на собствен блог за Linux дистрибуции
Здравей Кристияне, Поздрави за усилията, които сте вложили. Харесва ми идеята и проекта ви. 1. Приключихме с инсталирането на машината и е време да я запуснем за първи път. Понятието машина за Virtual box според мен не е уместно. Това е така наречения хайпървайзър, който виртуализира хардуерните ресурси на т.н хост и ги споделя с виртуализираните ОС(т.н guest OS). Инсталирането на "машина" може да е на физическо ниво(host) или на виртуално ниво(guest), като между тях стои хайпървайзър-а(инсталиран в/у хоста). 2. Вече имаме всичко нужно и е време да започваме с инсталациите на свалените програми. За да останем максимално коректни към OSI модела е редно да говорим за свалено копие на ОС, свалени инсталационни файлове на ОС, но не и програми. Все пак програма се асоциира с приложение и е на последно място в ОСИ модела. Сърдечни поздрави, Тихомир [image: Начало] Детство с Тати и Мама 2015-09-22 18:18 GMT+03:00 Кристиян Ангелов : > Здравейте, > > Казвам се Кристиян и съм ученик от 10кл в Професионална гимназия по > електротехника и електроника в гр. Пловдив. От известно време с приятели се > занимаваме с изучаването на различните дистрибуции- от инсталацията им до > разглеждането и опознаването на интерфейса им. Желанието ни стигна един > голям връх, ако може така да се нарече и създадохме свой блог, > специализиран в областта на новините за новите технологии, гидове, ревюта и > т.н! Днес публикувахме първата статия навлизаща по-така в областта на > Linux, по-специално Ubuntu, но за жалост все още познанията ни са бегли и > имаме нужда от критика и някой съвет за бъдещото ни развитие. > Статията на която прилагам линка е разделена на две части и е един вид гид > за подготовката преди инсталация на Ubuntu и 2 рата част за самата > инсталация. > Силно се надяваме на Вашите съвети и най-вече критики, които да спомогнат > бъдещото ни развитие в областта! > > Ето линкче: > > > http://poqlnik.com/2015/09/22/%d0%ba%d0%b0%d0%ba%d0%b2%d0%be-%d1%82%d1%80%d0%b0%d0%b1%d0%b2%d0%b0-%d0%b4%d0%b0-%d0%b7%d0%bd%d0%b0%d0%b5%d0%bc-%d0%b8-%d0%ba%d0%b0%d0%ba%d0%b2%d0%be-%d0%bd%d0%b8-%d1%82%d1%80%d1%8f%d0%b1%d0%b2%d0%b0/ > > Поздрави, > Кристиян > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Развитие на собствен блог за Linux дистрибуции
Здравейте, Казвам се Кристиян и съм ученик от 10кл в Професионална гимназия по електротехника и електроника в гр. Пловдив. От известно време с приятели се занимаваме с изучаването на различните дистрибуции- от инсталацията им до разглеждането и опознаването на интерфейса им. Желанието ни стигна един голям връх, ако може така да се нарече и създадохме свой блог, специализиран в областта на новините за новите технологии, гидове, ревюта и т.н! Днес публикувахме първата статия навлизаща по-така в областта на Linux, по-специално Ubuntu, но за жалост все още познанията ни са бегли и имаме нужда от критика и някой съвет за бъдещото ни развитие. Статията на която прилагам линка е разделена на две части и е един вид гид за подготовката преди инсталация на Ubuntu и 2 рата част за самата инсталация. Силно се надяваме на Вашите съвети и най-вече критики, които да спомогнат бъдещото ни развитие в областта! Ето линкче: http://poqlnik.com/2015/09/22/%d0%ba%d0%b0%d0%ba%d0%b2%d0%be-%d1%82%d1%80%d0%b0%d0%b1%d0%b2%d0%b0-%d0%b4%d0%b0-%d0%b7%d0%bd%d0%b0%d0%b5%d0%bc-%d0%b8-%d0%ba%d0%b0%d0%ba%d0%b2%d0%be-%d0%bd%d0%b8-%d1%82%d1%80%d1%8f%d0%b1%d0%b2%d0%b0/ Поздрави, Кристиян ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] WiFi оборудване за побиряване за района на София
Уважаеми колежки и колеги, имам следния хардуер за побиряване (размяна срещу бира, телешко варено или пица). Нещата си идват с фабричните опаковки и дискове. 1. Linksys WRT160N-EU с DD-WRT vpn версията за тоз модел. 2. Netgear WNA3100 USB - върви с ndiswrapper под Linux 3. TP Link TL-WN321G - върви с Linux и FreeBSD без допълнителни извращения 4. Linksys PCMCIA WPC54G v 3.1. За този нямам фабрична кутия, но електростатичната торба си му е на мястото. Причината за продажбата е разчистване. WNA3100 има леко хлабав порт поради дълга употреба, останалите неща се държат прилично. За размяна пишете на лична поща. Важи до 3.10.2015. След това ще ги подарявам на някоя социална организация. С уважение, Димитър Василев. ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] test
смисъл не ми ходят в спам 2015-09-01 16:35 GMT+03:00 Konstantin Boyanov : > Koe ? :) > > 2015-09-01 14:48 GMT+02:00 Иван Бъчваров : > >> Нямам ядове аз с GMAIL :) >> >> >> ___________________ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg >> >> > > _______ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] test
Koe ? :) 2015-09-01 14:48 GMT+02:00 Иван Бъчваров : > Нямам ядове аз с GMAIL :) > > > ___________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > _______________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] test
Нямам ядове аз с GMAIL :) ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] OpenFest 2015 CfP
Добрутро, добри хора Всички знаете упражнението - на който му се води лекция на OpenFest 2015, да подаде заявка на https://cfp.openfest.org :) pgpGnyLCHSlCQ.pgp Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Apache reverse proxy with POST
Здравейте, имам следната ситуация: host1: Apache reverse proxy via SSL to host2 host2: Cisco ASA clientless VPN Нормално Циско АСА се отваря по https, име/парола, получавам списък с линкове от вътрешната мрежа и достъпвам вътрешни ресурси В момента тествам отваряне на АСА през въпросното прокси и първоначалната страница се зарежда, но след въвеждане на име/парола и голямо мислене, излиза следното: The proxy server received an invalid response from an upstream server. The proxy server could not handle the request POST /+webvpn+/index.html. В логовете на апач излиза: The timeout specified has expired: proxy: error reading status line from remote server Потърсих за такава грешка (apache reverse proxy POST), излизат доста оплаквания, но нищо конкретно като идеи. Някой може ли да даде насока? Ето прокси конфигурацията на apache: # SSLProxyEngine On ProxyPass / https://host.com/ retry=1 acquire=3000 timeout=600 Keepalive=On ProxyPassReverse / https://host.como/ ProxyBadHeader Ignore ProxyPreserveHost On ProxyVia On RequestHeader set X-Forwarded-Proto "https" SSLProxyEngine on SetEnv proxy-nokeepalive 1 ProxyRequests Off Order deny,allow Allow from all # Благодаря предварително, ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] test
Малко изместихме трейд-а. Напомням на всички когато натискат Reply, да поглеждат на кое отговарят. Също така ви моля да изтривате излишното от цитираното писмо. Мариан пусна теста заради друго. В гугъл вероятно е влизала пощата като спам, понеже нямаше SPF запис за IPv6 адреса на сървъра. Същото се е получило и при Росен Антонов, вероятно и при други. Освен това вчера когато пуснах първото писмо още нямахме реверс и за IPv4 адреса. Мрежата беше в Policy Block List (PBL), от там що може да е следвало блокиране или влизане в папка спам. Днес съм добавил в SPF запис за IPv6 адреса, добавил съм и запис. Мариян е пуснал рекуест за реверс на IPv6 адреса и вероятно скоро ще го има и него. On Thursday 18 June 2015 15:57:19 Neter wrote: > Защото все още няма PTR (rDNS) запис за IP-то на пощенския сървър. Чудех се > дали да го спомена в предното писмо, но все пак Мариян пусна само пробно > писмо и предполагам, че все още нещо се конфигурира. > В чт, 18 юни 2015 12:18:29 +0300 (EEST) Йордан Иванов написа: > > Само, че по някаква причина Gmail реши, да вкарва мейлите от листата в > > спама. > > > > Поздрави, > > Йордан Иванов Спас Павлов ___________________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] test
Защото все още няма PTR (rDNS) запис за IP-то на пощенския сървър. Чудех се дали да го спомена в предното писмо, но все пак Мариян пусна само пробно писмо и предполагам, че все още нещо се конфигурира. В чт, 18 юни 2015 12:18:29 +0300 (EEST) Йордан Иванов написа: > Само, че по някаква причина Gmail реши, да вкарва мейлите от листата в > спама. > > Поздрави, > Йордан Иванов > > На 18.6.2015 г. в 11:20 ч., Neter написа: > > Супер! Най-сетне поправена кирилица в архива :) > > > > Поздрави! > > > > В ср, 17 юни 2015 17:05:47 +0300 (EEST) Marian Marinov > > написа: > > > >> testing the moved list > >> > >> Marian > > > > > > _______ > > Lug-bg mailing list > > Lug-bg@linux-bulgaria.org > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > ___________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] test
При мен няма проблем с Gmail-a - работи като слънце :) Peter Zyumbilev On 18/06/2015 12:18, Йордан Иванов wrote: Само, че по някаква причина Gmail реши, да вкарва мейлите от листата в спама. Поздрави, Йордан Иванов На 18.6.2015 г. в 11:20 ч., Neter написа: Супер! Най-сетне поправена кирилица в архива :) Поздрави! В ср, 17 юни 2015 17:05:47 +0300 (EEST) Marian Marinov написа: testing the moved list Marian ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] test
Само, че по някаква причина Gmail реши, да вкарва мейлите от листата в спама. Поздрави, Йордан Иванов На 18.6.2015 г. в 11:20 ч., Neter написа: Супер! Най-сетне поправена кирилица в архива :) Поздрави! В ср, 17 юни 2015 17:05:47 +0300 (EEST) Marian Marinov написа: testing the moved list Marian ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] test
Супер! Най-сетне поправена кирилица в архива :) Поздрави! В ср, 17 юни 2015 17:05:47 +0300 (EEST) Marian Marinov написа: > testing the moved list > > Marian ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg