网络工程师的甩锅指南，果断收藏
大家好，我是老杨。
都说IT行业最容易被甩锅的就是网工，这是有科学依据的，比如：
纵观我网工群的群友聊天，“锅”不离口，很难不说明一点什么问题。
遇到甩锅，我相信没有哪位朋友的心情是愉悦的。
到底怎么避免甩锅，或许你要从最源头开始追溯本源，找到根本解决之道。
今天就来和你聊上一聊。
今日文章阅读福利：《10年网工1v1答疑名额（5个）》
不知道网工要怎么发展，不明白怎么做职业规划，还是想入行没方向？别急，私信我，发送暗号“咨询”，我给你捋捋。
01 网络工程师经常遭遇哪些甩锅情况？
很多人都觉得，自己干活干的好好的，结果干的越好背锅也多，为什么？
你肯定在这个时候忘记了一句老话，网络工程师工作的最高境界，就是全公司最好都当你不存在。
一旦有一丁点小的网络故障或者问题，你永远都是逃不掉的第一个。
网络坏了找你，电脑黑屏了找你，网线乱七八糟找你，软件下不下来还找你……
想当透明网工人，不存在的。
01 技术上的黑锅，甩都甩不完
简单举个例子：
网络故障定位，是很多网工的必修课之一。
但定位的快准狠，不是每个网工都做得到的，更别谈定位之后强大的处理和解决问题的能力了。
就在这个基础工作里，锅就挺多。
首先，网络故障发生的原因会有很多。
可能是客户的问题，可能是机房维护的问题，也有可能是第三方服务出现了问题，当然也有可能是网工自己本身的疏忽，以及设备本身的问题。
由于设备本身的软件或者硬件出现问题而导致的故障，其实是比较少见的，90%的网络故障都是人为的。
要么配置配的不合理，要么规划不合理，才会导致这样或那样的问题。
就像刑侦剧一样，每一个案件背后，都充满了未被探寻的多个线索，网络故障也是。
不管到底是谁的锅，只要你没有第一时间处理得当，最后都会变成你的锅。
这个背后折射的真相，除了技术问题本身，更多的其实也是沟通问题。
除开正常工作对接上的锅，很多时候也要背上网友的锅。
就像一遇到什么app崩了，什么网站也崩了，什么功能打不开，统统都找网工的麻烦。
广大网工：“求放过行不行？”
所以，我经常看到xx崩了，一会儿有网友喊程序员快点加班秃头处理的，一会儿喊网络工程师快出来搞清楚的……
我就很想拍拍他们的肩膀，微笑：“别闹了，洗洗睡吧。”
02 沟通黑洞，非网工莫属
很多网工的性格都是比较内向的，毕竟搞IT的哥儿几个，哪里有什么花花肠子，都是埋头苦干型。
在做项目的过程里，最容易产生的问题，就是“沟通不明”产生的。
可能老板想要的是一个样，你做的是另外一个样；
可能同事和你一起组网，你想做的和他需要做的都不是一回事；
还有可能，在和项目经理的沟通里，你常常搞不懂到底他在讲什么……
我曾经遇到过一个年轻同事，就背过一个很经典的沟通黑锅。
他帮忙维护甲方的业务系统，晚上下班回去休息。
系统突然凌晨3点中断，火急火燎的被打电话叫醒，迷迷糊糊的处理好了，业务也恢复正常了，但最后还是出了问题。
客户过了几天开始追问故障原因，甩锅甩的满天飞，最后还是落在了这位年轻同事头上。
他错哪儿？
他没有要到客户明确的纸质授权处理书，也没有在解决故障之后第一时间出具分析报告，更没有和上级进行及时的交流，最后才导致了锅从天上来的结局。
如果第一时间明确了到底故障的原因是什么，比如是流量突增占满带宽，或者是哪个端口被重用，你都好把锅甩回去。
但你没有第一时间判断清楚，只是为了解决问题而解决问题，最后就容易变得难以收尾。
02 面对黑锅，什么才是最完美的甩锅方法？
从第一点我们可以得出，想要拥有完美抵御黑锅的能力，就要从技术能力和沟通能力两方面入手。
有了两个方向维度，你可以优先选择自己想选的，进行优化和改进。
比如，你觉得自己老是被甩锅，是因为技术不如其他同事好，心不如其他同事细致。
那么，对于你来说，最完美的甩锅方法，就是有理有据有条理的做好每件事情。
你说得出前因后果，甚至能说出同事工作上的逻辑错误，黑锅自然远离你。
而且，很多黑锅都是因为你没有备份的习惯，那你就养成一个习惯，要修改数据时，先备份，比如.conf的配置文件。
另外，修改配置文件时，建议注释原选项，然后再复制修改不就好了？
当然，关于网络故障分析大法，我已分享了不少在公众号内，比如这一篇，你就可以参考：《这6个网络故障，每位网工都曾遇到过》
我个人比较难忘的项目经历有不少。
这10年来，我做过很多项目，比如腾讯MAN，国家电网的广域网，运营商网络，阿里专有云，各种私有云等等等等……出差最高长达1年。
熬夜通宵过，睡一半被客户打电话骂起来过，还在机房过过生日，感觉毕业后的大半时间都在项目里度过。
要说印象最深的，就是有一次折腾到凌晨三点的突发故障了。
客户是国内某TOP新能源行业相关公司，下午出的故障，故障表现为访问SAP服务器卡顿。
他们那边就召集了所有相关技术人员进行排错，做了简单的测试之后发现，ping服务器丢包，锅全给到网络这边。
因为觉得是小问题，所以没有找我们这边的原厂工程师求助，但是就这么点小问题，折腾到了凌晨1点多2点……是在没办法了，才求助了原厂。
我就是在凌晨3点接到领导电话的，被抓起来大半夜联系客户，问了下基本情况，得知测试PC到服务器中间核心交换机有个接口有丢包统计。
到这里，其实有经验的网工都大概知道端倪了，我分享下我的个人思路：
1. 确定接口是电口还是光口，核心设备是某厂的xx型号，基本是光口，但是还是确定一下。
2.查看接口光衰，得知收光功率-19，所以基本是硬件问题，光纤损坏了。
3. 确认是否双链路，一般核心肯定是，将故障链路所在接口关闭，再次测试发现不丢包了。
4. 至此，业务恢复，为了不影响第二天业务，接口先进行关闭，第二天替换故障光纤。
虽然问题不大，但的确对我来说印象深刻，希望对你能有所启发。
毕竟，在什么黑锅面前，强大的业务能力和沟通能力，才是一名网工最好的保护伞。
原创：老杨丨10年资深网络工程师，更多网工提升干货，请关注公众号：网络工程师俱乐部