技術文章

【技術文章】如何改進VoIP 故障排除 - 每個現場工程師應該知道的事

2021-10-08
原始連結::https://www.garlandtechnology.com/blog/how-to-improve-telco-voip-troubleshooting-what-every-field-engineer-should-know 原文作者:MICHAEL WALKER 我花了很多年的時間為一家在三階式市場提供語音和數據服務的電信公司擔任技術支援工程師。我們總是被叫來排除設備的任何性能問題。 我們的客戶是分散在東海岸的小鎮上的中小型企業,如保險和醫生辦公室。通常,他們的 IT 設置包括家用路由器和我們的數據機和 VoIP 電話。一些企業將管理其網路的數據端,但將其 IT 外包,例如防火牆和路由...

【技術文章】更進一步維護您的PoE網路

2021-09-06
PoE負載測試:進階的PoE系統故障排除 原文網址:PoE Load Testing: Advanced Troubleshooting for Your PoE Systems 為了幫助管理PoE,IEEE將PoE系統分成了不同的等級Class 0~Class 8。Type 1和Type 2 PoE包含Class 0 ~ Class 4(4~30W),Type 3包含Class 5(45W)和Class 6(60 W),Type 4包含Class 7(75W)和Type 8(90W)。這實質上意味著您可以透過PoE交換器或其他電源設備(PSE)來支援8種不同類別的PoE設備。當其中設備無法通電時,您需要能夠對其進行故障排除。 PoE無法運作?...

【技術文章】通向Zero Trust之路 - 了解與建置Zero Trust可視性架構(三)

2021-08-13
3-4. Network TAPs Network TAPs (Test Access Points) 是設計來複製完整雙向流量的硬體設備,可整日不中斷地運作 ,且不影響網路完整性。將TAPs放置在路由器和交換器之間,取代原本兩者直連的方式,從而可獲得完整、未經過濾的雙向流量的複本。 Diagram 4: Network TAP Ports A & B 負責連接網路, ports C & D 負責提供流量複本給分析工具。 可能當前您的網路是使用SPAN的方式來達成TAP所提供的功能。儘管在過去,在某些應用場景中是可用的,但現在,在規範中已明文規定是不能SPAN取代Network TAP的,尤其是在構建...

【技術文章】通向Zero Trust之路 - 了解與建置Zero Trust可視性架構(二)

2021-08-09
實作Zero Trust的五個步驟 所有朝向Zero Trust的新標準和法規,對於身負將高度複雜的政府網路升級的IT領導者們,是無法阻擋的。這個轉變過程不會是一夕之間,也不需要您將現有的資訊安全架構全部打掉重練,以便實現Zero Trust。 按照接下來的步驟建議,可以幫助您簡化實作Zero Trust的過程,並幫助您滿足新的政府規定。 1. 定義防禦面(Identify the Protect Surface) 在大部份的狀況,網路安全的對話都是以攻擊面為中心。這對於針對外圍作防禦來說是合適的,因為您需要採取能涵蓋網路中所有潛在的攻入點的安全措施。而在Ze...

【技術文章】通向Zero Trust之路 - 了解與建置Zero Trust可視性架構(一)

2021-08-03
Introduction 美國官方對Zero Trust的趨向 面對迅速發展的網路安全技術,政府機構向來未能做出敏捷、應對的決定。與一般企業網路安全策略的升級相比,政府網路安全政策的更改速度會慢上許多,而規模更巨大不少。這就是15年前就已經出現的“零信任(Zero Trust)”概念現在才成為政府機構網路的戰略重點的原因。 繼國防創新委員會(DIB)和美國技術工業諮詢委員會(American Council for Technology-Industry Advisory Council)的報告之後,聯邦政府現在將Zero Trust放在最優先增加的網路安全支出。 現在,各種各樣的政府...

【技術文章】OT 環境中的 TAP 與 SPAN

2021-07-30
原文:CHRIS BIHARY 翻譯:翰特科技 保護和監控您的網路是最終目標。為了實現這一目標,團隊利用旨在有效對應和管理 OT 環境中的威脅的ICS 安全解決方案。為了正確識別、檢測和回應安全威脅和漏洞,大多數 ICS 安全工具專注於網路可見性、威脅檢測和監控以及資產可見性和管理。 在實施這些安全解決方案時,OT 團隊在構建這些大型且有些老化的基礎設施的連接時面臨著複雜的挑戰,因為這些基礎設施最初在設計時並未考慮到網路安全,包括: 依賴於傳統交換器 SPAN 埠的可見性,這些埠是不安全、不可靠甚至是不...

【技術文章】乙太網供電安裝指南

2021-05-31
概述 多年前,有人想到了將電源和數據通信同時結合在雙絞線電纜上傳輸的想法,所以誕生了"乙太網供電(PoE, Power over Ethernet)"。 在過去的幾年中,已經推出了許多能透過同一根電纜來達成供電和傳輸數據的設備,並且持續的有更多的設備投入這樣的概念。 乙太網路供電安裝指南 在大多數情況下,透過使用PoE能夠消除對交流電源插座的需求,從而降低了勞力需求和相關建置成本。 讓設備不需使用外加電源即可運行,這意味著減少了一個可能的故障點。 而且,由於PoE使用更低,更安全的電壓,因此不需要嚴格的安規要求,例...

【技術文章】乙太網路供電安全嗎?

2021-05-24
乙太網供電(PoE)至今已經實施多年了,從2003年推出的Type 1 PoE(IEEE 802.3af)開始,它可提供達15.4 W的功率,可為受電裝置提供13W的功率。再來是2009年Type 2 PoE(IEEE802.3at),可提供達30 W的功率,並能提供相關受電裝置25.5W的功率。 在這個水平之下的直流電源,沒有人真正質疑過PoE的安全性。但是,在2018年分別推出了以60 W和90 W的 IEEE 802.3 bt Type 3和Type 4 PoE,並同時修訂了國家電氣法規以解決60 W遠程供電電路,許多人開始懷疑PoE供電是否存在安全上的疑慮。我們認為應該仔細地來看看這個問題。 ...

【技術文章】IT雲環境的可視性-封包擷取的新挑戰-part 3

2021-03-08
{版權宣告}本文由美國Garland Technology授權翰特科技翻譯使用 雲環境可視性: 克服關鍵挑戰 深入封包層級的可視性,在使用您的資安和監控工具時,是必要的。假設您的工具沒辦法看到所有該看到的流量,你將面臨一些風險:惡意行為可能從防禦漏洞穿過,或是對於潛在的應用程式效能問題反應緩慢。 然而,有三個主要挑戰使您無法像在本地基礎架構上一樣監視雲環境中的流量封包: 封包擷取和篩選:在使用本地基礎架構時,可以接觸到資料中心的實體,確實讓封包擷取是容易得多的。論您是透過使用有所限制的SPAN還是透過Network TA...

【技術文章】IT雲環境的可視性-封包擷取的新挑戰-part 2

2021-03-02
{版權宣告}本文由美國Garland Technology授權翰特科技翻譯使用 解析您的雲網路環境 無論您是剛剛開始遷移到雲網路環境並且只有一個公有雲環境,還是已經構建了複雜的混合雲,對雲環境的可視性都必須是整個計劃過程的基本組成部分。 但是,知道要管理的環境類型只是戰鬥的一部分。 您的整個雲網路可以拆分為多個組成部件,這進一步增加了可視性需求的複雜性。 了解需要追蹤的所有組件將幫助您更有效地計劃可視性部署。 雲網路的關鍵元件 選擇什麼樣的部署模型是您必須為雲網路做出的最高級別的決策。 但是,一旦您決定選...

【技術文章】IT雲環境的可視性-封包擷取的新挑戰-part 1

2021-02-22
{版權宣告}本文由美國Garland Technology授權翰特科技翻譯使用 遷移到雲環境 今時今日,IT管理者已經不再對於將應用程式和網路資源搬移到不可見的地方而抱持懷疑。使用雲平台的便利性已經是無法忽視的。無需深入了解眾多平台和技術來使您的資料中心更有效率,通過API調用,就可以輕鬆與Amazon Web Services(AWS)、Microsoft Azure,Google Cloud Platform(GCP)以及其他特定提供商互動。 與複雜的本地基礎結構相比,除了易於使用之外,還有兩個主要優勢推動了向雲網路環境的遷移: • 敏捷性: 按需基礎架構配置可...

【技術文章】什麼是Network Packet Brokers (NPB)

2021-02-02
{版權宣告}本文由美國Garland Technology授權翰特科技翻譯使用 什麼是Network Packet Brokers (NPB) 在當今在安全性和監視工具上進行了大量投資的IT環境中,了解和維護對網路的控制成了一項持續而艱鉅的任務。隨著網路虛擬化程度的提高、自帶設備(BYOD)、以及持續增長的網路安全威脅,網路監控比以往任何時候都更加重要。有據可查的是,任何良好的可見性架構的基礎都來自使用網路測試存取點(Network TAP),但是這些被複製的流量都流向何處? Network Packet Broker是什麼? Network Packet Brokers (NPBs) ,就如同其命...
版權所有 抄襲必究 copyright © 2021 翰特科技股份有限公司 All rights reserved.