isualize 2016 election data with GCP and Bitnami



Join developers from GCP and Bitnami for a hands-on demo. We’ll analyze campaign fundraising data from the Center for Responsive Politics to show how you can convert terabytes of data into rich, interactive visualizations in minutes.
In this demo, you’ll learn how to deploy a Google BigQuery enterprise dashboard and use Re:dash, an open source data visualization tool packaged by Bitnami, to analyze campaign data–and see what it may reveal.

cloud.google.com/election-2016/

We’ve updated our Terms of Service policy — what you need to know

We’ve updated our terms of service to reflect our credit expiration policy and want to provide clarity around what types of credit will expire, and when. Here’s what you need to know:

  1. Promotional credit will expire 12 months after it has been issued or redeemed. This includes referral sign-up credit, promotion codes you’ve entered, or credit issued by DigitalOcean staff.
  2. Referral and SLA credit will now expire after 12 months of account inactivity, and no sooner than May 2017. This includes credits earned from referring customers to DigitalOcean and SLA credits.

If you're interested in reviewing a detailed explanation of the changes, be sure to read our terms of service changelog or our blog post.
www.digitalocean.com/company/blog/details-on-expiring-digitalocean-credits/

Новые фотки. Ночью были большие техработы

В 2012 году я попробовал себя в нелегком деле хостинга. Купил на кредитку жены первый сервер :)
Прошло 3.5 года, у меня 4 стойки. Рост продолжается.
Расти приходилось потихоньку, с 1 стойки, в которой были и сетевые свитчи, и серверы, и системы хранения. Через некоторое время это стало проблемой. Воткнуть что либо стало уже некуда (много место занимали системы хранения), пришлось брать новые стойки. Из них пришлось тянуть провода от серверов к сетевому оборудованию.
Волевым решением было отключить вообще, всю инфраструктуру для тотальной перетряски всей инфраструктуры. Системы хранения были вынесены в отдельную просторную стойку с широкими возможностями роста. Стойка с сетевым оборудованием получила массу места для установки новых серверов, есть куда и как расти.

Ниже фотки :)


Читать дальше →

Мы расширили список поддерживаемых версий PHP

Мы расширили список поддерживаемых версий PHP. С сегодняшнего дня на всех тарифных планах виртуального хостинга Вы можете выбирать для своих сайтов PHP7. Переключение версии осуществляется буквально парой кликов.

В панели управления хостингом перейдите в раздел WWW, далее заходим в подраздел WWW-домены из списка выбираем домен на которым планируете установить PHP версии 7 и нажимаем клавишу Изменить. В появившемся окне в строке Версия PHP из списка выбираем PHP 7.0 (alt).

В версии PHP7 появилось очень много полезных функций. По сравнению с предыдущей стабильной веткой PHP 5.6 новый новая версия интерпретатора PHP 7.0 значительно выигрывает по производительности, не менее чем на 20-30%.

Protect yourself by SYN flood

Distributed Denial of Service (DDoS) attacks are becoming increasingly commonplace as business becomes more and more dependent on delivering services over the Internet. One of the most common types of DDoS attacks is the well-known SYN-flood attack. It is a basic end-host resource attack designed to bring your server to its knees. As a result, your server is unable to properly handle any new incoming connection requests.

SYN Protection in the past
In the past, SYN attacks, by major vendor, was mitigated using conntrack filtering on commodity or AICS hardware. With Netfilter’s connection tracking system (conntrack), we can start filtering out false SYN-ACK and ACK packets before they hit the “listen” state lock. The conntrack system actually has a scalability problem (like the “listen” lock) when it comes to creating (or deleting) connections, which the SYN-flood will hit.

Even after fixing the conntrack lock, the SYN packets will still be sent to the socket causing the “listen” socket lock to occur. The normal mitigation technique is to send SYN-cookies and avoid creating any state until the SYN-ACK packet is seen.

Unfortunately, SYN-cookies are sent under the same “listen” state lock, so the mitigation does not solve the scalability issue. How these limitations can be worked around will be discussed later.

SYNPROXY, New Filtering Era
With SYNPROXY we can increase 20x performance then old technique removing the “listen state lock” part catching packets that the connection tracking system has categorized as “INVALID” and not part of a known connection state. The matching against existing conntrack entries is very fast and completely scalable. The conntrack system actually does lockless RCU (read-copy update) lookups for existing connections.

Essentially, this solves all other TCP-flooding packets except SYN-flooding.

But NOW, How we can solve SYN-flooding?
SYNPROXY essentially does parallel SYN-cookies and not create a conntrack entry before the SYN-ACK packet is received thus avoiding the conntrack new connections lock. Once the initial connection is established the normal conntrack system will take over and do all the needed forwarding.

If you have CentOS 7 or any distribution with kernel > 3.13 and iptables 1.4.21 you have this module built-in.

To enable it we need to tweak sysctl.conf. Insert in /etc/sysctl.conf:
#SYN cookies
net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_max_syn_backlog=4096
net.ipv4.tcp_syn_retries=5
net.ipv4.tcp_synack_retries=2

#SYNPROXY REQ
net.netfilter.nf_conntrack_tcp_loose=0
net.netfilter.nf_conntrack_max=2000000
net.ipv4.tcp_timestamps=1

#OPTIMIZE TCP
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
net.core.netdev_max_backlog = 250000


Now you can configure SYNPROXY using public online script avaiable here
github.com/netoptimizer/network-testing/blob/master/iptables/iptables_synproxy.sh

If you want configure yourself go head with these steps:
Step #1: In the “raw” table, we need to make sure connections that need protection don’t create new conntrack entries for SYN packets.
# iptables -t raw -I PREROUTING -i $DEV -p tcp -m tcp –syn –dport $PORT -j CT –notrack


Step #2: Now we need to catch these packets and direct them to the SYNPROXY target module. To do this, use the following rule to catch UNTRACKED SYN and INVALID packets that contain the ACK from 3WHS (and also others, but they will fall-through).
# iptables -A INPUT -i $DEV -p tcp -m tcp –dport $PORT -m state –state INVALID,UNTRACKED -j SYNPROXY –sack-perm –timestamp –wscale 7 –mss 1460


Step #3: Catch the INVALID state packets that fell-through the SYNPROXY module and drop those. Basically, this will drop SYN-ACK based floods.
# iptables -A INPUT -m state –state INVALID -j DROP

Considerations when using SYNPROXY

Enabling SYNPROXY does comes at a cost. The connection establishment phase is going to be slower due to the extra connection setup needed towards the end-host. When the end-host is localhost, then this extra step is obviously very fast but nonetheless adds latency.

The parameters to the SYNPROXY target module must match TCP options and settings supported by the end-host that the TCP connections are being proxied for. Detecting and setting this up is manually done per rule setting. (A helper tool “nfsynproxy” is part of iptables release 1.4.21). This unfortunately means the module cannot be easily deployed in DHCP-based firewall environments.

Приём PayPal возобновлён

Приём PayPal возобновлён.
В настоящее время в соответствии с российским законодательством (Федеральный закон от 27.06.2011 N 161-ФЗ «О национальной платежной системе») перевод электронных денежных средств между индивидуальными предпринимателями, а также индивидуальными предпринимателями и юридическими лицами невозможен.
Речь идёт как мы понимаем о переводах внутри российских PayPal счетов.

BGP подняли в Москве пока на приватной AS. Это позволит отправлять в блэк-хол любой IP, и никакой DDoS на этот IP не сможет забить канал в сети. Приступаем к автоматизации данного процесса.

Порог для срабатывания блэк-холл сейчас установлен на 3Gbps. Работаем, чтобы можно было эту величину динамически регулировать.

2, 3 и 9 мая

Друзья! В связи с майскими праздниками наши офисы, информационный и финансовый отделы не работают 2, 3 и 9 мая.