enterprise

Rocky Linux 8.4 推出了...

用來替代 CentOS 的 Rocky Linux 8.4 推出了：「Rocky Linux 8.4 GA Available Now」，可以在 Downloads 這個頁面下載。

一般 HTTPS 下載可以看到透過 Fastly 的 CDN，雖然台灣沒有 PoP，但拉了一下看起來還是夠快 (即使是晚上時間)，台北市家裡的 HiNet 1G/600M 可以跑到 56.1MB/sec，新莊家裡的 300M/100M 則是 11.8MB/sec，都是走 IPv6，雖然沒滿速但這個速度算快了，畢竟要跨國塞...

如果真的要快的話 (畢竟 x86_64 的 image 要 9GB)，透過 BitTorrent 下載的速度會快不少，至少我是可以跑滿 HiNet 上 1G 與 300M 的下載...

另外一個加速的方式是平行下載，像是透過 AXEL 這種工具：

axel -c 4 https://download.rockylinux.org/pub/rocky/8/isos/x86_64/Rocky-8.4-x86_64-minimal.iso

官方有提供 migration tool，可以讓使用者從 CentOS 轉移到 Rocky Linux，對於不方便或是不想要重灌的使用者提供另外一種選擇：「migrate2rocky -- Conversion Script」。

CentOS 將會變成 CentOS Stream

讓不少團隊要炸的消息，CentOS 將會被消滅變成 CentOS Stream：「CentOS Project shifts focus to CentOS Stream」與「CentOS Stream: Building an innovative future for enterprise Linux」。

很多團隊用 CentOS 的主要原因就是因為他基本上就是個 RHEL 重新打包的版本，一來更新速度沒有很快 (所以穩定不少，跑得好好的就不要動他最穩...)，二來很多商用軟體都可以在支援 RHEL 時「順便」支援 CentOS。

再來是考慮到他有超級長的支援期，像是 2011 年推出的 CentOS 6 到上個月月底 (2020/11/30) 才終止支援，相較於 Ubuntu LTS 提供的五年來說長很多。

所以兩邊都有選擇的理由 (以及族群)，一邊是追求穩定性，一邊是有新技術的需求。

不過 IBM 在 2018 年收購 Red Hat 後看起來對這件事情有很不一樣的看法：決定要收掉 CentOS，然後借屍還魂叫做 CentOS Stream，上面開始會有與 RHEL 不同的東西。

When CentOS Linux 8 (the rebuild of RHEL8) ends, your best option will be to migrate to CentOS Stream 8, which is a small delta from CentOS Linux 8, and has regular updates like traditional CentOS Linux releases.

所以接下來還有支援的兩個版本，分別是 2014 年出的 CentOS 7，將照原訂的 10 年計畫支援到 2024/06/30，以及 2019 年出的 CentOS 8，就只會支援到 2021/12/31 了。

翻了一下 Hacker News 上的討論，先不講幹聲一片的問題，看起來原來建立 CentOS 的 Gregory Kurtzer 決定出來再幹一次：「Original CentOS founder intends to create new fork of RHEL (rockylinux.org)」。

來看看後續社群會怎麼玩吧...

打穿蘋果的企業網路

上個禮拜丟出來很轟動的一篇「side project」，三個月不斷的打穿蘋果的企業網路：「We Hacked Apple for 3 Months: Here’s What We Found」，對應的 Hacker News 討論可以在「We Hacked Apple for 3 Months (samcurry.net)」這邊看到。

在最後面有提到這本來是打好玩的，但後來就投入愈來愈多時間進去：

This was originally meant to be a side project that we'd work on every once in a while, but with all of the extra free time with the pandemic we each ended up putting a few hundred hours into it.

這是五個人通力合作打了三個月出來的成果，依照他們的回報數字，共打出了 55 個「洞」，考慮到週休的情況，幾乎是天天打洞出來玩：

There were a total of 55 vulnerabilities discovered with 11 critical severity, 29 high severity, 13 medium severity, and 2 low severity reports. These severities were assessed by us for summarization purposes and are dependent on a mix of CVSS and our understanding of the business related impact.

文章裡沒有對每個安裝漏洞都描述，但有針對一些比較「有趣」的漏洞說明，雖然看了以後知道是怎麼一回事，但對這些手法沒這麼熟，你叫我打我還是不會打啊 XDDD 反而是當作表演藝術來看...

Cloudflare 的 Enterprise 客戶可以用 Secondary DNS 服務了

Cloudflare 宣佈了新，提供 Enterprise 客戶使用 Secondary DNS：「Secondary DNS — A faster, more resilient way to serve your DNS records」。

先前 Cloudflare 的客戶只能透過網頁或是 Cloudflare 提供的 API 管理 DNS，現在則是可以透過標準協定直接建出 Secondary DNS：

Starting today, enterprise customers who are entitled to secondary DNS will be able to configure their zone in the Cloudflare Dashboard.

這樣對於自己在管理 DNS 的客戶會方便不少 (像是用 BIND 的單位)，不過因為安全性的考量，需要啟用 TSIG 確保資料不會被竄改：

Zone transfers between a primary and secondary server are unauthenticated on their own. TSIGs (Transactional Signatures) were developed as a means to add authentication to the DNS protocol, and have mostly been used for zone transfers.

另外就會想到 StackOverflow (「StackOverflow 對於多 DNS 商的同步方式...」) 與 GitHub (「GitHub 也自己搞了一套管理多家 DNS 的程式...」) 的方式，是直接在不同的系統之間疊管理抽象層，這種搞法應該會更穩定，畢竟是直接丟到兩個不同系統管理。

然後我記得市場上有一些 Secondary DNS 的服務可以選，Cloudflare 目前看起來算是補產品線而不是進來殺市場 (畢竟是掛在 Enterprise 等級才能用)。

AWS Outposts 總算要開始出貨了

去年 AWS 在 re:Invent 喊的 AWS Outposts 總算是有東西要出貨了：「AWS Outposts Now Available – Order Yours Today!」。

放在自家實體的機櫃，然後掛到 AWS 上變成一個特殊的 region。目前一個特殊的 region 只能放 16 個機櫃，但預期之後可以更多：

Capacity Expansion – Today, you can group up to 16 racks into a single capacity pool. Over time we expect to allow you to group thousands of racks together in this manner.

不過要注意的是，需要有 AWS Enterprise Support 才能下單，而且看起來硬體的維修也包在內了：

Support – You must subscribe to AWS Enterprise Support in order to purchase an Outpost. We will remotely monitor your Outpost, and keep it happy & healthy over time. We’ll look for failing components and arrange to replace them without disturbing your operations.

看了一下價錢的頁面，如果以北美的 upfront 來算，最便宜的是 OR-L8IF4WF 與 OR-I0OGL02 的 USD$225,504.81，最貴的是 OR-HSZHMMF 的 USD$898,129.52，暫時應該用不到 XDDD

Cloudflare 發表 Logpush，把 log 傳出來

Cloudflare 推出了 Logpush，可以把 log 傳到 Amazon S3 或是 Google Cloud Storage 上 (目前就支援這兩個)：「Logpush: the Easy Way to Get Your Logs to Your Cloud Storage」，目前是 enterprise 方案可以用：

Today, we’re excited to announce a new way to get your logs: Logpush, a tool for uploading your logs to your cloud storage provider, such as Amazon S3 or Google Cloud Storage. It’s now available in Early Access for Enterprise domains.

Logpush currently works with Amazon S3 and Google Cloud Storage, two of the most popular cloud storage providers.

以往是自己拉，需要考慮 HA 問題 (兩台小機器就可以了，機器成本是還好，但維護成本頗高)，現在則是可以讓 Cloudflare 主動推上來...

我大多數的建議是 log 儘量留 (包括各種系統的 log 與 http access log)。主要是因為儲存成本一直下降 (S3 的 1TB 才 USD$23/month，如果使用 Glacier 會低到 USD$4/month)，而且 log 在壓縮後會變小很多 (經常會有重複的字)。

最傳統的 AWStats 就可以看到不少資訊，如果是透過 IP address 與 User-agent，交叉配合其他 event data 就可以讓很多 machine learning 演算法取得的資訊更豐富。

Google 也透過同樣機制蒐集使用者的行為

Update：Google 的憑證也被 revoke 了，另外 Facebook 的恢復內部使用的部分了：「Apple blocks Google from running its internal iOS apps」。

昨天是 Facebook 被發現在 iOS 上使用 Enterprise Certificate 取得使用者的行為記錄 (參考「Facebook 花錢向使用者購買他們的行為記錄」)，後來 Apple 撤銷了這張 Enterprise Certificate (因為不符合 Enterprise Certificate 的使用條款)，並且使得 Facebook 內部符合 Enterprise Certificate 的應用程式都失效。

而 Google 也被抓出幹同樣的事情，叫做 Screenwise Meter：「Google will stop peddling a data collector through Apple’s back door」。

目前 Google 自己已經下架，但這表示已經有的 spyware 還是會生效，就看 Apple 要不要拔了...

G Suite 推出 LDAPS 認證，但是 Business 版本不支援...

公司裡面有人提到去年的這個消息，說 G Suite 可以直接提供 LDAPS 認證：「Secure LDAP now generally available to simplify the management of traditional applications」，在裡面提到了另外一篇講的比較詳細的文章也可以參考：「Cloud Identity now provides access to traditional apps with secure LDAP」。

這個功能等於是把傳統的應用程式直接掛上去，瞬間搞定一堆應用，不用再自己透過 SAML 或是各種 API 接半天...

不過看了一下提供服務的對象，發現 G Suite 的 Business 版本不支援，只有 Enterprise 與教育版本有支援，或是買 Cloud Identity 的 Premium 版本：

Editions:
Available to G Suite Enterprise, G Suite Enterprise for Education, G Suite for Education, and Cloud Identity Premium editions only

這樣就苦了點... 目前遇到的人大多數都是買 Business 而非 Enterprise。

Percona 宣佈提供 PostgreSQL Support...

有點意外的，Percona 宣佈提供 PostgreSQL Support：「Percona Expands Services Offerings with PostgreSQL Support」。看起來是建出熟 PostgreSQL 的團隊來做生意了...

之後應該會在他們站上開始看到與 PostgreSQL 相關的文章了；另外一方面，對於付錢買 Percona 服務的人來說，可以跟同一個廠商通包所有的服務 (從 MySQL、MariaDB、Percona Server 這三個 MySQL 系列的資料庫，到 MongoDB，然後是昨天推出的 PostgreSQL)：

As a result, organizations can, for the first time, work with a single trusted vendor to meet their support needs for MySQL, MongoDB, MariaDB, PostgreSQL, or any hybrid combination of these database technologies, whether deployed on-premises, in the cloud, or in a Database as a Service (DBaaS) environment.

然後也許有機會看到 Percona 客製的 PostgreSQL？

Cloudflare 推出 Spectrum：65535 個 TCP Port 都可以轉的 Proxy...

Cloudflare 推出了 Spectrum，文章標題提到的 65533 應該是指 80 & 443 以外其他的 port：「Introducing Spectrum: Extending Cloudflare To 65,533 More Ports」。

然後因為 TCP proxy 不像 HTTP proxy 與 WebSocket proxy 可以靠 Host header 資訊判斷，在 TCP proxy 需要獨占 IP address 使用 (i.e. 一個 IP address 只能給一個客戶用)，而因為 IPv4 address 不夠的關係，這個功能只開放給 Enterprise 客戶用：

Today we are introducing Spectrum, which brings Cloudflare’s security and acceleration to the whole spectrum of TCP ports and protocols for our Enterprise customers.

雖然現在限定在 Enterprise 客戶，但 Cloudflare 還是希望看看有沒有其他想法，目前提出來的選項包括了開放 IPv6 address 給所有人用，或是變成獨立付費項目：

Why just Enterprise? While HTTP can use the Host header to identify services, TCP relies on each service having a unique IP address in order to identify it. Since IPv4 addresses are endangered, it’s quite expensive for us to delegate an IP per application and we needed to limit use. We’re actively thinking about ways to bring Spectrum to everyone. One idea is to offer IPv6-only Spectrum to non-Enterprise customers. Another idea is let anyone use Spectrum but pay for the IPv4 address. We’re not sure yet, but if you prefer one to the other, feel free to comment and let us know.

類似的產品應該是 clean pipe 類的服務，但一般 clean pipe 是透過 routing 重導清洗流量，而非像 Cloudflare 這樣設計... 不知道後續會有什麼樣的變化。