Menu

April 2014

cloudflare haproxy real-ip

, , , , , , 0

cloudflare haproxy real-ipПривет, днес пуснах отново блога да върви през cloudflare. Бях го спрял защото 1 година използвах SSL сертификат от GoDaddy заради SPDY но серфитиката изтече, а и цената му вече беше доста по-висока от когато го бях закупил. И така реших отново да пусна трафика да минава през cloudflare защото в крайна сметка използвам само 80 порт.

Тъй като от поста ми за SPDY писан през септември 2012-та година много вода е изтекла, и промените по инфраструктурата на сървърите ми са доста – а именно вече използвам HAProxy за load balancer + още много много благинки. Тук идва и проблема на който знаех че ще се натъкна след като включа cloudflare – а именно грешните айпи адреси в логовете. Проблема е че в конфигурационния файл на HAProxy съм добавил опцията :

option forwardfor

Тя позволява реалните айпи адреси на посетителите на сайта да бъдат препращани към уеб сървъра (nginx) в който съответно също са добавени опциите:

set_real_ip_from 192.168.1.1; # това е вътрешното айпи на HAProxy сървъра
real_ip_header X-Forwarded-For;

Но след като съм включил cloudflare, е небходимо да заменя “real_ip_header X-Forwarded-For;” със “real_ip_header CF-Connecting-IP;” и да добавя айпи адресите на CloudFlare от https://www.cloudflare.com/ips-v4

Всичко хубаво, но не се получи желаният от мен резултат. 🙂
В крайна сметка реших проблема , след като добавих опцията :

option httpclose

в haproxy.cfg за даденият backend.
Така конфигурационният файл за backend-a на блога вече изглежда така:

backend friendbg.net
cookie SERVERID insert indirect
balance roundrobin
option httpclose
server web1 192.168.1.31:80 cookie web1 check inter 2000 rise 2 fall 5
server web2 192.168.1.32:80 cookie web2 check inter 2000 rise 2 fall 5
server web3 192.168.1.33:80 cookie web3 check inter 2000 rise 2 fall 5

И nginx конфига на friendbg.net изглежда така:

#cloudflare
set_real_ip_from 199.27.128.0/21;
set_real_ip_from 173.245.48.0/20;
set_real_ip_from 103.21.244.0/22;
set_real_ip_from 103.22.200.0/22;
set_real_ip_from 103.31.4.0/22;
set_real_ip_from 141.101.64.0/18;
set_real_ip_from 108.162.192.0/18;
set_real_ip_from 190.93.240.0/20;
set_real_ip_from 188.114.96.0/20;
set_real_ip_from 197.234.240.0/22;
set_real_ip_from 198.41.128.0/17;
set_real_ip_from 162.158.0.0/15;
set_real_ip_from 104.16.0.0/12;
set_real_ip_from 192.168.1.1;
real_ip_header CF-Connecting-IP;

Така вече всичко работи както исках, вече виждам реалните айпи адреси на посетителите на блога + трафика на сайта минава през cloudflare. Това е..

GLOBALITOPS – мнение за фирмата

, , , , , ,

GLOBALITOPS - мнение за фирматаЗдравейте,

В продължение на поста ми от 3.09.2013 за фирма GLOBALITOPS (ОМНИСЪН ЕООД,МАЙДЖИО ЕООД или ГЛОБАЛ ЕНТЪРТЕЙНМЪНТ ГРУП ООД), искам да споделя, че от скоро вече не работя там.

Пиша този пост със заглавие : GLOBALITOPS – мнение за фирмата, тъй като доста често получавам запитвания от разни хора в интернет за нея ( може сами да си направите изводите какво SEO имат..)

Тъй като доста често пускат обяви за работа в jobs.bg, искам да споделя мнението ми като цяло за фирмата, и се надявам за вбъдеще да помогна на хората които ще кандидатстват за работа там.

Ето и какво видях аз там за няколко месеца:

Плюсове:

  • Колектива е много готин! – Под колектив искам да поясня че става дума само за хората служители там – не за мениджъри и тн.
  • Работата е свързана предимно с Windows – така че, феновете на windows ще се изкефят определено (IIS,MSSQL и тн)!
  • Единият шеф – А.К. – адски готин пич!!
  • Заплатите се изплащат навреме – няма грижи в това отношение.
  • Осигуровките са на база истинската ти заплата – не като повечето български фирми – на минимума.
  • Офиса – нов, голям, уютен с голяма тераса!

Минуси:

  • Работното време!! Ужасно е! Според мен работата в тази фирма е подходяща единствено за студенти, без семейства (женени с деца) и отгoворности. – Работи се 24/7 като тъй наречената “evening” смяна започва от 16ч. и завършва в 01ч. сутринта. 24/7 значи че има хора постоянно на работа – има нощтни смени + събота и неделя отново се работи!! Графика се прави седмица за седмица – тоест неможеш по никакъв начин да си направиш планове за следващата седмица.
  • Работата като цяло – за 8 месеца там видях много хора които си отидоха поради една или друга причина. Все кадърни момчета .. Главната причината за почти всички от тях / включително и аз / , е това че те наемат за едно, а те карат да работиш съвсем друго!! – Мен ме наеха на позиция “Linux administrator” а 8 месеца трябваше да играя като съпорт на Windows клиенти, да изпълнявам така наречените “feed-ове” и още много като тея глупости!! Всеки месец ме лъгаха че ще има линукс клиенти и работа, но за времето там, така и не видях нещо подобно.
  • Мениджмънта – без коментар – зле!
  • Парите – повечето момчета работят за около 400-500лв, на пръв поглед работата им не е кой знае какво – но е адски отговорна. Само заради тази отговорност, смятам че те трябва да взимат поне двоино повече.
  • Допълнителен труд – никои не го зачита или заплаща!!

С този пост изобщо не целя да агитирам хората да не започват работа в GLOBALITOPS – точно обратното! Тъй като фирмата е нова на пазара, и почти никои не знае нищо за нея, затова и изказвам мнението си в блога си (за което никой по никакъв начин неможе да ми забрани да го правя).

Ако някой иска допълнителна информация, моля да ми пише през контакт формата на блога. В този пост затварям коментарите, защото се опасявам че ще бъда наспамен здраво от псевдо хакери 😎

Благодаря и всичко най-добро!

Heartbleed bug

, , , 0

Heartbleed bugВече всеки сигурно е чул за бъга в openssl наречен “Heartbleed bug”  – или пробив в SSL сигурността, която позволява на “хакера” да вижда потребителските имена или паролите в чист текст, които иначе трябва да са криптирани в реално време.

През сайта http://filippo.io/Heartbleed/ може да се провери сигурността на даден сайт, изпозващ SSL сертификат, дали е засегнат от Heartbleed bug.

Ето какво се пише по темата във linux-bg.org :

В реализацията на OpenSSL версии 1.0.1 и 1.0.2-beta, включително 1.0.1f и 1.0.2-beta1, е открит проблем в сигурността който позволява на отдалечен потребител да прочете информация от оперативната памет на порции от 64К. Ако ползвате някоя от засегнатите версии се препоръчва да обновите възможно най-скоро до нова версия.

Проблемът е от повече от две години и е открит наскоро от специалисти по сигурността в Google.

Ето и една интересна таблица от mashable.com, която показва някой от известните уеб сайтове и дали са уязвими от този бъг:

Social Networks

Was it affected? Is there a patch? Do you need to change your password? What did they say?
Facebook Unclear Yes Yes “We added protections for Facebook’s implementation of OpenSSL before this issue was publicly disclosed. We haven’t detected any signs of suspicious account activity, but we encourage people to … set up a unique password.”
Instagram Yes Yes Yes “Our security teams worked quickly on a fix and we have no evidence of any accounts being harmed. But because this event impacted many services across the web, we recommend you update your password on Instagram and other sites, particularly if you use the same password on multiple sites.”
LinkedIn No No No “We didn’t use the offending implementation of OpenSSL in www.linkedin.com or www.slideshare.net. As a result, HeartBleed does not present a risk to these web properties.”
Pinterest Yes Yes Yes “We fixed the issue on Pinterest.com, and didn’t find any evidence of mischief. To be extra careful, we e-mailed Pinners who may have been impacted, and encouraged them to change their passwords.”
Tumblr Yes Yes Yes “We have no evidence of any breach and, like most networks, our team took immediate action to fix the issue.”
Twitter No Yes Unclear Twitter wrote that OpenSSL “is widely used across the internet and at Twitter. We were able to determine that [our] servers were not affected by this vulnerability. We are continuing to monitor the situation.” While reiterating that they were unaffected, Twitter told Mashable that they did apply a patch.

Other Companies

Was it affected? Is there a patch? Do you need to change your password? What did they say?
Apple No No No “iOS and OS X never incorporated the vulnerable software and key web-based services were not affected.”
Amazon No No No “Amazon.com is not affected.”
Google Yes Yes Yes* “We have assessed the SSL vulnerability and applied patches to key Google services.” Search, Gmail, YouTube, Wallet, Play, Apps and App Engine were affected; Google Chrome and Chrome OS were not.*Google said users do not need to change their passwords, but because of the previous vulnerability, better safe than sorry.
Microsoft No No No Microsoft services were not running OpenSSL, according to LastPass.
Yahoo Yes Yes Yes “As soon as we became aware of the issue, we began working to fix it… and we are working to implement the fix across the rest of our sites right now.” Yahoo Homepage, Yahoo Search, Yahoo Mail, Yahoo Finance, Yahoo Sports, Yahoo Food, Yahoo Tech, Flickr and Tumblr were patched. More patches to come, Yahoo says.

Email

Was it affected? Is there a patch? Do you need to change your password? What did they say?
AOL No No No AOL told Mashable it was not running the vulnerable version of the software.
Gmail Yes Yes Yes* “We have assessed the SSL vulnerability and applied patches to key Google services.”*Google said users do not need to change their passwords, but because of the previous vulnerability, better safe than sorry.
Hotmail / Outlook No No No Microsoft services were not running OpenSSL, according to LastPass.
Yahoo Mail Yes Yes Yes “As soon as we became aware of the issue, we began working to fix it… and we are working to implement the fix across the rest of our sites right now.”

Stores and Commerce

Was it affected? Is there a patch? Do you need to change your password? What did they say?
Amazon No No No “Amazon.com is not affected.”
Amazon Web Services (for website operators) Yes Yes Yes Most services were unaffected or Amazon was already able to apply mitigations (see advisory note here). Elastic Load Balancing, Amazon EC2, Amazon Linux AMI, Red Hat Enterprise Linux, Ubuntu, AWS OpsWorks, AWS Elastic Beanstalk and Amazon CloudFront were patched.
eBay No No No “eBay.com was never vulnerable to this bug because we were never running a vulnerable version of OpenSSL.”
Etsy Yes* Yes Yes Etsy said that only a small part of its infrastructure was vulnerable, and they have patched it.
GoDaddy Yes Yes Yes “We’ve been updating GoDaddy services that use the affected OpenSSL version.” Full Statement
Groupon No No No “Groupon.com does not utilize a version of the OpenSSL library that is susceptible to the Heartbleed bug.”
Nordstrom No No No “Nordstrom websites do not use OpenSSL encryption.”
PayPal No No No “Your PayPal account details were not exposed in the past and remain secure.” Full Statement
Target No No No “[We] launched a comprehensive review of all external facing aspects of Target.com… and do not currently believe that any external-facing aspects of our sites are impacted by the OpenSSL vulnerability.”
Walmart No No No “We do not use that technology so we have not been impacted by this particular breach.”

Videos, Photos, Games & Entertainment

Was it affected? Is there a patch? Do you need to change your password? What did they say?
Flickr Yes Yes Yes “As soon as we became aware of the issue, we began working to fix it… and we are working to implement the fix across the rest of our sites right now.”
Hulu No No No No comment provided.
Minecraft Yes Yes Yes “We were forced to temporary suspend all of our services. … The exploit has been fixed. We can not guarantee that your information wasn’t compromised.” More Information
Netflix Yes Yes Yes “Like many companies, we took immediate action to assess the vulnerability and address it. We are not aware of any customer impact. It’s a good practice to change passwords from time to time, now would be a good time to think about doing so. “
SoundCloud Yes Yes Yes SoundCloud emphasized that there were no indications of any foul play and that the company’s actions were simply precautionary.
YouTube Yes Yes Yes* “We have assessed the SSL vulnerability and applied patches to key Google services.”*Google said users do not need to change their passwords, but because of the previous vulnerability, better safe than sorry.

Financial

All the banks we contacted (see below) said they were unaffected by Heartbleed, but U.S. regulators have warned banks to patch their systems.

Was it affected? Is there a patch? Do you need to change your password? What did they say?
American Express No No No “There was no compromise of any customer data. While we are not requiring customers to take any specific action at this time, it is a good security practice to regularly update Internet passwords.”
Bank of America No No No “A majority of our platforms do NOT use OpenSSL, and the ones that do, we have confirmed no vulnerabilities.”
Barclays No No No No comment provided.
Capital One No No No “Capital One uses a version of encryption that is not vulnerable to Heartbleed.”
Chase No No No “These sites don’t use the encryption software that is vulnerable to the Heartbleed bug.”
Citigroup No No No Citigroup does not use Open SSL in “customer-facing retail banking and credit card sites and mobile apps”
E*Trade No No No E*Trade is still investigating.
Fidelity No No No “We have multiple layers of security in place to protect our customer sites and services.”
PNC No No No “We have tested our online and mobile banking systems and confirmed that they are not vulnerable to the Heartbleed bug.”
Schwab No No No “Efforts to date have not detected this vulnerability on Schwab.com or any of our online channels.”
Scottrade No No No “Scottrade does not use the affected version of OpenSSL on any of our client-facing platforms.”
TD Ameritrade No No No TD Ameritrade “doesn’t use the versions of openSSL that were vulnerable.”
TD Bank No No No “We’re currently taking precautions and steps to protect customer data from this threat and have no reason to believe any customer data has been compromised in the past.”
T. Rowe Price No No No “The T. Rowe Price websites are not vulnerable to the “Heartbleed” SSL bug nor were they vulnerable in the past.”
U.S. Bank No No No “We do not use OpenSSL for customer-facing, Internet banking channels, so U.S. Bank customer data is NOT at risk.”
Vanguard No No No “We are not using, and have not used, the vulnerable version of OpenSSL.”
Wells Fargo No No No No reason provided.

Government and Taxes

Was it affected? Is there a patch? Do you need to change your password? What did they say?
1040.com No No No “We’re not vulnerable to the Heartbleed bug, as we do not use OpenSSL.”
FileYour Taxes.com No No No “We continuously patch our servers to keep them updated. However, the version we use was not affected by the issue, so no action was taken.”
H&R Block No No No “We are reviewing our systems and currently have found no risk to client data from this issue.”
Healthcare .gov No No No “Healthcare.gov consumer accounts are not affected by this vulnerability.”
Intuit (TurboTax) No No No Turbotax wrote that “engineers have verified TurboTax is not affected by Heartbleed.” The company has issued new certificates anyway, and said it’s not “proactively advising” users to change their passwords.
IRS No No No “The IRS continues to accept tax returns as normal … and systems continue operating and are not affected by this bug. We are not aware of any security vulnerabilities related to this situation.”
TaxACT No No No “Customers can update their passwords at any time, although we are not proactively advising them to do so at this time.”
USAA Yes Yes Yes USAA said that it has “already taken measures to help prevent a data breach and implemented a patch earlier this week.”

Other

Was it affected? Is there a patch? Do you need to change your password? What did they say?
Box Yes Yes Yes “We’re currently working with our customers to proactively reset passwords and are also reissuing new SSL certificates for added protection.”
Dropbox Yes Yes Yes On Twitter: “We’ve patched all of our user-facing services & will continue to work to make sure your stuff is always safe.”
Evernote No No No “Evernote’s service, Evernote apps, and Evernote websites … all use non-OpenSSL implementations of SSL/TLS to encrypt network communications.” Full Statement
GitHub Yes Yes Yes GitHub said it has patched all its systems, deployed new SSL certificates and revoked old ones. GitHub is asking all users to change password, enable two-factor authentication and “revoke and recreate personal access and application tokens.”
IFTTT Yes Yes Yes IFTTT emailed all its users and logged them out, prompting them to change their password on the site.
OKCupid Yes Yes Yes “We, like most of the Internet, were stunned that such a serious bug has existed for so long and was so widespread.”
Spark Networks (JDate, Christian Mingle) No No No Sites do not use OpenSSL.
SpiderOak Yes Yes No Spideroak said it patched its servers, but the desktop client doesn’t use a vulnerable version of OpenSSL, so “customers do not need to take any special action.”
Wikipedia (if you have an account) Yes Yes Yes “We recommend changing your password as a standard precautionary measure, but we do not currently intend to enforce a password change for all users.” Full Statement
WordPress Unclear Unclear Unclear WordPress tweeted that it has taken “immediate steps” and “addressed the Heartbleed OpenSSL exploit,” but it’s unclear if the issue is completely solder. When someone asked Matt Mullenweg, WordPress’ founding developer, when the site’s SSL certificates will be replaced and when users will be able to reset passwords, he simply answered: “soon.”
projectmanagernews.com Yes Yes Yes “You’ll have to simply log back into projectmanagernews.com. We also strongly recommend that you reset your password for projectmanagernews.com.” Full Statement

Password Managers

Was it affected? Is there a patch? Do you need to change your password? What did they say?
1Password No No No 1Password said in a blog post that its technology “is not built upon SSL/TLS in general, and not upon OpenSSL in particular.” So users don’t need to change their master password.
Dashlane Yes Yes No Dashlane said in a blog post users’ accounts were not impacted and the master password is safe as it is never transmitted. The site does use OpenSSL when syncing data with its servers but Dashlane said it has patched the bug, issued new SSL certificates and revoked previous ones.
LastPass Yes Yes No “Though LastPass employs OpenSSL, we have multiple layers of encryption to protect our users and never have access to those encryption keys.” Users don’t need to change their master passwords because they’re never sent to the server. But passwords for other sites stored in LastPass might need to be changed.

Reporters who contributed to this story include Samantha Murphy Kelly, Lorenzo Francheschi-Bicchierai, Seth Fiegerman, Adario Strange and Kurt Wagner.

Линк към цялата статия : http://mashable.com/2014/04/09/heartbleed-bug-websites-affected/

Покъртителен текст за това в какво се превърнахме ние българите

, , , 0

войната-на-таралежите-1024x762

 

Този текст се превърна в тотален хит в социалните мрежи и се споделя от стотици българи.
Ако се активен потребител, възможно и да сте го чели.
Нека го прочетем пак, защото има смисъл да се замислим върху това, което за което авторът пише.


„Посвещава се на децата от 60-те, 70-те и 80-те години на 20 век Ако сте били дете тогава, като погледнете назад, ще ви бъде трудно да повярвате, че сте успели да доживеете днешния ден.
Ние се возехме на коли без предпазни колани и без въздушни възглавници.
Креватчетата ни бяха оцветени в ярки бои с голямо съдържание на олово.
На шишенцата с лекарства нямаше секретни капачета, вратите често не се заключваха, а шкафовете в къщи не се заключваха никога.
Пиехме вода от улични чешмички, а не от пластмасови бутилки.
На никого дори не би му хрумнало да кара колело с каска. Ужас, нали!
С часове си правехме самоделни колички от дъски и лагери, намерени на някое бунище, и едва когато вече летяхме по нанадолнището си спомняхме, че сме забравили да им сложим спирачки.
Сутрин излизахме от къщи, играехме по цял ден и се прибирахме, когато запалваха уличното осветление – там където го имаше.
И през цялото това време никой не можеше да разбере къде сме.
Нямаше мобилни телефони, представяте ли си!
Няколко човека ядяхме един сладолед и пиехме лимонада от една и съща бутилка – и никой не умря.
Нямахме компютри, 3D игри, компактдискове, GSM-и, 160 канала кабелна телевизия, интернет и на тълпи ходехме на кино, защото нямаше дори видео! Затова пък имахме приятели. Излизахме от къщи и ги намирахме
.Ако някой ни трябваше, отивахме у тях и се виждахме с него. Просто така, без предварително обаждане!
Сами в този жесток и опасен свят. Без охрана. Как изобщо сме оживели? Измисляхме сами игрите си, крадяхме череши и ги ядяхме с костилките – и на никой костилките не му прорастваха в корема.
През междучасията се пръскахме с вода от многократни спринцовки и бутилки от „Веро”. Нашите постъпки си бяха наши собствени и ние бяхме готови за последствията.
Порязвахме се, ходехме в синини и натъртвания или си чупехме кокалите – но никой никого не съдеше.
Смятахме, че за всичко сме си виновни ние самите. Представата, че можеш да се откупиш от ченгетата или да се скатаеш от казармата практически не съществуваше.
Родителите от онези времена винаги вземаха страната на закона, можете ли да си го представите? Да-а-а, такива бяхме, а ето какви станахме:
По погрешка въвеждаме системната си парола на микровълновата печка.
Имаме списък от 15 номера да се свържем със семейството си, което се състои от 3 човека.
Пращаме e-mail на колегата, който седи в съседната стая. Губим контакт с приятелите си, които нямат електронна поща. След края на работния ден се връщаме вкъщи и отговаряме по телефона така, сякаш още сме на работа.
Изпадаме в паника, ако излезем от къщи без мобилен телефон, и се връщаме да го вземем.
Щом се събудим сутрин, първата ни работа е да влезем в интернет, още дори преди да си изпием кафето.“

Източник http://noligarh.com

Load More