From 9b02345355add8bd15d45054bb684b42de32bc84 Mon Sep 17 00:00:00 2001 From: alim0x Date: Mon, 20 Jul 2015 11:11:31 +0800 Subject: [PATCH 1/8] Update 15 - The history of Android.md Translate-ING --- .../15 - The history of Android.md | 52 +++++++++---------- 1 file changed, 25 insertions(+), 27 deletions(-) diff --git a/sources/talk/The history of Android/15 - The history of Android.md b/sources/talk/The history of Android/15 - The history of Android.md index 9ca4176245..a1f3896c09 100644 --- a/sources/talk/The history of Android/15 - The history of Android.md +++ b/sources/talk/The history of Android/15 - The history of Android.md @@ -1,36 +1,34 @@ -alim0x translating - -The history of Android +安卓编年史 ================================================================================ -![Gingerbread's new keyboard, text selection UI, overscroll effect, and new checkboxes.](http://cdn.arstechnica.net/wp-content/uploads/2014/02/3kb-high-over-check.png) -Gingerbread's new keyboard, text selection UI, overscroll effect, and new checkboxes. -Photo by Ron Amadeo +![姜饼的新键盘，文本选择，边界回弹效果以及新复选框。](http://cdn.arstechnica.net/wp-content/uploads/2014/02/3kb-high-over-check.png) +姜饼的新键盘，文本选择，边界回弹效果以及新复选框。 +Ron Amadeo供图 -One of the most important additions to Android 2.3 was the system-wide text selection interface, which you can see in the Google search bar in the left screenshot. Long pressing a word would highlight it in orange and make draggable handles appear on either side of the highlight. You could then adjust the highlight using the handles and long press on the highlight to bring up options for cut, copy, and paste. Previous methods used tiny controls that relied on a trackball or D-Pad, but with this first finger-driven text selection method, the Nexus S didn’t need the extra hardware controls. +安卓2.3最重要的新增功能就是系统全局文本选择界面，你可以在左侧截图的谷歌搜索栏看到它。长按一个词能使其变为橙色高亮，并且出现可拖拽的小标签，长按高亮部分会弹出剪切，复制和粘贴选项。之前的方法使用的是依赖于十字方向键的控制，但现在有了触摸文本选择，Nexus S不再需要额外的硬件控件。 -The right set of images shows the new checkbox design and overscroll effect. The Froyo checkbox worked like a light bulb—it would show a green check when on and a gray check when off. Gingerbread now displayed an empty box when an option is turned off—which made much more sense. Gingerbread was the first version to have an overscroll effect. An orange glow appeared when you hit the end of a list and grew larger as you pulled more against the dead end. Bounce scrolling would probably have made the most sense, but that was patented by Apple. +左侧截图右半边展示的是新的复选框设计和边界回弹效果。冻酸奶（2.2）的复选框像个灯泡——选中时显示一个绿色的勾，未选中的时候显示灰色的勾。姜饼在选项关闭的时候显示一个空的选框——这显得更有意义。姜饼是第一个拥有滚动到底发光效果的版本。当到达列表底部的时候会有一道橙色的光晕，你越往上拉光晕越明显。列表上拉滚动反弹也许最直观，但那是苹果的专利。 -![The new dialer and dialog box design.](http://cdn.arstechnica.net/wp-content/uploads/2014/02/dialdialog.png) -The new dialer and dialog box design. -Photo by Ron Amadeo +![新拨号界面和对话框设计。](http://cdn.arstechnica.net/wp-content/uploads/2014/02/dialdialog.png) +新拨号界面和对话框设计。 +Ron Amadeo供图 -The dialer received a little more love in Gingerbread. It became darker, and Google finally addressed the combination of sharp corners, rounded corners, and complete circles that it had going on. Now every corner was a sharp right angle. All the dial pad buttons were replaced with a weird underline, like some faint leftovers of what used to be a button. You were never really sure if you were supposed to see a button or not—our brains wanted to imagine the rest of the square. +姜饼里的拨号受到了稍微多点的照顾。它变得更暗了，并且谷歌终于解决了原本的直角，圆角以及圆形的结合问题。现在所有的边角都是直角了。所有的拨号按键被替换成了带有奇怪下划线的样式，像是用边角料拼凑的。你永远无法确定是否看到了一个按钮——我们的大脑得想象出按钮形状的剩余部分。 -The Wi-Fi network dialog is pictured to show off the rest of the system-wide changes. All the dialog box titles were changed from gray to black, every dialog box, dropdown, and button corner was sharpened up, and everything was a little bit darker. All these system-wide changes made all of Gingerbread look a lot less bubbly and more mature. The "all black everything" look wasn't necessarily the most welcoming color palette, but it certainly looked better than Android's previous gray-and-beige color scheme. +图中的无线网络对话框可以看作是剩下的系统全局改动的样本。所有的对话框标题从灰色变为黑色，对话框，下拉框以及按钮边缘都变成了直角，各部分色调都变暗了一点。所有的这些全局变化使得姜饼看起来不像原来那样活泼，而是更加地成熟。“到处都是黑色”的外观必然不是最受欢迎的色调，但它无疑看起来比安卓之前的灰色和米色的配色方案好多了。 -![The new Market, which added a massive green header.](http://cdn.arstechnica.net/wp-content/uploads/2014/02/4market.png) -The new Market, which added a massive green header. -Photo by Ron Amadeo +![新市场，添加了大块的绿色页面顶栏。](http://cdn.arstechnica.net/wp-content/uploads/2014/02/4market.png) +新市场，添加了大块的绿色页面顶栏。 +Ron Amadeo供图 -While not exclusive to Gingerbread, with the launch of the new OS came "Android Market 2.0." Most of the list design was the same, but Google covered the top third of the screen with a massive green banner that was used for featured apps and navigation. The primary design inspiration here was probably the green Android mascot—the color is a perfect match. At a time when the OS was getting a darker design, the neon green banner and white list made the Market a lot brighter. +新版系统带来了“安卓市场2.0”，虽然它不是姜饼独占的。主要的列表设计和原来一致，但谷歌将屏幕上部三分之一覆盖上了大块的绿色横幅，用来展示热门应用以及导航。这里主要的设计灵感也许是绿色的安卓吉祥物——它们的颜色完美匹配。在系统设计偏向暗色系的时候，霓虹灯般的绿色横幅和白色列表让市场明快得多。 -However, the same green background image was used across phones, which meant on lower resolution devices, the green banner was even bigger. Users complained so much about the wasted screen space that later updates would make the green banner scroll up with the content. At the time, horizontal mode was even worse—it would fill the left half of the screen with the static green banner. +但是，相同的绿色背景图片被用在不同的手机上，这意味着在低分辨率设备上，绿色横幅看起来更加的大。不少用户抱怨这浪费了屏幕空间，于是随后的更新使得绿色横幅跟随内容向上滚动。在那时，横屏模式更加糟糕——绿色横幅会填满剩下的半个屏幕。 -![An app page from the Market showing the collapsible text section, the "My apps" section, and Google Books screenshots.](http://cdn.arstechnica.net/wp-content/uploads/2014/03/5rest-of-market-and-books.png) -An app page from the Market showing the collapsible text section, the "My apps" section, and Google Books screenshots. -Photo by Ron Amadeo +![市场的一个带有可折叠描述的应用详情页面，“我的应用”界面，以及Google Books界面截图。](http://cdn.arstechnica.net/wp-content/uploads/2014/03/5rest-of-market-and-books.png) +市场的一个带有可折叠描述的应用详情页面，“我的应用”界面，以及Google Books界面截图。 +Ron Amadeo供图 -App pages were redesigned with collapsible sections. Rather than having to scroll through a thousand-line description, text boxes were truncated to only the first few lines. After that, a "more" button needed to be tapped. This allowed users to easily scroll through the list and find things like pictures and "contact developer," which would usually be farther down the page. +应用详情页面经过重新设计有了可折叠部分。文本描述只截取前几行展示，向下滑动页面不用再穿过数千行的描述。简短的描述后有一个“更多”按钮可供点击来显示完整的描述。这让用户可以轻松地滑动过列表找到像是截图和“联系开发者”，这些部分通常在页面偏下部分。 The other parts of the Android homescreen wisely toned down the green monster. The rest of the app was mostly just the old Market with new green navigational elements. Any of the old tabbed interfaces were upgraded to swipeable tabs. In the right Gingerbread image, swiping right-to-left would switch from "Top Paid" to "Top Free," which made navigation a little easier. @@ -38,9 +36,9 @@ Gingerbread came with the first of what would become the Google Play content sto Google Books and the “My Apps" page of the Market were both examples of early precursors to the Action Bar. Just like the current guidelines, a stickied top bar featured the app icon, the name of the screen within the app, and a few controls. The layout of these two apps was actually pretty modern looking. -![The new Google Maps.](http://cdn.arstechnica.net/wp-content/uploads/2014/02/maps1.png) -The new Google Maps. -Photo by Ron Amadeo +![新版谷歌地图](http://cdn.arstechnica.net/wp-content/uploads/2014/02/maps1.png) +新版谷歌地图。 +Ron Amadeo供图 Google Maps (which, again, at this point was on the Android Market and not exclusive to this version of Android) now featured another action bar precursor in the form of a top-aligned control bar. This version of an early action bar featured a lot of experimenting. The majority of the bar was taken up with a search box, but you could never type into the bar. Tapping on it would open the old search interface from Android 1.x, with a totally different bar design and bubbly buttons. This 2.3 bar wasn't anything more than a really big search button. @@ -52,7 +50,7 @@ Along with Places' new top billing in the app drawer came a redesigned interface ![The new YouTube design, which, amazingly, sort of matches the old Maps business page design.](http://cdn.arstechnica.net/wp-content/uploads/2014/02/youtube22.png) The new YouTube design, which, amazingly, sort of matches the old Maps business page design. -Photo by Ron Amadeo +Ron Amadeo供图 The YouTube app seemed completely separate from the rest of Android, as if whoever designed this had no idea what Gingerbread would end up looking like. Highlights were red and gray instead of green and orange, and rather than the flat black of Gingerbread, YouTube featured bubbly buttons, tabs, and bars with rounded corners and heavy gradients. The new app did get a few things right, though. All the tabs could be horizontally swiped through, and the app finally added a vertical viewing mode for videos. Android seemed like such an uncoordinated effort at this stage. It’s like someone told the YouTube team “make it black," and that was all the direction they were given. The only Android entity this seemed to match was the old Google Maps business page design. @@ -60,7 +58,7 @@ Despite the weird design choices, the YouTube app had the best approximation yet ![The new Google Talk, which supported voice and video calls, and the new Voice Actions interface.](http://cdn.arstechnica.net/wp-content/uploads/2014/02/talkvoice.png) The new Google Talk, which supported voice and video calls, and the new Voice Actions interface. -Photo by Ron Amadeo +Ron Amadeo供图 One last update for Gingerbread came with Android 2.3.4, which brought a new version of Google Talk. Unlike the Nexus One, the Nexus S had a front-facing camera—and the redesigned version of Google Talk had voice and video calling. The colored indicators on the right of the friends list were used to indicate not only presence, but voice and video availability. A dot was text only, a microphone was text or voice, and a camera was text, voice, or video. If available, tapping on a voice or video icon would immediately start a call with that person. From d0b8622a85b9564c323a0d776d6d710990d40510 Mon Sep 17 00:00:00 2001 From: DongShuaike Date: Mon, 20 Jul 2015 14:26:29 +0800 Subject: [PATCH 2/8] Update 20150625 How to Provision Swarm Clusters using Docker Machine.md --- ...25 How to Provision Swarm Clusters using Docker Machine.md | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/sources/tech/20150625 How to Provision Swarm Clusters using Docker Machine.md b/sources/tech/20150625 How to Provision Swarm Clusters using Docker Machine.md index 47d33102e5..092eb3dbbd 100644 --- a/sources/tech/20150625 How to Provision Swarm Clusters using Docker Machine.md +++ b/sources/tech/20150625 How to Provision Swarm Clusters using Docker Machine.md @@ -1,3 +1,5 @@ +Translating by DongShuaike + How to Provision Swarm Clusters using Docker Machine ================================================================================ Hi all, today we'll learn how we can deploy Swarm Clusters using Docker Machine. It serves the standard Docker API, so any tool which can communicate with a Docker daemon can use Swarm to transparently scale to multiple hosts. Docker Machine is an application that helps to create Docker hosts on our computer, on cloud providers and inside our own data center. It provides easy solution for creating servers, installing Docker on them and then configuring the Docker client according the users configuration and requirements. We can provision swarm clusters with any driver we need and is highly secured with TLS Encryption. @@ -122,4 +124,4 @@ via: http://linoxide.com/linux-how-to/provision-swarm-clusters-using-docker-mach 本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创翻译，[Linux中国](https://linux.cn/) 荣誉推出 -[a]:http://linoxide.com/author/arunp/ \ No newline at end of file +[a]:http://linoxide.com/author/arunp/ From cdf09db5095b798688d850eacaf97b11ac207c18 Mon Sep 17 00:00:00 2001 From: alim0x Date: Mon, 20 Jul 2015 17:01:42 +0800 Subject: [PATCH 3/8] [complete]15 - The history of Android.md --- .../15 - The history of Android.md | 86 ------------------- .../15 - The history of Android.md | 86 +++++++++++++++++++ 2 files changed, 86 insertions(+), 86 deletions(-) delete mode 100644 sources/talk/The history of Android/15 - The history of Android.md create mode 100644 translated/talk/The-history-of-Android/15 - The history of Android.md diff --git a/sources/talk/The history of Android/15 - The history of Android.md b/sources/talk/The history of Android/15 - The history of Android.md deleted file mode 100644 index a1f3896c09..0000000000 --- a/sources/talk/The history of Android/15 - The history of Android.md +++ /dev/null @@ -1,86 +0,0 @@ -安卓编年史 -================================================================================ -![姜饼的新键盘，文本选择，边界回弹效果以及新复选框。](http://cdn.arstechnica.net/wp-content/uploads/2014/02/3kb-high-over-check.png) -姜饼的新键盘，文本选择，边界回弹效果以及新复选框。 -Ron Amadeo供图 - -安卓2.3最重要的新增功能就是系统全局文本选择界面，你可以在左侧截图的谷歌搜索栏看到它。长按一个词能使其变为橙色高亮，并且出现可拖拽的小标签，长按高亮部分会弹出剪切，复制和粘贴选项。之前的方法使用的是依赖于十字方向键的控制，但现在有了触摸文本选择，Nexus S不再需要额外的硬件控件。 - -左侧截图右半边展示的是新的复选框设计和边界回弹效果。冻酸奶（2.2）的复选框像个灯泡——选中时显示一个绿色的勾，未选中的时候显示灰色的勾。姜饼在选项关闭的时候显示一个空的选框——这显得更有意义。姜饼是第一个拥有滚动到底发光效果的版本。当到达列表底部的时候会有一道橙色的光晕，你越往上拉光晕越明显。列表上拉滚动反弹也许最直观，但那是苹果的专利。 - -![新拨号界面和对话框设计。](http://cdn.arstechnica.net/wp-content/uploads/2014/02/dialdialog.png) -新拨号界面和对话框设计。 -Ron Amadeo供图 - -姜饼里的拨号受到了稍微多点的照顾。它变得更暗了，并且谷歌终于解决了原本的直角，圆角以及圆形的结合问题。现在所有的边角都是直角了。所有的拨号按键被替换成了带有奇怪下划线的样式，像是用边角料拼凑的。你永远无法确定是否看到了一个按钮——我们的大脑得想象出按钮形状的剩余部分。 - -图中的无线网络对话框可以看作是剩下的系统全局改动的样本。所有的对话框标题从灰色变为黑色，对话框，下拉框以及按钮边缘都变成了直角，各部分色调都变暗了一点。所有的这些全局变化使得姜饼看起来不像原来那样活泼，而是更加地成熟。“到处都是黑色”的外观必然不是最受欢迎的色调，但它无疑看起来比安卓之前的灰色和米色的配色方案好多了。 - -![新市场，添加了大块的绿色页面顶栏。](http://cdn.arstechnica.net/wp-content/uploads/2014/02/4market.png) -新市场，添加了大块的绿色页面顶栏。 -Ron Amadeo供图 - -新版系统带来了“安卓市场2.0”，虽然它不是姜饼独占的。主要的列表设计和原来一致，但谷歌将屏幕上部三分之一覆盖上了大块的绿色横幅，用来展示热门应用以及导航。这里主要的设计灵感也许是绿色的安卓吉祥物——它们的颜色完美匹配。在系统设计偏向暗色系的时候，霓虹灯般的绿色横幅和白色列表让市场明快得多。 - -但是，相同的绿色背景图片被用在不同的手机上，这意味着在低分辨率设备上，绿色横幅看起来更加的大。不少用户抱怨这浪费了屏幕空间，于是随后的更新使得绿色横幅跟随内容向上滚动。在那时，横屏模式更加糟糕——绿色横幅会填满剩下的半个屏幕。 - -![市场的一个带有可折叠描述的应用详情页面，“我的应用”界面，以及Google Books界面截图。](http://cdn.arstechnica.net/wp-content/uploads/2014/03/5rest-of-market-and-books.png) -市场的一个带有可折叠描述的应用详情页面，“我的应用”界面，以及Google Books界面截图。 -Ron Amadeo供图 - -应用详情页面经过重新设计有了可折叠部分。文本描述只截取前几行展示，向下滑动页面不用再穿过数千行的描述。简短的描述后有一个“更多”按钮可供点击来显示完整的描述。这让用户可以轻松地滑动过列表找到像是截图和“联系开发者”，这些部分通常在页面偏下部分。 - -The other parts of the Android homescreen wisely toned down the green monster. The rest of the app was mostly just the old Market with new green navigational elements. Any of the old tabbed interfaces were upgraded to swipeable tabs. In the right Gingerbread image, swiping right-to-left would switch from "Top Paid" to "Top Free," which made navigation a little easier. - -Gingerbread came with the first of what would become the Google Play content stores: Google Books. The app was a basic book reader that would display books in a simple thumbnail grid. The "Get eBooks" link at the top of the screen opened the browser and loaded a mobile website where you could buy books. - -Google Books and the “My Apps" page of the Market were both examples of early precursors to the Action Bar. Just like the current guidelines, a stickied top bar featured the app icon, the name of the screen within the app, and a few controls. The layout of these two apps was actually pretty modern looking. - -![新版谷歌地图](http://cdn.arstechnica.net/wp-content/uploads/2014/02/maps1.png) -新版谷歌地图。 -Ron Amadeo供图 - -Google Maps (which, again, at this point was on the Android Market and not exclusive to this version of Android) now featured another action bar precursor in the form of a top-aligned control bar. This version of an early action bar featured a lot of experimenting. The majority of the bar was taken up with a search box, but you could never type into the bar. Tapping on it would open the old search interface from Android 1.x, with a totally different bar design and bubbly buttons. This 2.3 bar wasn't anything more than a really big search button. - -![The new business pages, which switched from black to white.](http://cdn.arstechnica.net/wp-content/uploads/2014/02/maps2-Im-hungry.png) -The new business pages, which switched from black to white. -Photo by Ron Amadeo - -Along with Places' new top billing in the app drawer came a redesigned interface. Unlike the rest of Gingerbread, this switched from black to white. Google also kept the old buttons with rounded corners. This new version of Maps helpfully displayed the hours of operation of a business, and it offered advanced search options like places that were currently open or thresholds for ratings and price. Reviews were brought to the surface, allowing a user to easily get a feel for the current business. It was now also possible to "star" a location from the search results and save it for later. - -![The new YouTube design, which, amazingly, sort of matches the old Maps business page design.](http://cdn.arstechnica.net/wp-content/uploads/2014/02/youtube22.png) -The new YouTube design, which, amazingly, sort of matches the old Maps business page design. -Ron Amadeo供图 - -The YouTube app seemed completely separate from the rest of Android, as if whoever designed this had no idea what Gingerbread would end up looking like. Highlights were red and gray instead of green and orange, and rather than the flat black of Gingerbread, YouTube featured bubbly buttons, tabs, and bars with rounded corners and heavy gradients. The new app did get a few things right, though. All the tabs could be horizontally swiped through, and the app finally added a vertical viewing mode for videos. Android seemed like such an uncoordinated effort at this stage. It’s like someone told the YouTube team “make it black," and that was all the direction they were given. The only Android entity this seemed to match was the old Google Maps business page design. - -Despite the weird design choices, the YouTube app had the best approximation yet of an action bar. Besides the bar at the top with an app logo and a few buttons, the rightmost button was labeled “more" and would bring up options that didn’t fit in the bar. Today, this is called the “Overflow" button, and it's a standard UI piece. - -![The new Google Talk, which supported voice and video calls, and the new Voice Actions interface.](http://cdn.arstechnica.net/wp-content/uploads/2014/02/talkvoice.png) -The new Google Talk, which supported voice and video calls, and the new Voice Actions interface. -Ron Amadeo供图 - -One last update for Gingerbread came with Android 2.3.4, which brought a new version of Google Talk. Unlike the Nexus One, the Nexus S had a front-facing camera—and the redesigned version of Google Talk had voice and video calling. The colored indicators on the right of the friends list were used to indicate not only presence, but voice and video availability. A dot was text only, a microphone was text or voice, and a camera was text, voice, or video. If available, tapping on a voice or video icon would immediately start a call with that person. - -Gingerbread is the oldest version of Android still supported by Google. Firing up a Gingerbread device and letting it sit for a few minutes will result in a ton of upgrades. Gingerbread will pull down Google Play Services, resulting in a ton of new API support, and it will upgrade to the very newest version of the Play Store. Open the Play Store and hit the update button, and just about every single Google app will be replaced with a modern version. We tried to keep this article authentic to the time Gingerbread was released, but a real user stuck on Gingerbread today will be treated to a flood of anachronisms. - -Gingerbread is still supported because there are a good number of users still running the now ancient OS. Gingerbread's staying power is due to the extremely low system requirements, making it the go-to choice for slow, cheap phones. The next few versions of Android were much more exclusive and/or demanding on hardware. For instance, Android 3.0 Honeycomb is not open source, meaning it could only be ported to a device with Google's cooperation. It was also only for tablets, making Gingerbread the newest phone version of Android for a very long time. 4.0 Ice Cream Sandwich was the next phone release, but it significantly raised Android’s systems requirements, cutting off the low-end of the market. Google is hoping to get cheaper phones back on the update track with 4.4 KitKat, which brings the system requirements back down to 512MB of RAM. The passage of time helps, too—by now, even cheap SoCs have caught up to the demands of a 4.0-era version of Android. - ----------- - -![Ron Amadeo](http://cdn.arstechnica.net/wp-content//uploads/authors/ron-amadeo-sq.jpg) - -[Ron Amadeo][a] / Ron is the Reviews Editor at Ars Technica, where he specializes in Android OS and Google products. He is always on the hunt for a new gadget and loves to rip things apart to see how they work. - -[@RonAmadeo][t] - --------------------------------------------------------------------------------- - -via: http://arstechnica.com/gadgets/2014/06/building-android-a-40000-word-history-of-googles-mobile-os/15/ - -译者：[译者ID](https://github.com/译者ID) 校对：[校对者ID](https://github.com/校对者ID) - -本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创翻译，[Linux中国](http://linux.cn/) 荣誉推出 - -[a]:http://arstechnica.com/author/ronamadeo -[t]:https://twitter.com/RonAmadeo diff --git a/translated/talk/The-history-of-Android/15 - The history of Android.md b/translated/talk/The-history-of-Android/15 - The history of Android.md new file mode 100644 index 0000000000..2bde6052a6 --- /dev/null +++ b/translated/talk/The-history-of-Android/15 - The history of Android.md @@ -0,0 +1,86 @@ +安卓编年史 +================================================================================ +![姜饼的新键盘，文本选择，边界回弹效果以及新复选框。](http://cdn.arstechnica.net/wp-content/uploads/2014/02/3kb-high-over-check.png) +姜饼的新键盘，文本选择，边界回弹效果以及新复选框。 +Ron Amadeo 供图 + +安卓2.3最重要的新增功能就是系统全局文本选择界面，你可以在左侧截图的谷歌搜索栏看到它。长按一个词能使其变为橙色高亮，并且出现可拖拽的小标签，长按高亮部分会弹出剪切，复制和粘贴选项。之前的方法使用的是依赖于十字方向键的控制，但现在有了触摸文本选择，Nexus S 不再需要额外的硬件控件。 + +左侧截图右半边展示的是新的复选框设计和边界回弹效果。冻酸奶（2.2）的复选框像个灯泡——选中时显示一个绿色的勾，未选中的时候显示灰色的勾。姜饼在选项关闭的时候显示一个空的选框——这显得更有意义。姜饼是第一个拥有滚动到底发光效果的版本。当到达列表底部的时候会有一道橙色的光晕，你越往上拉光晕越明显。列表上拉滚动反弹也许最直观，但那是苹果的专利。 + +![新拨号界面和对话框设计。](http://cdn.arstechnica.net/wp-content/uploads/2014/02/dialdialog.png) +新拨号界面和对话框设计。 +Ron Amadeo 供图 + +姜饼里的拨号受到了稍微多点的照顾。它变得更暗了，并且谷歌终于解决了原本的直角，圆角以及圆形的结合问题。现在所有的边角都是直角了。所有的拨号按键被替换成了带有奇怪下划线的样式，像是用边角料拼凑的。你永远无法确定是否看到了一个按钮——我们的大脑得想象出按钮形状的剩余部分。 + +图中的无线网络对话框可以看作是剩下的系统全局改动的样本。所有的对话框标题从灰色变为黑色，对话框，下拉框以及按钮边缘都变成了直角，各部分色调都变暗了一点。所有的这些全局变化使得姜饼看起来不像原来那样活泼，而是更加地成熟。“到处都是黑色”的外观必然不是最受欢迎的，但它无疑看起来比安卓之前的灰色和米色的配色方案好多了。 + +![新市场，添加了大块的绿色页面顶栏。](http://cdn.arstechnica.net/wp-content/uploads/2014/02/4market.png) +新市场，添加了大块的绿色页面顶栏。 +Ron Amadeo 供图 + +新版系统带来了“安卓市场 2.0”，虽然它不是姜饼独占的。主要的列表设计和原来一致，但谷歌将屏幕上部三分之一覆盖上了大块的绿色横幅，用来展示热门应用以及导航。这里主要的设计灵感也许是绿色的安卓吉祥物——它们的颜色完美匹配。在系统设计偏向暗色系的时候，霓虹灯般的绿色横幅和白色列表让市场明快得多。 + +但是，相同的绿色背景图片被用在了不同的手机上，这意味着在低分辨率设备上，绿色横幅看起来更加的大。不少用户抱怨这浪费了屏幕空间，于是随后的更新使得绿色横幅跟随内容向上滚动。在那时，横屏模式更加糟糕——绿色横幅会填满剩下的半个屏幕。 + +![市场的一个带有可折叠描述的应用详情页面，“我的应用”界面，以及Google Books界面截图。](http://cdn.arstechnica.net/wp-content/uploads/2014/03/5rest-of-market-and-books.png) +市场的一个带有可折叠描述的应用详情页面，“我的应用”界面，以及 Google Books 界面截图。 +Ron Amadeo供图 + +应用详情页面经过重新设计有了可折叠部分。文本描述只截取前几行展示，向下滑动页面不用再穿过数千行的描述。简短的描述后有一个“更多”按钮可供点击来显示完整的描述。这让用户可以轻松地滑动过列表找到像是截图和“联系开发者”部分，这些部分通常在页面偏下部分。 + +安卓主屏的其它部分明智地淡化了绿色机器人元素。市场应用的剩余部分绝大多数仅仅只是旧版市场加上新的绿色导航元素。旧有的标签界面升级成了可滑动切换标签。在姜饼右侧截图中，从右向左滑动将会从“热门付费”切换至“热门免费”，这使得导航变得更加方便。 + +姜饼带来了将会成为 Google Play 内容商店第一位成员的应用：Google Books。这个应用是个基础的电子书阅读器，会将书籍以简单的预览图平铺展示。屏幕顶部的“获取 eBooks”链接会打开浏览器，然后加载一个你可以在上面购买电子书的移动网站。 + +Google Books 以及市场的“我的应用”页面都是 Action Bar 的原型。就像现在的指南中写的，页面有一个带应用图标的固定置顶栏，应用内页面的名称，以及一些控件。这两个应用的布局实际上看起来十分现代，和现在的界面相似。 + +![新版谷歌地图](http://cdn.arstechnica.net/wp-content/uploads/2014/02/maps1.png) +新版谷歌地图。 +Ron Amadeo供图 + +谷歌地图（再重复一次，这时候的谷歌地图是在安卓市场中的，并且不是这个安卓版本独占的）拥有了另一个操作栏原型，是一个顶部对齐的控件栏。这个早期版本的操作栏拥有许多试验性功能。功能栏主要被一个搜索框所占据，但是你永远无法向其输入内容。点击搜索框会打开安卓 1.x 版本以来的旧搜索界面，它带有完全不同的操作栏设计和活泼的按钮。2.3 版本的顶栏仅仅只是个大号的搜索按钮而已。 + +![从黑变白的新 business 页面。](http://cdn.arstechnica.net/wp-content/uploads/2014/02/maps2-Im-hungry.png) +从黑变白的新 business 页面。 +Ron Amadeo 供图 + +应用抽屉里和地点一起到来的热门商家重新设计了界面。不像姜饼的其它部分，它从黑色转换成了白色。谷歌还给它保留了圆角的旧按钮。这个新版本的地图能显示商家的营业时间，并且提供高级搜索选项，比如正在营业或是通过评分或价格限定搜索范围。点评被调整到了商家详情页面，用户可以更容易地对当前商家有个直观感受。而且现在还可以从搜索结果中给某个地点加星，保存起来以后使用。 + +![新 YouTube 设计，神奇的是有点像旧版地图的商家页面的设计。](http://cdn.arstechnica.net/wp-content/uploads/2014/02/youtube22.png) +新 YouTube 设计，神奇的是有点像旧版地图的商家页面的设计。 +Ron Amadeo供图 + +YouTube 应用似乎完全与安卓的其它部分分离开来，就像是设计它的人完全不知道姜饼最终会是什么样子一样。高亮是红色和灰色方案，而不是绿色和橙色，而且不像扁平黑色风格的姜饼，Youtube 有着气泡状的，带有圆角并且大幅使用渐变效果的按钮，标签以及操作栏。尽管如此，新应用还是有一些正确的地方。所有的标签可以水平滑动切换，而且应用终于提供了竖屏观看视频模式。安卓在那个阶段似乎工作不是很一致。就像是有人告诉 Youtube 团队“把它做成黑色的”，然后这就是全部的指导方向一样。唯一一个与其相似的安卓实体就是旧版谷歌地图的商家页面的设计。 + +尽管有些奇怪的设计，Youtube 应用有着最接近操作栏的顶栏设计。除了顶部操作栏的应用图标和一些按钮，最右侧还有个标着“更多”字样的按钮，点击它可以打开因为过多而无法装进操作栏的选项。在今天，这被称作“更多操作”按钮，它是个标准界面控件。 + +![新 Google Talk，支持语音和视频通话，以及新语音命令界面。](http://cdn.arstechnica.net/wp-content/uploads/2014/02/talkvoice.png) +新 Google Talk，支持语音和视频通话，以及新语音命令界面。 +Ron Amadeo供图 + +姜饼的最后一个更新是安卓 2.3.4，它带来了新版 Google Talk。不像 Nexus One，Nexus S 带有前置摄像头——重新设计的 Google Talk 拥有语音和视频通话功能。好友列表右侧的彩色指示不仅指明在线状态，还显示了语音和视频的可用性。一个点表示仅文本信息，一个麦克风表示文本信息或语音，一个摄像机表示支持文本信息，语音以及视频。如果可用的话，点击语音或视频图标会立即向好友发起通话。 + +姜饼是谷歌仍然提供支持的最老的安卓版本。激活一部姜饼设备并放置一会儿会收到大量更新。姜饼会拉取 Google Play 服务，它会带来许多新的 API 支持，并且会升级到最新版本的 Play 商店。打开 Play 商店并点击更新按钮，几乎每个独立谷歌应用都会被替换为更加现代的版本。我们尝试着保持这篇文章讲述的是姜饼发布时的样子，但时至今日还停留在姜饼的用户会被认为有点跟不上时代了。 + +姜饼如今仍然能够得到支持，因为有数量可观的用户仍然在使用这个有点过时的系统。姜饼仍然存在的能量来自于它极低的系统要求，使得它成为了低端廉价设备的最佳选择。下个版本的安卓对硬件的要求变得更高了。举个例子，安卓 3.0 蜂巢不是开源的，这意味着它只能在谷歌的协助之下移植到一个设备上。同时它还是只为平板设计的，这让姜饼作为最新的手机安卓版本存在了很长一段时间。4.0 冰淇淋三明治是下一个手机版本，但它显著地提高了安卓系统要求，抛弃了低端市场。谷歌现在希望借 4.4 KitKat（奇巧巧克力）重回廉价手机市场，它的系统要求降回了 512MB 内存。时间的推移同样有所帮助——如今，就算是廉价的系统级芯片都能满足安卓 4.0 时代的系统要求。 + +---------- + +![Ron Amadeo](http://cdn.arstechnica.net/wp-content//uploads/authors/ron-amadeo-sq.jpg) + +[Ron Amadeo][a] / Ron是Ars Technica的评论编缉，专注于安卓系统和谷歌产品。他总是在追寻新鲜事物，还喜欢拆解事物看看它们到底是怎么运作的。 + +[@RonAmadeo][t] + +-------------------------------------------------------------------------------- + +via: http://arstechnica.com/gadgets/2014/06/building-android-a-40000-word-history-of-googles-mobile-os/15/ + +译者：[alim0x](https://github.com/alim0x) 校对：[校对者ID](https://github.com/校对者ID) + +本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创翻译，[Linux中国](http://linux.cn/) 荣誉推出 + +[a]:http://arstechnica.com/author/ronamadeo +[t]:https://twitter.com/RonAmadeo From a9f16913547f9759d03fbca799479052dde2f8ad Mon Sep 17 00:00:00 2001 From: wxy Date: Mon, 20 Jul 2015 17:20:22 +0800 Subject: [PATCH 4/8] =?UTF-8?q?=E4=BF=AE=E6=AD=A3=20PR?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit @alim0x --- .../15 - The history of Android.md | 0 1 file changed, 0 insertions(+), 0 deletions(-) rename translated/talk/{The-history-of-Android => The history of Android}/15 - The history of Android.md (100%) diff --git a/translated/talk/The-history-of-Android/15 - The history of Android.md b/translated/talk/The history of Android/15 - The history of Android.md similarity index 100% rename from translated/talk/The-history-of-Android/15 - The history of Android.md rename to translated/talk/The history of Android/15 - The history of Android.md From 9f5339298e76bc3146b63c0407ae24b6fc280611 Mon Sep 17 00:00:00 2001 From: alim0x Date: Mon, 20 Jul 2015 17:20:27 +0800 Subject: [PATCH 5/8] [translating]16 - The history of Android.md --- .../The history of Android/16 - The history of Android.md | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/sources/talk/The history of Android/16 - The history of Android.md b/sources/talk/The history of Android/16 - The history of Android.md index 91e0946078..b78f067956 100644 --- a/sources/talk/The history of Android/16 - The history of Android.md +++ b/sources/talk/The history of Android/16 - The history of Android.md @@ -1,3 +1,5 @@ +alim0x translating + The history of Android ================================================================================ ### Android 3.0 Honeycomb—tablets and a design renaissance ### @@ -63,4 +65,4 @@ via: http://arstechnica.com/gadgets/2014/06/building-android-a-40000-word-histor [1]:http://arstechnica.com/gadgets/2011/03/ars-reviews-the-motorola-xoom/ [a]:http://arstechnica.com/author/ronamadeo -[t]:https://twitter.com/RonAmadeo \ No newline at end of file +[t]:https://twitter.com/RonAmadeo From 6deb503463f8a18e859ab8969af6f26ba7c7f254 Mon Sep 17 00:00:00 2001 From: alim0x Date: Mon, 20 Jul 2015 19:39:15 +0800 Subject: [PATCH 6/8] Update 16 - The history of Android.md [complete] First Part --- .../16 - The history of Android.md | 32 +++++++++---------- 1 file changed, 15 insertions(+), 17 deletions(-) diff --git a/sources/talk/The history of Android/16 - The history of Android.md b/sources/talk/The history of Android/16 - The history of Android.md index b78f067956..263b018ea5 100644 --- a/sources/talk/The history of Android/16 - The history of Android.md +++ b/sources/talk/The history of Android/16 - The history of Android.md @@ -1,31 +1,29 @@ -alim0x translating - -The history of Android +安卓编年史 ================================================================================ -### Android 3.0 Honeycomb—tablets and a design renaissance ### +### 安卓 3.0 蜂巢—平板和设计复兴 ### -Despite all the changes made in Gingerbread, Android was still the ugly duckling of the mobile world. Compared to the iPhone, its level of polish and design just didn't hold up. On the other hand, one of the few operating systems that could stand up to iOS's aesthetic acumen was Palm's WebOS. WebOS was a cohesive, well-designed OS with several innovative features, and it was supposed to save the company from the relentless march of the iPhone. +尽管姜饼中做了许多改变，安卓仍然是移动世界里的丑小鸭。相比于 iPhone，它的优雅程度和设计完全抬不起头。另一方面来说，为数不多的能与 iOS 的美学智慧相当的操作系统之一是 Palm 的 WebOS。WebOS 有着优秀的整体设计，创新的功能，而且被寄予期望能够从和 iPhone 的长期竞争中拯救公司。 -A year after launch though, Palm was running out of cash. The company never saw the iPhone coming, and by the time WebOS was ready, it was too late. In April 2010, Hewlett-Packard purchased Palm for $1 billion. While HP bought a product with a great user interface, the lead designer of that interface, a man by the name of Matias Duarte, did not join HP. In May 2010, just before HP took control of Palm, Duarte jumped ship to Google. HP bought the bread, but Google hired the baker. +尽管如此，一年之后，Palm 资金链断裂。Palm 公司从未看到 iPhone 的到来，到 WebOS 就绪的时候已经太晚了。2010年4月，惠普花费10亿美元收购了 Palm。尽管惠普收购了一个拥有优秀用户界面的产品，界面的首席设计师，Matias Duarte，并没有加入惠普公司。2010年5月，就在惠普接手 Palm 之前，Duarte 加入了谷歌。惠普买下了面包，但谷歌雇佣了它的烘培师。 -![The first Honeycomb device, the Motorola Xoom 10-inch tablet.](http://cdn.arstechnica.net/wp-content/uploads/2014/03/Motorola-XOOM-MZ604.jpg) -The first Honeycomb device, the Motorola Xoom 10-inch tablet. +![第一部蜂巢设备，摩托罗拉 Xoom 10英寸平板。](http://cdn.arstechnica.net/wp-content/uploads/2014/03/Motorola-XOOM-MZ604.jpg) +第一部蜂巢设备，摩托罗拉 Xoom 10英寸平板。 -At Google, Duarte was named the Director of Android User Experience. This was the first time someone was publicly in charge of the way Android looked. While Matias landed at Google during the launch of Android 2.2, the first version he truly impacted was Android 3.0, Honeycomb, released in February 2011. +在谷歌，Duarte 被任命为安卓用户体验主管。这是第一次有人公开掌管安卓的外观。尽管 Matias 在安卓 2.2 发布时就来到了谷歌，第一个真正受他影响的安卓版本是 3.0 蜂巢，它在2011年2月发布。 -By Google's own admission, Honeycomb was rushed out the door. Ten months prior, Apple modernized the tablet with the launch of the iPad, and Google wanted to respond as quickly as possible. Honeycomb was that response, a version of Android that ran on 10-inch touchscreens. Sadly, getting this OS to market was such a priority that corners were cut to save time. +按谷歌自己的说法，蜂巢是匆忙问世的。10个月前，苹果发布了 iPad，让平板变得更加现代，谷歌希望能够尽快做出回应。蜂巢就是那个回应，一个运行在10英寸触摸屏上的安卓版本。悲伤的是，将这个系统推向市场是如此优先的事项，以至于边边角角都被砍去了以节省时间。 -The new OS was for tablets only—phones would not be updated to Honeycomb, which spared Google the difficult problem of making the OS work on wildly different screen sizes. But with phone support off the table, a Honeycomb source drop never happened. Previous Android versions were open source, enabling the hacking community to port the latest version to all sorts of different devices. Google didn't want app developers to feel pressured to support half-broken Honeycomb phone ports, so Google kept the source to itself and strictly controlled what could and couldn't have Honeycomb. The rushed development led to problems with the software, too. At launch, Honeycomb wasn't particularly stable, SD cards didn't work, and Adobe Flash—one of Android's big differentiators—wasn't supported. +新系统只用于平板——手机不能升级到蜂巢，这加大了谷歌让系统运行在差异巨大的不同尺寸屏幕上的难度。但是，仅支持平板而不支持手机使得蜂巢源码没有泄露。之前的安卓版本是开源的，这使得黑客社区能够将其最新版本移植到所有的不同设备之上。谷歌不希望应用开发者在支持不完美的蜂巢手机移植版本时感到压力，所以谷歌将源码留在自己手中，并且严格控制能够拥有蜂巢的设备。匆忙的开发还导致了软件问题。在发布时，蜂巢不是特别稳定，SD卡不能工作，Adobe Flash——安卓最大的特色之一——还不被支持。 -One of the few devices that could have Honeycomb was [the Motorola Xoom][1], the flagship product for the new OS. The Xoom was a 10-inch, 16:9 tablet with 1GB of RAM and a dual-core, 1GHz Nvidia Tegra 2 processor. Despite being the launch device of a new version of Android where Google controlled the updates directly, the device wasn't called a "Nexus." The most likely reason for this was that Google didn't feel confident enough in the product to call it a flagship. +[摩托罗拉 Xoom][1]是为数不多的拥有蜂巢的设备之一，它是这个新系统的旗舰产品。Xoom 是一个10英寸，16:9 的平板，拥有 1GB 内存和 1GHz Tegra 2 双核处理器。尽管是由谷歌直接控制更新的新版安卓发布设备，它并没有被叫做“Nexus”。对此最可能的原因是谷歌对它没有足够的信心称其为旗舰。 -Nevertheless, Honeycomb was a major milestone for Android. With an experienced designer in charge, the entire Android user interface was rebuilt, and most of the erratic app designs were brought to heel. Android's default apps finally looked like pieces of a cohesive whole with similar layouts and theming across the board. Redesigning Android would be a multi-version project though—Honeycomb was just the start of getting Android whipped into shape. This first draft laid the groundwork for how future versions of Android would function, but it also used a heavy-handed sci-fi theme that Google would spend the next few versions toning down. +尽管如此，蜂巢是安卓的一个里程碑。在一个体验设计师的主管之下，整个安卓用户界面被重构，绝大多数奇怪的应用设计都得到改进。安卓的默认应用终于看起来像整体的一部分，不同的界面有着相似的布局和主题。然而重新设计安卓会是一个跨版本的项目——蜂巢只是将安卓塑造成型的开始。这第一份草稿为安卓未来版本的样子做了基础设计，但它也用了过多的科幻主题，谷歌将花费接下来的数个版本来淡化它。 -![The home screens of Honeycomb and Gingerbread.](http://cdn.arstechnica.net/wp-content/uploads/2014/02/homeskreen.png) -The home screens of Honeycomb and Gingerbread. -Photo by Ron Amadeo +![蜂巢和姜饼的主屏幕。](http://cdn.arstechnica.net/wp-content/uploads/2014/02/homeskreen.png) +蜂巢和姜饼的主屏幕。 +Ron Amadeo供图 -While Gingerbread only experimented with a sci-fi look in its photon wallpaper, Honeycomb went full sci-fi with a Tron-inspired theme for the entire OS. Everything was made black, and if you needed a contrasting color, you could choose from a few different shades of blue. Everything that was made blue was also given a "glow" effect, making the entire OS look like it was powered by alien technology. The default background was a holographic grid of hexagons (a Honeycomb! get it?) that looked like it was the floor of a teleport pad on a spaceship. +姜饼只是在它的量子壁纸上试验了科幻外观，蜂巢整个系统的以电子为灵感的主题让它充满科幻意味。所有东西都是黑色的，如果你需要对比色，你可以从一些不同色调的蓝色中挑选。所有蓝色的东西还有“光晕”效果，让整个系统看起来像是外星科技创造的。默认背景是个六边形的全息方阵（一个蜂巢！明白了吗？），看起来像是一艘飞船上的传送阵的地板。 The most important change of Honeycomb was the addition of the system bar. The Motorola Xoom had no hardware buttons other than power and volume, so a large black bar was added along the bottom of the screen that housed the navigational buttons. This meant the default Android interface no longer needed specialized hardware buttons. Previously, Android couldn't function without hardware Back, Menu, and Home keys. Now, with the software supplying all the necessary buttons, anything with a touch screen was able to run Android. From c529cf5daa519e14167923770be64b80d3cfebfd Mon Sep 17 00:00:00 2001 From: alim0x Date: Mon, 20 Jul 2015 22:44:50 +0800 Subject: [PATCH 7/8] Update and rename sources/talk/The history of Android/16 - The history of Android.md to translated/talk/The-history-of-Android/16 - The history of Android.md complete --- .../16 - The history of Android.md | 26 +++++++++---------- 1 file changed, 13 insertions(+), 13 deletions(-) rename {sources/talk/The history of Android => translated/talk/The-history-of-Android}/16 - The history of Android.md (52%) diff --git a/sources/talk/The history of Android/16 - The history of Android.md b/translated/talk/The-history-of-Android/16 - The history of Android.md similarity index 52% rename from sources/talk/The history of Android/16 - The history of Android.md rename to translated/talk/The-history-of-Android/16 - The history of Android.md index 263b018ea5..53c603c7bf 100644 --- a/sources/talk/The history of Android/16 - The history of Android.md +++ b/translated/talk/The-history-of-Android/16 - The history of Android.md @@ -25,31 +25,31 @@ Ron Amadeo供图 姜饼只是在它的量子壁纸上试验了科幻外观，蜂巢整个系统的以电子为灵感的主题让它充满科幻意味。所有东西都是黑色的，如果你需要对比色，你可以从一些不同色调的蓝色中挑选。所有蓝色的东西还有“光晕”效果，让整个系统看起来像是外星科技创造的。默认背景是个六边形的全息方阵（一个蜂巢！明白了吗？），看起来像是一艘飞船上的传送阵的地板。 -The most important change of Honeycomb was the addition of the system bar. The Motorola Xoom had no hardware buttons other than power and volume, so a large black bar was added along the bottom of the screen that housed the navigational buttons. This meant the default Android interface no longer needed specialized hardware buttons. Previously, Android couldn't function without hardware Back, Menu, and Home keys. Now, with the software supplying all the necessary buttons, anything with a touch screen was able to run Android. +蜂巢最重要的变化是增加了系统栏。摩托罗拉 Xoom 除了电源和音量键之外没有配备实体按键，所以蜂巢添加了一个大黑色底栏到屏幕底部，用于放置导航按键。这意味着默认安卓界面不再需要特别的实体按键。在这之前，安卓没有实体的返回，菜单和 Home 键就不能正常工作。现在，软件提供了所有必需的按钮，任何带有触摸屏的设备都能够运行安卓。 -The biggest benefit of the new software buttons was flexibility. The new app guidelines stated that apps should no longer require a hardware menu button, but for those that do, Honeycomb detects this and adds a fourth button to the system bar that allows these apps to work. The other flexibility attribute of software buttons was that they could change orientation with the device. Other than the power and volume buttons, the Xoom's orientation really wasn't important. The system bar always sat on the "bottom" of the device from the user's perspective. The trade off was that a big bar along the bottom of the screen definitely sucked up some screen real estate. To save space on 10-inch tablets, the status bar was merged into the system bar. All the usual status duties lived on the right side—there was battery and connectivity status, the time, and notification icons. +新软件按键带来的最大的好处是灵活性。新的应用指南表明应用应不再要求实体菜单按键，需要用到的时候，蜂巢会自动检测并添加四个按钮到系统栏让应用正常工作。另一个软件按键的灵活属性是它们可以改变设备的屏幕方向。除了电源和音量键之外，Xoom 的方向实际上不是那么重要。从用户的角度来看，系统栏始终处于设备的“底部”。代价是系统栏明显占据了一些屏幕空间。为了在10英寸平板上节省空间，状态栏被合并到了系统栏中。所有的常用状态指示放在了右侧——有电源，连接状态，时间还有通知图标。 -The whole layout of the home screen changed, placing UI pieces in each of the four corners of the device. The bottom left housed the previously discussed navigational buttons, the bottom right was for status and notifications, the top left displayed text search and voice search, and the top right had buttons for the app drawer and adding widgets. +主屏幕的整个布局都改变了，用户界面部件放在了设备的四个角落。屏幕底部左侧放置着之前讨论过的导航按键，右侧用于状态指示和通知，顶部左侧显示的是文本搜索和语音搜索，右侧有应用抽屉和添加小部件的按钮。 -![The new lock screen and Recent Apps interface.](http://cdn.arstechnica.net/wp-content/uploads/2014/02/lockscreen-and-recent.png) -The new lock screen and Recent Apps interface. -Photo by Ron Amadeo +![新锁屏界面和最近应用界面。](http://cdn.arstechnica.net/wp-content/uploads/2014/02/lockscreen-and-recent.png) +新锁屏界面和最近应用界面。 +Ron Amadeo供图 -(Since the Xoom was a [heavy] 10-inch, 16:9 tablet, it was primarily meant to be used horizontally. Most apps also supported portrait mode, though, so for the sake of our formatting, we're using mostly portrait mode shots. Just keep in mind the Honeycomb shots come from a 10-inch tablet, and the Gingerbread shots come from a 3.7-inch phone. The densities of information are not directly comparable.) +（因为 Xoom 是一部 [较重] 的10英寸，16:9平板设备，这意味着它主要是横屏使用。虽然大部分应用还支持竖屏模式，但是到目前为止，由于我们的版式限制，我们大部分使用的是竖屏模式的截图。请记住蜂巢的截图来自于10英寸的平板，而姜饼的截图来自3.7英寸的手机。二者所展现的信息密度是不能直接比较的。） -The unlock screen—after switching from a menu button to a rotary dial to slide-to-unlock—removed any required accuracy from the unlock process by switching to a circle unlock. Swiping from the center outward in any direction would unlock the device. Like the rotary unlock, this was much nicer ergonomically than forcing your finger to follow a perfectly straight path. +解锁界面——从菜单按钮到旋转式拨号盘再到滑动解锁——移除了解锁步骤的任何精度要求，它采用了一个环状解锁盘。从中间向任意方向向外滑动就能解锁设备。就像旋转式解锁，这种解锁方式更加符合人体工程学，而不用强迫你的手指完美地遵循一条笔直的解锁路径。 -The strip of thumbnails in the second picture was the interface brought up by the newly christened "Recent Apps" button, now living next to Back and Home. Rather than the group of icons brought up in Gingerbread by long-pressing on the home button, Honeycomb showed app icons and thumbnails on the screen, which made it a lot easier to switch between tasks. Recent Apps was clearly inspired by Duarte's "card" multitasking in WebOS, which used full-screen thumbnails to switch tasks. This design offered the same ease-of-recognition as WebOS's task switcher, but the smaller thumbnails allowed more apps to fit on screen at once. +第二张图中略缩图条带是由新增的“最近应用”按钮打开的界面，现在处在返回和 Home 键旁边。不像姜饼中长按 Home 键显示一组最近应用的图标，蜂巢在屏幕上显示应用图标和略缩图，使得在任务间切换变得更加方便。最近应用的灵感明显来自于 Duarte 在 WebOS 中的“卡片式”多任务管理，其使用全屏略缩图来切换任务。这个设计提供和 WebOS 的任务切换一样的易识别体验，但更小的略缩图允许更多的应用一次性显示在屏幕上。 -While this implementation of Recent Apps may look like what you get on a current device, this version was very early. The list didn't scroll, meaning it showed seven apps in portrait mode and only five apps in horizontal mode. Anything beyond that was bumped off the list. You also couldn't swipe away thumbnails to close apps—this was just a static list. +尽管最近应用的实现看起来和你现在的设备很像，这个版本实际上是非常早期的。这个列表不能滚动，这意味着竖屏下只能显示七个应用，横屏下只能显示五个。任何超出范围的应用会从列表中去除。而且你也不能通过滑动略缩图来关闭应用——这只是个静态的列表。 -Here we see the Tron influence in full effect: the thumbnails had blue outlines and an eerie glow around them. This screenshot also shows a benefit of software buttons—context. The back button closed the list of thumbnails, so instead of the normal arrow, this pointed down. +这里我们看到电子灵感影响的完整主题效果：略缩图的周围有蓝色的轮廓以及神秘的光晕。这张截图还展示软件按键的好处——上下文。返回按钮可以关闭略缩图列表，所以这里的箭头指向下方，而不是通常的样子。 ---------- ![Ron Amadeo](http://cdn.arstechnica.net/wp-content//uploads/authors/ron-amadeo-sq.jpg) -[Ron Amadeo][a] / Ron is the Reviews Editor at Ars Technica, where he specializes in Android OS and Google products. He is always on the hunt for a new gadget and loves to rip things apart to see how they work. +[Ron Amadeo][a] / Ron是Ars Technica的评论编缉，专注于安卓系统和谷歌产品。他总是在追寻新鲜事物，还喜欢拆解事物看看它们到底是怎么运作的。 [@RonAmadeo][t] @@ -57,7 +57,7 @@ Here we see the Tron influence in full effect: the thumbnails had blue outlines via: http://arstechnica.com/gadgets/2014/06/building-android-a-40000-word-history-of-googles-mobile-os/16/ -译者：[译者ID](https://github.com/译者ID) 校对：[校对者ID](https://github.com/校对者ID) +译者：[alim0x](https://github.com/alim0x) 校对：[校对者ID](https://github.com/校对者ID) 本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创翻译，[Linux中国](http://linux.cn/) 荣誉推出 From 8276914f7135adeeb5e582c2334a28d52c4d5653 Mon Sep 17 00:00:00 2001 From: wxy Date: Tue, 21 Jul 2015 00:37:50 +0800 Subject: [PATCH 8/8] PUB:20150401 ZMap Documentation MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit @martin2011qi 辛苦啦，翻译的很不错。 --- .../20150401 ZMap Documentation.md | 273 +++++++++--------- 1 file changed, 140 insertions(+), 133 deletions(-) rename {translated/tech => published}/20150401 ZMap Documentation.md (54%) diff --git a/translated/tech/20150401 ZMap Documentation.md b/published/20150401 ZMap Documentation.md similarity index 54% rename from translated/tech/20150401 ZMap Documentation.md rename to published/20150401 ZMap Documentation.md index fbfa912181..5d40d10ff3 100644 --- a/translated/tech/20150401 ZMap Documentation.md +++ b/published/20150401 ZMap Documentation.md @@ -1,4 +1,4 @@ -ZMap 文档 +互联网扫描器 ZMap 完全手册 ================================================================================ 1. 初识 ZMap 1. 最佳扫描习惯 @@ -21,7 +21,7 @@ ZMap 文档 ### 初识 ZMap ### -ZMap被设计用来针对IPv4所有地址或其中的大部分实施综合扫描的工具。ZMap是研究者手中的利器，但在运行ZMap时，请注意，您很有可能正在以每秒140万个包的速度扫描整个IPv4地址空间 。我们建议用户在实施即使小范围扫描之前，也联系一下本地网络的管理员并参考我们列举的最佳扫描习惯。 +ZMap被设计用来针对整个IPv4地址空间或其中的大部分实施综合扫描的工具。ZMap是研究者手中的利器，但在运行ZMap时，请注意，您很有可能正在以每秒140万个包的速度扫描整个IPv4地址空间 。我们建议用户即使在实施小范围扫描之前，也联系一下本地网络的管理员并参考我们列举的[最佳扫描体验](#bestpractices)。 默认情况下，ZMap会对于指定端口实施尽可能大速率的TCP SYN扫描。较为保守的情况下，对10,000个随机的地址的80端口以10Mbps的速度扫描，如下所示： @@ -42,11 +42,13 @@ ZMap也可用于扫描特定子网或CIDR地址块。例如，仅扫描10.0.0.0/ 0% (1h50m left); send: 39676 535 Kp/s (555 Kp/s avg); recv: 1663 220 p/s (232 p/s avg); hits: 0.04% 0% (1h50m left); send: 45372 570 Kp/s (557 Kp/s avg); recv: 1890 226 p/s (232 p/s avg); hits: 0.04% -这些更新信息提供了扫描的即时状态并表示成：完成进度% (剩余时间); send: 发出包的数量 即时速率 (平均发送速率); recv: 接收包的数量 接收率 (平均接收率); hits: 成功率 +这些更新信息提供了扫描的即时状态并表示成： -如果您不知道您所在网络支持的扫描速率，您可能要尝试不同的扫描速率和带宽限制直到扫描效果开始下降，借此找出当前网络能够支持的最快速度。 + 完成进度% (剩余时间); send: 发出包的数量 即时速率 (平均发送速率); recv: 接收包的数量 接收率 (平均接收率); hits: 命中率 -默认情况下，ZMap会输出不同IP地址的列表（例如，SYN ACK数据包的情况）像下面这样。还有几种附加的格式（如，JSON和Redis）作为其输出结果，以及生成程序可解析的扫描统计选项。 同样，可以指定附加的输出字段并使用输出过滤来过滤输出的结果。 +如果您不知道您所在网络能支持的扫描速率，您可能要尝试不同的扫描速率和带宽限制直到扫描效果开始下降，借此找出当前网络能够支持的最快速度。 + +默认情况下，ZMap会输出不同IP地址的列表（例如，根据SYN ACK数据包的情况），像下面这样。其[输出结果](#output)还有几种附加的格式（如，JSON和Redis），可以用作生成[程序可解析的扫描统计](#verbosity)。 同样，可以指定附加的[输出字段](#outputfields)并使用[输出过滤](#outputfilter)来过滤输出的结果。 115.237.116.119 23.9.117.80 @@ -54,52 +56,49 @@ ZMap也可用于扫描特定子网或CIDR地址块。例如，仅扫描10.0.0.0/ 217.120.143.111 50.195.22.82 -我们强烈建议您使用黑名单文件，以排除预留的/未分配的IP地址空间（如，组播地址，RFC1918），以及网络中需要排除在您扫描之外的地址。默认情况下，ZMap将采用位于 `/etc/zmap/blacklist.conf`的这个简单的黑名单文件中所包含的预留和未分配地址。如果您需要某些特定设置，比如每次运行ZMap时的最大带宽或黑名单文件，您可以在文件`/etc/zmap/zmap.conf`中指定或使用自定义配置文件。 +我们强烈建议您使用[黑名单文件](#blacklisting)，以排除预留的/未分配的IP地址空间（如，RFC1918 规定的私有地址、组播地址），以及网络中需要排除在您扫描之外的地址。默认情况下，ZMap将采用位于 `/etc/zmap/blacklist.conf`的这个简单的[黑名单文件](#blacklisting)中所包含的预留和未分配地址。如果您需要某些特定设置，比如每次运行ZMap时的最大带宽或[黑名单文件](#blacklisting)，您可以在文件`/etc/zmap/zmap.conf`中指定或使用自定义[配置文件](#config)。 -如果您正试图解决扫描的相关问题，有几个选项可以帮助您调试。首先，您可以通过添加`--dryrun`实施预扫，以此来分析包可能会发送到网络的何处。此外，还可以通过设置'--verbosity=n`来更改日志详细程度。 +如果您正试图解决扫描的相关问题，有几个选项可以帮助您调试。首先，您可以通过添加`--dryrun`实施[预扫](#dryrun)，以此来分析包可能会发送到网络的何处。此外，还可以通过设置'--verbosity=n`来更改[日志详细程度](#verbosity)。 ----------- +### 最佳扫描体验 ### + -### 最佳扫描习惯 ### - -我们为针对互联网进行扫描的研究者提供了一些建议，以此来引导养成良好的互联网合作氛围 +我们为针对互联网进行扫描的研究者提供了一些建议，以此来引导养成良好的互联网合作氛围。 - 密切协同本地的网络管理员，以减少风险和调查 - 确认扫描不会使本地网络或上游供应商瘫痪 -- 标记出在扫描中呈良性的网页和DNS条目的源地址 -- 明确注明扫描中所有连接的目的和范围 -- 提供一个简单的退出方法并及时响应请求 +- 在发起扫描的源地址的网页和DNS条目中申明你的扫描是善意的 +- 明确解释你的扫描中所有连接的目的和范围 +- 提供一个简单的退出扫描的方法并及时响应请求 - 实施扫描时，不使用比研究对象需求更大的扫描范围或更快的扫描频率 -- 如果可以通过时间或源地址来传播扫描流量 +- 如果可以，将扫描流量分布到不同的时间或源地址上 即使不声明，使用扫描的研究者也应该避免利用漏洞或访问受保护的资源，并遵守其辖区内任何特殊的法律规定。 ----------- - ### 命令行参数 ### + #### 通用选项 #### -这些选项是实施简单扫描时最常用的选项。我们注意到某些选项取决于所使用的探测模块或输出模块（如，在实施ICMP Echo扫描时是不需要使用目的端口的）。 - +这些选项是实施简单扫描时最常用的选项。我们注意到某些选项取决于所使用的[探测模块](#probemodule)或[输出模块](#outputmodule)（如，在实施ICMP Echo扫描时是不需要使用目的端口的）。 **-p, --target-port=port** -用来扫描的TCP端口号（例如，443） +要扫描的目标TCP端口号（例如，443） **-o, --output-file=name** -使用标准输出将结果写入该文件。 +将结果写入该文件，使用`-`代表输出到标准输出。 **-b, --blacklist-file=path** -文件中被排除的子网使用CIDR表示法（如192.168.0.0/16），一个一行。建议您使用此方法排除RFC 1918地址，组播地址，IANA预留空间等IANA专用地址。在conf/blacklist.example中提供了一个以此为目的示例黑名单文件。 +文件中被排除的子网使用CIDR表示法（如192.168.0.0/16），一个一行。建议您使用此方法排除RFC 1918地址、组播地址、IANA预留空间等IANA专用地址。在conf/blacklist.example中提供了一个以此为目的示例黑名单文件。 #### 扫描选项 #### **-n, --max-targets=n** -限制探测目标的数量。后面跟的可以是一个数字（例如'-n 1000`）或百分比（例如，`-n 0.1％`）当然都是针对可扫描地址空间而言的（不包括黑名单） +限制探测目标的数量。后面跟的可以是一个数字（例如'-n 1000`），或可扫描地址空间的百分比（例如，`-n 0.1％`，不包括黑名单） **-N, --max-results=n** @@ -111,7 +110,7 @@ ZMap也可用于扫描特定子网或CIDR地址块。例如，仅扫描10.0.0.0/ **-r, --rate=pps** -设置传输速率，以包/秒为单位 +设置发包速率，以包/秒为单位 **-B, --bandwidth=bps** @@ -119,7 +118,7 @@ ZMap也可用于扫描特定子网或CIDR地址块。例如，仅扫描10.0.0.0/ **-c, --cooldown-time=secs** -发送完成后多久继续接收（默认值= 8） +发送完成后等待多久继续接收回包（默认值= 8） **-e, --seed=n** @@ -127,7 +126,7 @@ ZMap也可用于扫描特定子网或CIDR地址块。例如，仅扫描10.0.0.0/ **--shards=n** -将扫描分片/区在使其可多个ZMap中执行（默认值= 1）。启用分片时，`--seed`参数是必需的。 +将扫描分片/区，使其可多个ZMap中执行（默认值= 1）。启用分片时，`--seed`参数是必需的。 **--shard=n** @@ -165,7 +164,7 @@ ZMap也可用于扫描特定子网或CIDR地址块。例如，仅扫描10.0.0.0/ #### 探测选项 #### -ZMap允许用户指定并添加自己所需要探测的模块。 探测模块的职责就是生成主机回复的响应包。 +ZMap允许用户指定并添加自己所需要的[探测模块](#probemodule)。 探测模块的职责就是生成要发送的探测包，并处理主机回复的响应包。 **--list-probe-modules** @@ -173,7 +172,7 @@ ZMap允许用户指定并添加自己所需要探测的模块。 探测模块的 **-M, --probe-module=name** -选择探探测模块（默认值= tcp_synscan） +选择[探测模块](#probemodule)（默认值= tcp_synscan） **--probe-args=args** @@ -185,7 +184,7 @@ ZMap允许用户指定并添加自己所需要探测的模块。 探测模块的 #### 输出选项 #### -ZMap允许用户选择指定的输出模块。输出模块负责处理由探测模块返回的字段，并将它们交给用户。用户可以指定输出的范围，并过滤相应字段。 +ZMap允许用户指定和编写他们自己的[输出模块](#outputmodule)。输出模块负责处理由探测模块返回的字段，并将它们输出给用户。用户可以指定输出的字段，并过滤相应字段。 **--list-output-modules** @@ -193,7 +192,7 @@ ZMap允许用户选择指定的输出模块。输出模块负责处理由探测 **-O, --output-module=name** -选择输出模块（默认值为csv） +选择[输出模块](#outputmodule)（默认值为csv） **--output-args=args** @@ -201,21 +200,21 @@ ZMap允许用户选择指定的输出模块。输出模块负责处理由探测 **-f, --output-fields=fields** -输出列表，以逗号分割 +输出的字段列表，以逗号分割 **--output-filter** -通过指定相应的探测模块来过滤输出字段 +指定输出[过滤器](#outputfilter)对[探测模块](#probemodule)定义字段进行过滤 #### 附加选项 #### **-C, --config=filename** -加载配置文件，可以指定其他路径。 +加载[配置文件](#config)，可以指定其他路径。 **-q, --quiet** -不再是每秒刷新输出 +不必每秒刷新输出 **-g, --summary** @@ -233,13 +232,12 @@ ZMap允许用户选择指定的输出模块。输出模块负责处理由探测 打印版本并退出 ----------- - ### 附加信息 ### + #### TCP SYN 扫描 #### -在执行TCP SYN扫描时，ZMap需要指定一个目标端口和以供扫描的源端口范围。 +在执行TCP SYN扫描时，ZMap需要指定一个目标端口，也支持指定发起扫描的源端口范围。 **-p, --target-port=port** @@ -249,27 +247,27 @@ ZMap允许用户选择指定的输出模块。输出模块负责处理由探测 发送扫描数据包的源端口（例如 40000-50000） -**警示！** ZMAP基于Linux内核使用SYN/ACK包应答，RST包关闭扫描打开的连接。ZMap是在Ethernet层完成包的发送的，这样做时为了减少跟踪打开的TCP连接和路由寻路带来的内核开销。因此，如果您有跟踪连接建立的防火墙规则，如netfilter的规则类似于`-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT`，将阻止SYN/ACK包到达内核。这不会妨碍到ZMap记录应答，但它会阻止RST包被送回，最终连接会在超时后断开。我们强烈建议您在执行ZMap时，选择一组主机上未使用且防火墙允许访问的端口，加在`-s`后（如 `-s '50000-60000' ` ）。 +**警示！** ZMap基于Linux内核使用RST包来应答SYN/ACK包响应，以关闭扫描器打开的连接。ZMap是在Ethernet层完成包的发送的，这样做是为了减少跟踪打开的TCP连接和路由寻路带来的内核开销。因此，如果您有跟踪连接建立的防火墙规则，如类似于`-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT`的netfilter规则，将阻止SYN/ACK包到达内核。这不会妨碍到ZMap记录应答，但它会阻止RST包被送回，最终被扫描主机的连接会一直打开，直到超时后断开。我们强烈建议您在执行ZMap时，选择一组主机上未使用且防火墙允许访问的端口，加在`-s`后（如 `-s '50000-60000' ` ）。 #### ICMP Echo 请求扫描 #### -虽然在默认情况下ZMap执行的是TCP SYN扫描，但它也支持使用ICMP echo请求扫描。在这种扫描方式下ICMP echo请求包被发送到每个主机，并以收到ICMP 应答包作为答复。实施ICMP扫描可以通过选择icmp_echoscan扫描模块来执行，如下： +虽然在默认情况下ZMap执行的是TCP SYN扫描，但它也支持使用ICMP echo请求扫描。在这种扫描方式下ICMP echo请求包被发送到每个主机，并以收到ICMP应答包作为答复。实施ICMP扫描可以通过选择icmp_echoscan扫描模块来执行，如下： $ zmap --probe-module=icmp_echoscan #### UDP 数据报扫描 #### -ZMap还额外支持UDP探测，它会发出任意UDP数据报给每个主机，并能在无论UDP或是ICMP任何一个不可达的情况下接受应答。ZMap支持通过使用--probe-args命令行选择四种不同的UDP payload方式。这些都有可列印payload的‘文本’，用于命令行的十六进制payload的‘hex’，外部文件中包含payload的‘file’，和需要动态区域生成的payload的‘template’。为了得到UDP响应，请使用-f参数确保您指定的“data”领域处于汇报范围。 +ZMap还额外支持UDP探测，它会发出任意UDP数据报给每个主机，并接收UDP或ICMP不可达的应答。ZMap可以通过使用--probe-args命令行选项来设置四种不同的UDP载荷。这些是：可在命令行设置可打印的ASCII 码的‘text’载荷和十六进制载荷的‘hex’，外部文件中包含载荷的‘file’，和通过动态字段生成的载荷的‘template’。为了得到UDP响应，请使用-f参数确保您指定的“data”字段处于输出范围。 -下面的例子将发送两个字节'ST'，即PC的'status'请求，到UDP端口5632。 +下面的例子将发送两个字节'ST'，即PCAnwywhere的'status'请求，到UDP端口5632。 $ zmap -M udp -p 5632 --probe-args=text:ST -N 100 -f saddr,data -o - -下面的例子将发送字节“0X02”，即SQL服务器的 'client broadcast'请求，到UDP端口1434。 +下面的例子将发送字节“0X02”，即SQL Server的'client broadcast'请求，到UDP端口1434。 $ zmap -M udp -p 1434 --probe-args=hex:02 -N 100 -f saddr,data -o - -下面的例子将发送一个NetBIOS状态请求到UDP端口137。使用一个ZMap自带的payload文件。 +下面的例子将发送一个NetBIOS状态请求到UDP端口137。使用一个ZMap自带的载荷文件。 $ zmap -M udp -p 1434 --probe-args=file:netbios_137.pkt -N 100 -f saddr,data -o - @@ -277,9 +275,9 @@ ZMap还额外支持UDP探测，它会发出任意UDP数据报给每个主机， $ zmap -M udp -p 1434 --probe-args=file:sip_options.tpl -N 100 -f saddr,data -o - -UDP payload 模板仍处于实验阶段。当您在更多的使用一个以上的发送线程（-T）时可能会遇到崩溃和一个明显的相比静态payload性能降低的表现。模板仅仅是一个由一个或多个使用$ {}将字段说明封装成序列构成的payload文件。某些协议，特别是SIP，需要payload来反射包中的源和目的地址。其他协议，如端口映射和DNS，包含范围伴随每一次请求随机生成或Zamp扫描的多宿主系统将会抛出危险警告。 +UDP载荷模板仍处于实验阶段。当您在更多的使用一个以上的发送线程（-T）时可能会遇到崩溃和一个明显的相比静态载荷性能降低的表现。模板仅仅是一个由一个或多个使用${}将字段说明封装成序列构成的载荷文件。某些协议，特别是SIP，需要载荷来反射包中的源和目的包。其他协议，如portmapper和DNS，每个请求包含的字段应该是随机的，或降低被Zamp扫描的多宿主系统的风险。 -以下的payload模板将发送SIP OPTIONS请求到每一个目的地： +以下的载荷模板将发送SIP OPTIONS请求到每一个目的地： OPTIONS sip:${RAND_ALPHA=8}@${DADDR} SIP/2.0 Via: SIP/2.0/UDP ${SADDR}:${SPORT};branch=${RAND_ALPHA=6}.${RAND_DIGIT=10};rport;alias @@ -293,10 +291,9 @@ UDP payload 模板仍处于实验阶段。当您在更多的使用一个以上 User-Agent: ${RAND_ALPHA=8} Accept: text/plain -就像在上面的例子中展示的那样，对于大多数SIP正常的实现会在在每行行末添加\r\n，并且在请求的末尾一定包含\r\n\r\n。一个可以使用的在ZMap的examples/udp-payloads目录下的例子 (sip_options.tpl). - -下面的字段正在如今的模板中实施： +就像在上面的例子中展示的那样，注意每行行末以\r\n结尾，请求以\r\n\r\n结尾，大多数SIP实现都可以正确处理它。一个可以工作的例子放在ZMap的examples/udp-payloads目录下 (sip_options.tpl). +当前实现了下面的模板字段： - **SADDR**: 源IP地址的点分十进制格式 - **SADDR_N**: 源IP地址的网络字节序格式 @@ -306,14 +303,15 @@ UDP payload 模板仍处于实验阶段。当您在更多的使用一个以上 - **SPORT_N**: 源端口的网络字节序格式 - **DPORT**: 目的端口的ascii格式 - **DPORT_N**: 目的端口的网络字节序格式 -- **RAND_BYTE**: 随机字节(0-255)，长度由=(长度) 参数决定 -- **RAND_DIGIT**: 随机数字0-9，长度由=(长度) 参数决定 -- **RAND_ALPHA**: 随机大写字母A-Z，长度由=(长度) 参数决定 -- **RAND_ALPHANUM**: 随机大写字母A-Z和随机数字0-9，长度由=(长度) 参数决定 +- **RAND_BYTE**: 随机字节(0-255)，长度由=(length) 参数决定 +- **RAND_DIGIT**: 随机数字0-9，长度由=(length) 参数决定 +- **RAND_ALPHA**: 随机大写字母A-Z，长度由=(length) 参数决定 +- **RAND_ALPHANUM**: 随机大写字母A-Z和随机数字0-9，长度由=(length) 参数决定 ### 配置文件 ### + -ZMap支持使用配置文件代替在命令行上指定所有的需求选项。配置中可以通过每行指定一个长名称的选项和对应的值来创建： +ZMap支持使用配置文件来代替在命令行上指定所有要求的选项。配置中可以通过每行指定一个长名称的选项和对应的值来创建： interface "eth1" source-ip 1.1.1.4-1.1.1.8 @@ -324,11 +322,12 @@ ZMap支持使用配置文件代替在命令行上指定所有的需求选项。 quiet summary -然后ZMap就可以按照配置文件和一些必要的附加参数运行了： +然后ZMap就可以按照配置文件并指定一些必要的附加参数运行了： $ zmap --config=~/.zmap.conf --target-port=443 ### 详细 ### + ZMap可以在屏幕上生成多种类型的输出。默认情况下，Zmap将每隔1秒打印出相似的基本进度信息。可以通过设置`--quiet`来禁用。 @@ -377,8 +376,9 @@ ZMap还支持在扫描之后打印出一个的可grep的汇总信息，类似于 adv permutation-gen 4215763218 ### 结果输出 ### + -ZMap可以通过**输出模块**生成不同格式的结果。默认情况下，ZMap只支持**csv**的输出，但是可以通过编译支持**redis**和**json** 。可以使用**输出过滤**来过滤这些发送到输出模块上的结果。输出模块的范围由用户指定。默认情况如果没有指定输出文件，ZMap将以csv格式返回结果，ZMap不会产生特定结果。也可以编写自己的输出模块;请参阅编写输出模块。 +ZMap可以通过**输出模块**生成不同格式的结果。默认情况下，ZMap只支持**csv**的输出，但是可以通过编译支持**redis**和**json** 。可以使用**输出过滤**来过滤这些发送到输出模块上的结果。输出模块输出的字段由用户指定。默认情况如果没有指定输出文件，ZMap将以csv格式返回结果，而不会生成特定结果。也可以编写自己的输出模块;请参阅[编写输出模块](#exteding)。 **-o, --output-file=p** @@ -388,14 +388,13 @@ ZMap可以通过**输出模块**生成不同格式的结果。默认情况下， 调用自定义输出模块 - **-f, --output-fields=p** -输出以逗号分隔各字段的列表 +以逗号分隔的输出的字段列表 **--output-filter=filter** -在给定的探测区域实施输出过滤 +对给定的探测指定字段输出过滤 **--list-output-modules** @@ -403,17 +402,17 @@ ZMap可以通过**输出模块**生成不同格式的结果。默认情况下， **--list-output-fields** -列出可用的给定探测区域 +列出给定的探测的可用输出字段 #### 输出字段 #### -ZMap有很多区域，它可以基于IP地址输出。这些区域可以通过在给定探测模块上运行`--list-output-fields`来查看。 +除了IP地址之外，ZMap有很多字段。这些字段可以通过在给定探测模块上运行`--list-output-fields`来查看。 $ zmap --probe-module="tcp_synscan" --list-output-fields saddr string: 应答包中的源IP地址 - saddr-raw int: 网络提供的整形形式的源IP地址 + saddr-raw int: 网络字节格式的源IP地址 daddr string: 应答包中的目的IP地址 - daddr-raw int: 网络提供的整形形式的目的IP地址 + daddr-raw int: 网络字节格式的目的IP地址 ipid int: 应答包中的IP识别号 ttl int: 应答包中的ttl（存活时间）值 sport int: TCP 源端口 @@ -426,7 +425,7 @@ ZMap有很多区域，它可以基于IP地址输出。这些区域可以通过 repeat int: 是否是来自主机的重复响应 cooldown int: 是否是在冷却时间内收到的响应 timestamp-str string: 响应抵达时的时间戳使用ISO8601格式 - timestamp-ts int: 响应抵达时的时间戳使用纪元开始的秒数 + timestamp-ts int: 响应抵达时的时间戳使用UNIX纪元开始的秒数 timestamp-us int: 时间戳的微秒部分(例如 从'timestamp-ts'的几微秒) 可以通过使用`--output-fields=fields`或`-f`来选择选择输出字段，任意组合的输出字段可以被指定为逗号分隔的列表。例如： @@ -435,31 +434,32 @@ ZMap有很多区域，它可以基于IP地址输出。这些区域可以通过 #### 过滤输出 #### -在传到输出模块之前，探测模块生成的结果可以先过滤。过滤被实施在探测模块的输出字段上。过滤使用简单的过滤语法写成，类似于SQL，通过ZMap的**--output-filter**选项来实施。输出过滤通常用于过滤掉重复的结果或仅传输成功的响应到输出模块。 +在传到输出模块之前，探测模块生成的结果可以先过滤。过滤是针对探测模块的输出字段的。过滤使用类似于SQL的简单过滤语法写成，通过ZMap的**--output-filter**选项来指定。输出过滤通常用于过滤掉重复的结果，或仅传输成功的响应到输出模块。 -过滤表达式的形式为`<字段名> <操作> <值>`。`<值>`的类型必须是一个字符串或一串无符号整数并且匹配`<字段名>`类型。对于整数比较有效的操作是`= !=, <, >, <=, >=`。字符串比较的操作是=，!=。`--list-output-fields`会打印那些可供探测模块选择的字段和类型，然后退出。 +过滤表达式的形式为`<字段名> <操作符> <值>`。`<值>`的类型必须是一个字符串或一串无符号整数并且匹配`<字段名>`类型。对于整数比较有效的操作符是`= !=, <, >, <=, >=`。字符串比较的操作是=，!=。`--list-output-fields`可以打印那些可供探测模块选择的字段和类型，然后退出。 复合型的过滤操作，可以通过使用`&&`（逻辑与）和`||`（逻辑或）这样的运算符来组合出特殊的过滤操作。 **示例** -书写一则过滤仅显示成功，过滤重复应答 +书写一则过滤仅显示成功的、不重复的应答 --output-filter="success = 1 && repeat = 0" -过滤出包中含RST并且TTL大于10的分类，或者包中含SYNACK的分类 +过滤出RST分类并且TTL大于10的包，或者SYNACK分类的包 --output-filter="(classification = rst && ttl > 10) || classification = synack" #### CSV #### -csv模块将会生成以逗号分隔各输出请求字段的文件。例如，以下的指令将生成下面的CSV至名为`output.csv`的文件。 +csv模块将会生成以逗号分隔各个要求输出的字段的文件。例如，以下的指令将生成名为`output.csv`的CSV文件。 $ zmap -p 80 -f "response,saddr,daddr,sport,seq,ack,in_cooldown,is_repeat,timestamp" -o output.csv ---------- - 响应, 源地址, 目的地址, 源端口, 目的端口, 序列号, 应答, 是否是冷却模式, 是否重复, 时间戳 + #响应, 源地址, 目的地址, 源端口, 目的端口, 序列号, 应答, 是否是冷却模式, 是否重复, 时间戳 + response, saddr, daddr, sport, dport, seq, ack, in_cooldown, is_repeat, timestamp synack, 159.174.153.144, 10.0.0.9, 80, 40555, 3050964427, 3515084203, 0, 0,2013-08-15 18:55:47.681 rst, 141.209.175.1, 10.0.0.9, 80, 40136, 0, 3272553764, 0, 0,2013-08-15 18:55:47.683 rst, 72.36.213.231, 10.0.0.9, 80, 56642, 0, 2037447916, 0, 0,2013-08-15 18:55:47.691 @@ -472,13 +472,20 @@ csv模块将会生成以逗号分隔各输出请求字段的文件。例如， #### Redis #### -Redis的输出模块允许地址被添加到一个Redis的队列,不是被保存到文件,允许ZMap将它与之后的处理工具结合使用。 +Redis的输出模块允许地址被添加到一个Redis的队列，而不是保存到文件，允许ZMap将它与之后的处理工具结合使用。 -**注意!** ZMap默认不会编译Redis功能。如果您想要将Redis功能编译进ZMap源码中，可以在CMake的时候加上`-DWITH_REDIS=ON`。 +**注意!** ZMap默认不会编译Redis功能。如果你从源码构建ZMap，可以在CMake的时候加上`-DWITH_REDIS=ON`来增加Redis支持。 + +#### JSON #### + +JSON输出模块用起来类似于CSV模块，只是以JSON格式写入到文件。JSON文件能轻松地导入到其它可以读取JSON的程序中。 + +**注意！**，ZMap默认不会编译JSON功能。如果你从源码构建ZMap，可以在CMake的时候加上`-DWITH_JSON=ON`来增加JSON支持。 ### 黑名单和白名单 ### + -ZMap同时支持对网络前缀做黑名单和白名单。如果ZMap不加黑名单和白名单参数，他将会扫描所有的IPv4地址（包括本地的，保留的以及组播地址）。如果指定了黑名单文件，那么在黑名单中的网络前缀将不再扫描；如果指定了白名单文件，只有那些网络前缀在白名单内的才会扫描。白名单和黑名单文件可以协同使用；黑名单运用于白名单上（例如：如果您在白名单中指定了10.0.0.0/8并在黑名单中指定了10.1.0.0/16，那么10.1.0.0/16将不会扫描）。白名单和黑名单文件可以在命令行中指定，如下所示： +ZMap同时支持对网络前缀做黑名单和白名单。如果ZMap不加黑名单和白名单参数，他将会扫描所有的IPv4地址（包括本地的，保留的以及组播地址）。如果指定了黑名单文件，那么在黑名单中的网络前缀将不再扫描；如果指定了白名单文件，只有那些网络前缀在白名单内的才会扫描。白名单和黑名单文件可以协同使用；黑名单优先于白名单（例如：如果您在白名单中指定了10.0.0.0/8并在黑名单中指定了10.1.0.0/16，那么10.1.0.0/16将不会扫描）。白名单和黑名单文件可以在命令行中指定，如下所示： **-b, --blacklist-file=path** @@ -488,7 +495,7 @@ ZMap同时支持对网络前缀做黑名单和白名单。如果ZMap不加黑名 文件用于记录限制扫描的子网，以CIDR的表示法，例如192.168.0.0/16 -黑名单文件的每行都需要以CIDR的表示格式书写一个单一的网络前缀。允许使用`#`加以备注。例如： +黑名单文件的每行都需要以CIDR的表示格式书写，一行单一的网络前缀。允许使用`#`加以备注。例如： # IANA（英特网编号管理局）记录的用于特殊目的的IPv4地址 # http://www.iana.org/assignments/iana-ipv4-special-registry/iana-ipv4-special-registry.xhtml @@ -501,14 +508,14 @@ ZMap同时支持对网络前缀做黑名单和白名单。如果ZMap不加黑名 169.254.0.0/16 # RFC3927: 本地链路地址 172.16.0.0/12 # RFC1918: 私有地址 192.0.0.0/24 # RFC6890: IETF协议预留 - 192.0.2.0/24 # RFC5737: 测试地址 - 192.88.99.0/24 # RFC3068: IPv6转换到IPv4的任意播 + 192.0.2.0/24 # RFC5737: 测试地址1 + 192.88.99.0/24 # RFC3068: IPv6转换到IPv4的任播 192.168.0.0/16 # RFC1918: 私有地址 192.18.0.0/15 # RFC2544: 检测地址 - 198.51.100.0/24 # RFC5737: 测试地址 - 203.0.113.0/24 # RFC5737: 测试地址 + 198.51.100.0/24 # RFC5737: 测试地址2 + 203.0.113.0/24 # RFC5737: 测试地址3 240.0.0.0/4 # RFC1112: 预留地址 - 255.255.255.255/32 # RFC0919: 广播地址 + 255.255.255.255/32 # RFC0919: 限制广播地址 # IANA记录的用于组播的地址空间 # http://www.iana.org/assignments/multicast-addresses/multicast-addresses.xhtml @@ -516,13 +523,14 @@ ZMap同时支持对网络前缀做黑名单和白名单。如果ZMap不加黑名 224.0.0.0/4 # RFC5771: 组播/预留地址ed -如果您只是想扫描因特网中随机的一部分地址，使用采样检出，来代替使用白名单和黑名单。 +如果您只是想扫描因特网中随机的一部分地址，使用[抽样](#ratelimiting)检出，来代替使用白名单和黑名单。 **注意！**ZMap默认设置使用`/etc/zmap/blacklist.conf`作为黑名单文件，其中包含有本地的地址空间和预留的IP空间。通过编辑`/etc/zmap/zmap.conf`可以改变默认的配置。 ### 速度限制与抽样 ### + -默认情况下，ZMap将以您当前网络所能支持的最快速度扫描。以我们对于常用硬件的经验，这普遍是理论上Gbit以太网速度的95-98%，这可能比您的上游提供商可处理的速度还要快。ZMap是不会自动的根据您的上游提供商来调整发送速率的。您可能需要手动的调整发送速率来减少丢包和错误结果。 +默认情况下，ZMap将以您当前网卡所能支持的最快速度扫描。以我们对于常用硬件的经验，这通常是理论上Gbit以太网速度的95-98%，这可能比您的上游提供商可处理的速度还要快。ZMap是不会自动的根据您的上游提供商来调整发送速率的。您可能需要手动的调整发送速率来减少丢包和错误结果。 **-r, --rate=pps** @@ -530,9 +538,9 @@ ZMap同时支持对网络前缀做黑名单和白名单。如果ZMap不加黑名 **-B, --bandwidth=bps** -设置发送速率以比特/秒(支持G,M和K后缀)。也同样作用于--rate的参数。 +设置发送速率以比特/秒(支持G,M和K后缀)。这会覆盖--rate参数。 -ZMap同样支持对IPv4地址空间进行指定最大目标数和/或最长运行时间的随机采样。由于针对主机的扫描是通过随机排序生成的实例，限制扫描的主机个数为N就会随机抽选N个主机。命令选项如下： +ZMap同样支持对IPv4地址空间进行指定最大目标数和/或最长运行时间的随机采样。由于每次对主机的扫描是通过随机排序生成的，限制扫描的主机个数为N就会随机抽选N个主机。命令选项如下： **-n, --max-targets=n** @@ -540,7 +548,7 @@ ZMap同样支持对IPv4地址空间进行指定最大目标数和/或最长运 **-N, --max-results=n** -结果上限数量（累积收到这么多结果后推出） +结果上限数量（累积收到这么多结果后退出） **-t, --max-runtime=s** @@ -554,48 +562,46 @@ ZMap同样支持对IPv4地址空间进行指定最大目标数和/或最长运 zmap -p 443 -s 3 -n 1000000 -o results -为了确定哪一百万主机将要被扫描，您可以执行预扫，只列印数据包而非发送，并非真的实施扫描。 +为了确定哪一百万主机将要被扫描，您可以执行预扫，只打印数据包而非发送，并非真的实施扫描。 zmap -p 443 -s 3 -n 1000000 --dryrun | grep daddr | awk -F'daddr: ' '{print $2}' | sed 's/ |.*//;' ### 发送多个数据包 ### -ZMap支持想每个主机发送多个扫描。增加这个数量既增加了扫描时间又增加了到达的主机数量。然而，我们发现，增加扫描时间（每个额外扫描的增加近100％）远远大于到达的主机数量（每个额外扫描的增加近1％）。 +ZMap支持向每个主机发送多个探测。增加这个数量既增加了扫描时间又增加了到达的主机数量。然而，我们发现，增加的扫描时间（每个额外扫描的增加近100％）远远大于到达的主机数量（每个额外扫描的增加近1％）。 **-P, --probes=n** -向每个IP发出的独立扫描个数（默认值=1） +向每个IP发出的独立探测个数（默认值=1） ----------- +### 示例应用 ### -### 示例应用程序 ### - -ZMap专为向大量主机发启连接并寻找那些正确响应而设计。然而，我们意识到许多用户需要执行一些后续处理，如执行应用程序级别的握手。例如，用户在80端口实施TCP SYN扫描可能只是想要实施一个简单的GET请求，还有用户扫描443端口可能是对TLS握手如何完成感兴趣。 +ZMap专为向大量主机发起连接并寻找那些正确响应而设计。然而，我们意识到许多用户需要执行一些后续处理，如执行应用程序级别的握手。例如，用户在80端口实施TCP SYN扫描也许想要实施一个简单的GET请求，还有用户扫描443端口可能希望完成TLS握手。 #### Banner获取 #### -我们收录了一个示例程序，banner-grab，伴随ZMap使用可以让用户从监听状态的TCP服务器上接收到消息。Banner-grab连接到服务上，任意的发送一个消息，然后打印出收到的第一个消息。这个工具可以用来获取banners例如HTTP服务的回复的具体指令，telnet登陆提示，或SSH服务的字符串。 +我们收录了一个示例程序，banner-grab，伴随ZMap使用可以让用户从监听状态的TCP服务器上接收到消息。Banner-grab连接到提供的服务器上，发送一个可选的消息，然后打印出收到的第一个消息。这个工具可以用来获取banner，例如HTTP服务的回复的具体指令，telnet登陆提示，或SSH服务的字符串。 -这个例子寻找了1000个监听80端口的服务器，并向每个发送一个简单的GET请求，存储他们的64位编码响应至http-banners.out +下面的例子寻找了1000个监听80端口的服务器，并向每个发送一个简单的GET请求，存储他们的64位编码响应至http-banners.out $ zmap -p 80 -N 1000 -B 10M -o - | ./banner-grab-tcp -p 80 -c 500 -d ./http-req > out 如果想知道更多使用`banner-grab`的细节,可以参考`examples/banner-grab`中的README文件。 -**注意！** ZMap和banner-grab（如例子中）同时运行可能会比较显著的影响对方的表现和精度。确保不让ZMap充满banner-grab-tcp的并发连接，不然banner-grab将会落后于标准输入的读入，导致屏蔽编写标准输出。我们推荐使用较慢扫描速率的ZMap，同时提升banner-grab-tcp的并发性至3000以内（注意 并发连接>1000需要您使用`ulimit -SHn 100000`和`ulimit -HHn 100000`来增加每个问进程的最大文件描述）。当然，这些参数取决于您服务器的性能，连接成功率（hit-rate）；我们鼓励开发者在运行大型扫描之前先进行小样本的试验。 +**注意！** ZMap和banner-grab（如例子中）同时运行可能会比较显著的影响对方的表现和精度。确保不让ZMap占满banner-grab-tcp的并发连接，不然banner-grab将会落后于标准输入的读入，导致阻塞ZMap的输出写入。我们推荐使用较慢扫描速率的ZMap，同时提升banner-grab-tcp的并发性至3000以内（注意 并发连接>1000需要您使用`ulimit -SHn 100000`和`ulimit -HHn 100000`来增加每个进程的最大文件描述符数量）。当然，这些参数取决于您服务器的性能、连接成功率（hit-rate）；我们鼓励开发者在运行大型扫描之前先进行小样本的试验。 #### 建立套接字 #### -我们也收录了另一种形式的banner-grab，就是forge-socket， 重复利用服务器发出的SYN-ACK，连接并最终取得banner。在`banner-grab-tcp`中，ZMap向每个服务器发送一个SYN，并监听服务器发回的带有SYN+ACK的应答。运行ZMap主机的内核接受应答后发送RST，因为有没有处于活动状态的连接与该包关联。程序banner-grab必须在这之后创建一个新的TCP连接到从服务器获取数据。 +我们也收录了另一种形式的banner-grab，就是forge-socket， 重复利用服务器发出的SYN-ACK，连接并最终取得banner。在`banner-grab-tcp`中，ZMap向每个服务器发送一个SYN，并监听服务器发回的带有SYN+ACK的应答。运行ZMap主机的内核接受应答后发送RST，这样就没有与该包关联活动连接。程序banner-grab必须在这之后创建一个新的TCP连接到从服务器获取数据。 -在forge-socket中，我们以同样的名字利用内核模块，这使我们可以创建任意参数的TCP连接。这样可以抑制内核的RST包，并且通过创建套接字取代它可以重用SYN+ACK的参数，通过这个套接字收发数据和我们平时使用的连接套接字并没有什么不同。 +在forge-socket中，我们利用内核中同名的模块，使我们可以创建任意参数的TCP连接。可以通过抑制内核的RST包，并重用SYN+ACK的参数取代该包而创建套接字，通过这个套接字收发数据和我们平时使用的连接套接字并没有什么不同。 -要使用forge-socket，您需要forge-socket内核模块，从[github][1]上可以获得。您需要git clone `git@github.com:ewust/forge_socket.git`至ZMap源码根目录，然后cd进入forge_socket 目录，运行make。以root身份安装带有`insmod forge_socket.ko` 的内核模块。 +要使用forge-socket，您需要forge-socket内核模块，从[github][1]上可以获得。您需要`git clone git@github.com:ewust/forge_socket.git`至ZMap源码根目录，然后cd进入forge_socket目录，运行make。以root身份运行`insmod forge_socket.ko` 来安装该内核模块。 -您也需要告知内核不要发送RST包。一个简单的在全系统禁用RST包的方法是**iptables**。以root身份运行`iptables -A OUTPUT -p tcp -m tcp --tcp-flgas RST,RST RST,RST -j DROP`即可，当然您也可以加上一项--dport X将禁用局限于所扫描的端口（X）上。扫描完成后移除这项设置，以root身份运行`iptables -D OUTPUT -p tcp -m tcp --tcp-flags RST,RST RST,RST -j DROP`即可。 +您也需要告知内核不要发送RST包。一个简单的在全系统禁用RST包的方法是使用**iptables**。以root身份运行`iptables -A OUTPUT -p tcp -m tcp --tcp-flgas RST,RST RST,RST -j DROP`即可，当然您也可以加上一项`--dport X`将禁用局限于所扫描的端口（X）上。扫描完成后移除这项设置，以root身份运行`iptables -D OUTPUT -p tcp -m tcp --tcp-flags RST,RST RST,RST -j DROP`即可。 -现在应该可以建立forge-socket的ZMap示例程序了。运行需要使用**extended_file**ZMap输出模块： +现在应该可以建立forge-socket的ZMap示例程序了。运行需要使用**extended_file**ZMap[输出模块](#outputmodule)： $ zmap -p 80 -N 1000 -B 10M -O extended_file -o - | \ ./forge-socket -c 500 -d ./http-req > ./http-banners.out @@ -605,8 +611,9 @@ ZMap专为向大量主机发启连接并寻找那些正确响应而设计。然 ---------- ### 编写探测和输出模块 ### + -ZMap可以通过**probe modules**扩展支持不同类型的扫描，通过**output modules**追加不同类型的输出结果。注册过的探测和输出模块可以在命令行中列出： +ZMap可以通过**探测模块**来扩展支持不同类型的扫描，通过**输出模块**增加不同类型的输出结果。注册过的探测和输出模块可以在命令行中列出： **--list-probe-modules** @@ -617,95 +624,95 @@ ZMap可以通过**probe modules**扩展支持不同类型的扫描，通过**out 列出安装过的输出模块 #### 输出模块 #### + -ZMap的输出和输出后处理可以通过执行和注册扫描的**output modules**来扩展。输出模块在接收每一个应答包时都会收到一个回调。然而提供的默认模块仅提供简单的输出，这些模块同样支持扩展扫描后处理（例如：重复跟踪或输出AS号码来代替IP地址） +ZMap的输出和输出后处理可以通过实现和注册扫描器的**输出模块**来扩展。输出模块在接收每一个应答包时都会收到一个回调。然而默认提供的模块仅提供简单的输出，这些模块同样支持更多的输出后处理（例如：重复跟踪或输出AS号码来代替IP地址）。 -通过定义一个新的output_module机构体来创建输出模块，并在[output_modules.c][2]中注册： +通过定义一个新的output_module结构来创建输出模块，并在[output_modules.c][2]中注册： typedef struct output_module { - const char *name; // 在命令行如何引出输出模块 + const char *name; // 在命令行如何引用输出模块 unsigned update_interval; // 以秒为单位的更新间隔 - output_init_cb init; // 在扫描初始化的时候调用 - output_update_cb start; // 在开始的扫描的时候调用 + output_init_cb init; // 在扫描器初始化的时候调用 + output_update_cb start; // 在扫描器开始的时候调用 output_update_cb update; // 每次更新间隔调用，秒为单位 output_update_cb close; // 扫描终止后调用 output_packet_cb process_ip; // 接收到应答时调用 - const char *helptext; // 会在--list-output-modules时打印在屏幕啥 + const char *helptext; // 会在--list-output-modules时打印在屏幕上 } output_module_t; -输出模块必须有名称，通过名称可以在命令行、普遍实施的`success_ip`和常见的`other_ip`回调中使用模块。process_ip的回调由每个收到的或经由**probe module**过滤的应答包调用。应答是否被认定为成功并不确定（比如，他可以是一个TCP的RST）。这些回调必须定义匹配`output_packet_cb`定义的函数: +输出模块必须有名称，通过名称可以在命令行调用，并且通常会实现`success_ip`和常见的`other_ip`回调。process_ip的回调由每个收到并经由**probe module**过滤的应答包调用。应答是否被认定为成功并不确定（比如，它可以是一个TCP的RST）。这些回调必须定义匹配`output_packet_cb`定义的函数: int (*output_packet_cb) ( - ipaddr_n_t saddr, // network-order格式的扫描主机IP地址 - ipaddr_n_t daddr, // network-order格式的目的IP地址 + ipaddr_n_t saddr, // 网络字节格式的发起扫描主机IP地址 + ipaddr_n_t daddr, // 网络字节格式的目的IP地址 const char* response_type, // 发送模块的数据包分类 int is_repeat, // {0: 主机的第一个应答, 1: 后续的应答} - int in_cooldown, // {0: 非冷却状态, 1: 扫描处于冷却中} + int in_cooldown, // {0: 非冷却状态, 1: 扫描器处于冷却中} - const u_char* packet, // 指向结构体iphdr中IP包的指针 - size_t packet_len // 包的长度以字节为单位 + const u_char* packet, // 指向IP包的iphdr结构体的指针 + size_t packet_len // 包的长度，以字节为单位 ); -输出模块还可以通过注册回调执行在扫描初始化的时候（诸如打开输出文件的任务），扫描开始阶段（诸如记录黑名单的任务），在常规间隔实施（诸如程序升级的任务）在关闭的时候（诸如关掉所有打开的文件描述符。这些回调提供完整的扫描配置入口和实时状态： +输出模块还可以通过注册回调，执行在扫描初始化的时候（诸如打开输出文件的任务）、在扫描开始阶段（诸如记录黑名单的任务）、在扫描的常规间隔（诸如状态更新的任务）、在关闭的时候（诸如关掉所有打开的文件描述符）。提供的这些回调可以完整的访问扫描配置和当前状态： int (*output_update_cb)(struct state_conf*, struct state_send*, struct state_recv*); -被定义在[output_modules.h][3]中。在[src/output_modules/module_csv.c][4]中有可用示例。 +这些定义在[output_modules.h][3]中。在[src/output_modules/module_csv.c][4]中有可用示例。 #### 探测模块 #### + -数据包由探测模块构造，由此可以创建抽象包并对应答分类。ZMap默认拥有两个扫描模块：`tcp_synscan`和`icmp_echoscan`。默认情况下，ZMap使用`tcp_synscan`来发送TCP SYN包并对每个主机的并对每个主机的响应分类，如打开时（收到SYN+ACK）或关闭时（收到RST）。ZMap允许开发者编写自己的ZMap探测模块，使用如下的API： +数据包由**探测模块**构造，它可以创建各种包和不同类型的响应。ZMap默认拥有两个扫描模块：`tcp_synscan`和`icmp_echoscan`。默认情况下，ZMap使用`tcp_synscan`来发送TCP SYN包并对每个主机的响应分类，如打开时（收到SYN+ACK）或关闭时（收到RST）。ZMap允许开发者编写自己的ZMap探测模块，使用如下的API： -任何类型的扫描的实施都需要在`send_module_t`结构体内开发和注册必要的回调： +任何类型的扫描都必须通过开发和注册`send_module_t`结构中的回调来实现： typedef struct probe_module { const char *name; // 如何在命令行调用扫描 size_t packet_length; // 探测包有多长(必须是静态的) const char *pcap_filter; // 对收到的响应实施PCAP过滤 - size_t pcap_snaplen; // maximum number of bytes for libpcap to capture - - uint8_t port_args; // 设为1，如果需要使用ZMap的--target-port - // 用户指定 + size_t pcap_snaplen; // libpcap 捕获的最大字节数 + uint8_t port_args; // 设为1，如果ZMap需要用户指定--target-port probe_global_init_cb global_initialize; // 在扫描初始化会时被调用一次 probe_thread_init_cb thread_initialize; // 每个包缓存区的线程中被调用一次 probe_make_packet_cb make_packet; // 每个主机更新包的时候被调用一次 probe_validate_packet_cb validate_packet; // 每收到一个包被调用一次， // 如果包无效返回0， - // 非零则覆盖。 + // 非零则有效。 - probe_print_packet_cb print_packet; // 如果在dry-run模式下被每个包都调用 - probe_classify_packet_cb process_packet; // 由区分响应的接收器调用 + probe_print_packet_cb print_packet; // 如果在预扫模式下被每个包都调用 + probe_classify_packet_cb process_packet; // 由区分响应的接收器调用 probe_close_cb close; // 扫描终止后被调用 - fielddef_t *fields // 该模块指定的区域的定义 - int numfields // 区域的数量 + fielddef_t *fields // 该模块指定的字段的定义 + int numfields // 字段的数量 } probe_module_t; -在扫描操作初始化时会调用一次`global_initialize`，可以用来实施一些必要的全局配置和初始化操作。然而，`global_initialize`并不能访问报缓冲区，那里由线程指定。用以代替的，`thread_initialize`在每个发送线程初始化的时候被调用，提供对于缓冲区的访问，可以用来构建探测包和全局的源和目的值。此回调应用于构建宿主不可知分组结构，甚至只有特定值（如：目的主机和校验和），需要随着每个主机更新。例如，以太网头部信息在交换时不会变更（减去校验和是由NIC硬件计算的）因此可以事先定义以减少扫描时间开销。 +在扫描操作初始化时会调用一次`global_initialize`，可以用来实施一些必要的全局配置和初始化操作。然而，`global_initialize`并不能访问包缓冲区，那里是线程特定的。代替的，`thread_initialize`在每个发送线程初始化的时候被调用，提供对于缓冲区的访问，可以用来构建探测包和全局的源和目的值。此回调应用于构建主机不可知的包结构，甚至只有特定值（如：目的主机和校验和），需要随着每个主机更新。例如，以太网头部信息在交换时不会变更（减去校验和是由NIC硬件计算的）因此可以事先定义以减少扫描时间开销。 -调用回调参数`make_packet是为了让被扫描的主机允许**probe module**更新主机指定的值，同时提供IP地址、一个非透明的验证字符串和探测数目（如下所示）。探测模块负责在探测中放置尽可能多的验证字符串，以至于当服务器返回的应答为空时，探测模块也能验证它的当前状态。例如，针对TCP SYN扫描，tcp_synscan探测模块会使用TCP源端口和序列号的格式存储验证字符串。响应包（SYN+ACKs）将包含预期的值包含目的端口和确认号。 +调用回调参数`make_packet`是为了让被扫描的主机允许**探测模块**更新主机指定的值，同时提供IP地址、一个非透明的验证字符串和探测数目（如下所示）。探测模块负责在探测中放置尽可能多的验证字符串，即便当服务器返回的应答为空时，探测模块也能验证它的当前状态。例如，针对TCP SYN扫描，tcp_synscan探测模块会使用TCP源端口和序列号的格式存储验证字符串。响应包（SYN+ACK）将包含目的端口和确认号的预期值。 int make_packet( void *packetbuf, // 包的缓冲区 - ipaddr_n_t src_ip, // network-order格式源IP - ipaddr_n_t dst_ip, // network-order格式目的IP - uint32_t *validation, // 探测中的确认字符串 + ipaddr_n_t src_ip, // 网络字节格式源IP + ipaddr_n_t dst_ip, // 网络字节格式目的IP + uint32_t *validation, // 探测中的有效字符串 int probe_num // 如果向每个主机发送多重探测， - // 该值为对于主机我们 - // 正在实施的探测数目 + // 该值为我们对于该主机 + // 正在发送的探测数目 ); -扫描模块也应该定义`pcap_filter`、`validate_packet`和`process_packet`。只有符合PCAP过滤的包才会被扫描。举个例子，在一个TCP SYN扫描的情况下，我们只想要调查TCP SYN / ACK或RST TCP数据包，并利用类似`tcp && tcp[13] & 4 != 0 || tcp[13] == 18`的过滤方法。`validate_packet`函数将会被每个满足PCAP过滤条件的包调用。如果验证返回的值非零，将会调用`process_packet`函数，并使用包中被定义成的`fields`字段和数据填充字段集。如下代码为TCP synscan探测模块处理了一个数据包。 +扫描模块也应该定义`pcap_filter`、`validate_packet`和`process_packet`。只有符合PCAP过滤器的包才会被扫描。举个例子，在一个TCP SYN扫描的情况下，我们只想要调查TCP SYN / ACK或RST TCP数据包，并利用类似`tcp && tcp[13] & 4 != 0 || tcp[13] == 18`的过滤方法。`validate_packet`函数将会被每个满足PCAP过滤条件的包调用。如果验证返回的值非零，将会调用`process_packet`函数，并使用`fields`定义的字段和包中的数据填充字段集。举个例子，如下代码为TCP synscan探测模块处理了一个数据包。 void synscan_process_packet(const u_char *packet, uint32_t len, fieldset_t *fs) { @@ -733,7 +740,7 @@ ZMap的输出和输出后处理可以通过执行和注册扫描的**output modu via: https://zmap.io/documentation.html 译者：[martin2011qi](https://github.com/martin2011qi) -校对：[校对者ID](https://github.com/校对者ID) +校对：[wxy](https://github.com/wxy) 本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创翻译，[Linux中国](http://linux.cn/) 荣誉推出