May 2007 Archives

IPSEC VPN建立分为2步:Phase 1 & Phase 2
phase 1主要作用是vpn客户端和vpn接入点互相认证,以便确认对方的身份;phase2主要作用是协商针对特定的流量采用什么样的加密传输策略以及传输数据的完整性校验策略。

phase 1分为3步(共6个数据包),举例说明:
(1)A-->B :我支持的针对认证的加密策略有AES,DES,3DES...hash方法有md5/sha,认证方法采用pre-sharekey,rsa加密,rs签名,Diffie-Hellman使用Group1,2,或5,认证有效时间为x秒等
   B-->A:你提出的针对认证策略第N项我同意接受使用
(2)A<-->B 执行Diffie-Hellman交换,产生公共密钥
(3)A<-->B 使用协商好的认证策略以及产生的会话密钥传输加密的pre-sharekey或者证书等,互相进行认证。

对应的Cisco Router配置举例如下:
R1(config)#crypto isakmp policy 10
R1(config-isakmp)# encr aes //使用AES加密
R1(config-isakmp)# authentication pre-share //使用预共享密钥验证
R1(config-isakmp)# group 2 //使用DH group2
R1(config-isakmp)#crypto isakmp key r1r2cisco address 172.30.2.2 //将密钥与对端进行绑定

phase 2分为2步(共3个数据包),举例说明:
(1)A-->B: 我支持的针对数据传输的策略有ah-md5-hmac,ah-sha-hmac,esp-3des,esp-md5-hmac,感兴趣的数据流为某个流,是否启用PFS等
   B-->A: 我们选用其中的某个策略来作为加密传输的策略
(2)A-->B: OK,开始用这个策略传输吧
R1(config-isakmp-peer)#crypto ipsec transform-set ts esp-3des esp-sha-hmac //定义传输数据和完整性验证的策略
R1(cfg-crypto-trans)#crypto map cmap 10 ipsec-isakmp
R1(config-crypto-map)# set peer 172.30.2.2 //对端ip
R1(config-crypto-map)# set transform-set ts //将transfor-set与ipsec策略进行绑定
R1(config-crypto-map)# set pfs group2 //启用完美向前
R1(config-crypto-map)# match address loop //匹配感兴趣流
R1(config)#ip access-list extended loop
R1(config-ext-nacl)# permit ip host 1.1.1.1 host 2.2.2.2 //定义感兴趣流的访问控制列表

以上都配置好之后对于网络设备还需进行下面配置:
1. 在流量送出的接口上应用crypto map
2. 将感兴趣流的目的地址加入到路由表中(不一定非要精确匹配,只要能覆盖即可),然后将流量引导到送出接口
有些情况可能会出现返回的流量从另外的接口进入的情况,流量进入的接口不一定非要有crypto map,但是如果在所有可能返回流量的接口上写上crypto map是有好处的:当流量被crypto map中的感兴趣流匹配后,如果发现是没有被加密的流量,则直接丢弃,这样可以从一定程度上防止spoofing。

IPSEC L2L VPN使用的都是标准的公开的协议,任何厂家的设备只要支持标准的IPSEC VPN都可以实现互通。对于cisco设备默认的ISAKMP SA有效期是86400秒(1天),IPSEC SA有效期是1小时。在不同厂家互联的时候有些时候可能会忽略到有效期的问题,如果有效期不一致则一样没法连通。

买了一个linksys WRH54G

| No Comments | No TrackBacks

Linksys WRH54G main page 

今天帮同事去村里买无线路由器,顺便给自己也买了一个。我是比较喜欢Linksys品牌的,在linksys刚刚进入国内市场的时候我就买过它的无线产品。

WRH54G是linksys今年新出的一种家用无线路由器,以前我用过WRT54G。在网上搜索了一下WRT54G和WRH54G的区别,似乎大多都在做广告,也没看到什么实质的内容。

买回家把所有的功能试用了一下,感觉除了样子(颜色,大小,少了一个外置天线,把WAN连接的标示修改为Internet)的区别之外,还有下面几个区别:

  1. GUI界面,多了一个“首页”可以做快速设置,也可以做高级设置(也就是进入类似WRT54G的配置界面)
  2. 无线信号支持定时发射和定时关闭
  3. 安全设置,没有了一键锁定(Secure Easy Setup),但是其实自己可以手动把一键锁定的所有设置做完(至少我一直这么做,既是是在用WRT54G的时候),就是会麻烦点。
  4. 无线高级设置里面没有了对QoS的支持,毕竟是定位为家庭用户/SOHO估计一般用不着QoS设置。
  5. 目前没有看到可以更新的固件,GUI界面里有刷新固件的位置,但是网站上没有提供固件下载。
个人感觉,WRH54G的确更适合家庭用户使用,我在使用和设置的时候没有遇到任何的麻烦,以前在WRT54G上用过的功能在新的路由器上都能做出正常设置,而且新设计的向导式界面要比以前的WRT54G更人性化,对于大多数用户来说肯定要好用很多。高级设置界面基本保持了WRT54G的功能。性能上没有感觉,至少满足我一台电脑+一个手机+偶尔一台笔记本同时使用的需要了。

life is simple and easy?

| 1 Comment | No TrackBacks
一瓶矿泉水0.8元(上午,下午) (x2)
一个面包2元(早饭)
乘一次公交车0.4元(刷卡) (x2)

一个空的矿泉水瓶 0.1元
送一盒饭 1元,2元
组装/卖一台PC机 10元,50元
组建一个小网+配置几台服务器 100元

周末纯属没事折腾给自己做了一次拓展训练。以前老吴曾经给一起学习的兄弟们做过类似训练——5元钱,在中关村生活一天,要求挣至少20元回来。

那次参加训练的都是些没有任何工作经验的还没有毕业的大学生。我听了他们一天之后的感受和他们都“从事”的工作之后有过很长时间的思考——如果我去做类似的实践,我和他们比有什么样的优势,有什么样的不足?周五晚上和朋友聊天聊到了这件事,忽然想自己去实践一下看看自己的思考到底是不是正确的——不能只是空想吧,实践才能检验真理……

生活不是那么容易,如果真的需要放弃很多已经有的资源独自去面对生存。生活有些时候其实也很简单,就像以前曾经有过的感慨一样,不论去做什么事情只要放轻松,不要去考虑太多,自然能表现得更好。penguin go...

 

PIX/ASA

PIX

Router IOS

Router

ACL的格式

使用netmask

access-list test extended permit ip host 1.1.1.1 120.1.1.0 255.255.255.0

使用wildcard mask

access-list 100 permit ip host 1.1.1.1 120.1.1.0  0.255.255.255

应用ACL

在全局应用

access-group test in interface inside

在接口下应用

Access-group 100 in

作用范围

只对穿越的流量有效,并且只匹配无状态信息的数据包

所有到达该接口的流量都会先经过acl的检查,然后才会送到接口做进一步处理

R1#sh int fa0/0
FastEthernet0/0 is administratively down, line protocol is down
...<omitted>
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec

...<omitted>
R1#   conf t
Enter configuration commands, one per line.  End with CNTL/Z.
R1(config)#int fa0/0
R1(config-if)#load
R1(config-if)#load-interval ?
  <30-600>  Load interval delay in seconds

R1(config-if)#load-interval 600

R1(config-if)#do sh int fa0/0
FastEthernet0/0 is administratively down, line protocol is down
...<omitted>
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  10 minute input rate 0 bits/sec, 0 packets/sec
  10 minute output rate 0 bits/sec, 0 packets/sec

...<omitted>

配置icmp状态检测

| No Comments | No TrackBacks

PIX和ASA在7.x上默认是不检查穿越防火墙的icmp的状态的,这意味着从内向外做出的ping操作只能单向穿越防火墙,被ping设备回应的icmp echo-reply无法穿越防火墙——防火墙会认为这些数据包是来自安全级别低的外网的,不可以穿过。

默认情况下,PIX/ASA 7.x会监控下面这些协议的状态:
policy-map type inspect dns preset_dns_map
 parameters
  message-length maximum 512
policy-map global_policy
 class inspection_default
  inspect dns preset_dns_map
  inspect ftp
  inspect h323 h225
  inspect h323 ras
  inspect rsh
  inspect rtsp
  inspect esmtp
  inspect sqlnet
  inspect skinny
  inspect sunrpc
  inspect xdmcp
  inspect sip
  inspect netbios
  inspect tftp
!
service-policy global_policy global
在PIX/ASA不做任何安全配置的情况下,内网用户是可以正常发起向外的TCP请求,也可以正常使用FTP等需要反向穿越防火墙的协议的(inspect FTP)。使用下面的命令可以实现让内网用户可以收到正常ping到外网的echo-reply回应:
pixfirewall(config)# policy-map global_policy
pixfirewall(config-pmap)# class inspection_default
pixfirewall(config-pmap-c)# inspect icmp

快速清空PIX/ASA的配置的命令

| No Comments | No TrackBacks
使用clear config all可以快速清空PIX和ASA的所有配置,不需要重新启动。

感谢PP提供的资料。 

由于PIX和ASA这样的防火墙为了防止TCP会话劫持通常都会对穿越防火墙的tcp会话序列号做主动的扰乱,而BGP会话如果启用了md5认证会把包头部分作为md5 hash计算的一部分,一旦PIX/ASA主动修改了tcp的序列号,那么作为md5 hash计算部分的包头显然也和以前的不一样了。
这时会在路由器上看到类似下面的信息:
%TCP-6-BADAUTH: Invalid MD5 digest from 源IP:源端口 to 目的IP:179

在6.x上的解决办法是针对启用BGP的路由器禁用TCP序列号扰乱功能:
static (inside,outside) a.b.c.d a.b.c.d netmask 255.255.255.255 norandomseq

在7.x上如果只做类似上面这样的配置是仍然有问题的:如果不做特殊配置,用作BGP md5认证的tcp option19会在穿越7.x版本的PIX/ASA防火墙时被直接"抹平"。为了支持带有md5认证的BGP还需要做出类似下面的配置,以便允许TCP option 19穿越防火墙:
class-map BGP-MD5-CLASSMAP
     match port tcp eq 179
  tcp-map BGP-MD5
     tcp-options range 19 19 allow    
  policy-map global_policy
   class BGP-MD5-CLASSMAP
    set connection advanced-options BGP-MD5 
service-policy global_policy global

更多资料可以参考下面的文档:
1. Sample Configurations of BGP Across a PIX Firewall
2. Guide for Cisco PIX 6.2 and 6.3 Users Upgrading to Cisco PIX Software Version 7.0

 

希望能痛快的吃冰激凌

| No Comments | No TrackBacks

penguin icecream

今天32度,真是热到了一定程度。希望能痛快吃一顿冰激凌,可惜被deny了。估计几个月之内都不能吃冰激凌了。

CVE-2007-2242

| No Comments | No TrackBacks

非常怀疑网络设备同样受到CVE-2007-2242的影响。不知道为什么IPv6也要继续设计一个类似于IPv4的source route选项。Cisco支持IPv6的设备似乎目前也没有类似IPv4上的uRPF的功能,而且文档上也没有看到如何禁止这样的选项,有些不是很好的感觉,要乱套……

 

I'm ok

| No Comments | No TrackBacks
-----BEGIN PGP MESSAGE-----
Version: GnuPG v1.4.7 (MingW32) - WinPT 1.2.0

hQEMA1/nF3xFtWXLAQf/T6TvO9MQamAlnookI+ZExL4AcWTDs881l4JUeHcYoUgd
xgvN8Yyw/IylnWaLUWqfmkRVMYr6kFvv9qQdom3vnCRavFc3yRQhUFKnby4XPdDE
tMZIjGASLrsG3uTzctLjqsgwDGzc1r3PgHbEkJ/skyWfNrAmxhMTH+Cc+Hknbkao
WDEfhjCtwf6ugsW/0BRhJY2riQQgjibF5FoGhqnCJp0Z/QBObElDOZyWtI0Li2lq
w2qdUiv1ILbDGU1Nz6tyfCYz2gaYCQtvUFmDXFaAKEbx02r5n801uxbaWXp3pGng
Yds1HMQzizOIjlXYOuSQLPhminZYq+UCQbqFrjBH59LBJAEwLuUPaUidIAikOASI
KASiPoUO6go1g3VK2MwOjT860GReidkfzlKZfgdxHiEhj79ktvceOJ/lcKIUbLRA
cLFymxLvEekYAA8ETL9XGZZ0fHFhDN5V2p9RCTLZyVBQCC/aH/h3tfY/raB9Omg1
Tj0UGEKWIphL3a39rko+EoZJCI/CZCK95F9CxmkcKrruqtuZGIsLrWAJbAfiypW7
hcomu+QE24A3Ygi39HY97YqpgKL//iLQ71xE/UWU5RaPVhdkzDErTmtUrAHJU689
hzKKqLY9vOMCvpf2c4njDQ4LOOd7HwBBb52uXgHA0pOHpTbEvC49XAd4xlUgs6/g
Q0336jJ02Hy/U9Rsgd+VcSu/krJBKY7KL0eTJDsWvvjwcD8TMZT3HRPx9eScfKFL
0UFGBEKuFQXuOGnzuUw6bXZ2E/zcPvrcfutxutTVp53k6XAVkHQe7PIeV3tDfLf5
uq1Y/zP8x/ilourkKtdAAPVoa0W/VzF1YJ7zbtAq9SPqAc6fNsQtCKVBWvCLvV8H
OQPyLn67AEsjnpRMMy7MW2cw30LBeDZUUqG3TKeIDN62duHKnKp9I3u/v5xDQwgW
WJbJsJkPXlwiCwMWFFZax3r5fyiBp51yPTYuN7G6myvI+FKyePs=
=8YBr
-----END PGP MESSAGE-----

从TAC感受扁平的世界

| 5 Comments | No TrackBacks

终于完成了SMARTnet的注册,这几天连续在Cisco TAC上开了几个case:第一个case是5-1假期期间某天半夜开的——某天睡觉前对设备做例行巡视的时候看到某个服务板卡可能出了问题;第二个case是今天下午接近17点的时候开的——怀疑某个板卡出现了文档上从来没有覆盖的错误。

第一个case由于没有影响到服务,所以我开了个最低的S4级别的case,大约1小时后,RTP TAC的工程师给了回复,希望能提供一些命令的运行结果给他。第二个case由于潜在影响了某些服务,级别被我设置成了S3, 很快EMEA TAC的工程师给了回复,并且马上提供了一些看似有用的指导。

这两个case建立的时间一个是5-1假期并且是半夜,另一个是非常接近下班的时间,但是服务仍然都是在我可以接受的时间内完成的。在半夜作出响应的工程师是在美国的,在他作出响应的时候我似乎已经睡着了,看到他的响应我第二天白天又做了相应的处理并且提供了进一步的信息给他;下午接近下班时作出响应的工程师是在欧洲工作的,看到他的回应,我至少可以踏实的去吃顿晚餐了。

很喜欢这种专业的服务,不论什么时间,不论发生了什么问题,随时都能接收到来自世界各地的支持。有这样的服务给人的感觉非常的踏实,以后不担心再会遇到什么稀奇古怪的问题了,随时开case接受技术支持。Cool

good luck, penguin

| No Comments | No TrackBacks
-----BEGIN PGP MESSAGE-----
Version: GnuPG v1.4.7 (MingW32) - WinPT 1.2.0

hQEMA1/nF3xFtWXLAQf/dtBz5wVlAeKyZILBcVlDyvmunAk1O/EmDL39jXEt9hgZ
PBd5F77lB8lMBhUHl/xqxrH6urZngPnG7TBfuBZbTvfZ+SGrCVlTvMyqV/Spr99t
ZyIU33D1xEM9VFE2Df/reHDxvFw/JXuAaRhFaHRSwq1tkwL9stKJMgjyTfoJMsXW
hoRDnDl2+5TFglSb7l5Z7KadHTImyO0wgdq+n/5mvFHLpgQoPT/v+C1+S3yBdqa6
G+Hm4GyhA6tH7+jRxDg29JfGziIPGNPX9irRa03M2RPRY61XjoNzAHFP9ApFtA+d
kJN7JmAcMGl1pYIsQyzA3rwKM2dBsiiZh9ZeQst0etLpASX1GdKrwpgnJUMs6//4
wrvFN7k8Ddt+lZXW6VmIb1cfEPYWDJrWwi0FUHJoqfw7/Pi74HloX0PifFz50tD5
betig8/XwFbsEdpdYF7t7kAsrrSgFyKP5D4Kgx7CCIxMZn9cchcS+7VytTQVIQAF
hJEl37D9NNDFuQ3FayifwLGwMSRQno4aLz5kieUrGl7hRh5agQlkSVz87OWDAFEb
dkILJY3MSLRUYFqZhsIzbyiiJcy8ya5ivOsRKE3GhvnVdlDq4VAT/eEK3mNzb2p3
FB/yh4JH5wLBDEhaj0peyxnNoKg4G9YoP0vlBqVKOKZMsfEgk7ariivE/1U8swg9
Y/jeTY2vDUyPQnpMSOpb46IIT2QDZApWSjt+IGwuxFkCb0B1IxlqB42OK4rEUI00
J45wGHjZr7teQJgbhS9qSGyH8KXdek1moDl+8x8cprDHRTBC8sEcGTaJOqtygoQf
tHU57vmUWNgFLt5xbMPP3hloMgBIQE58zk2yOTNFuVwmejklEvkrVC9YM98tgZZX
yVixryITiwNrvm1/A//j1Wn0gvN4WdcxCtoEUjZtbEfq2TBMARqMgteKIv9E2HvK
a50zHzD8Ofnj6xH+7a3H2vd+fP0cU+XexMMNM+eCOSTXINWJbOrvuX4pjI6JMib9
77YVPikRp34YCIGZl2/wjgcRGPLhlvUTZhFjDbAzN+F9/KQ=
=azP4
-----END PGP MESSAGE-----

Key for my gmail account

| 2 Comments | No TrackBacks

今天给我的gmail信箱生成了一个PGP key。几年前生成的key的passphrase想不起来了……Embarassed

my public key 

在PIX启用rip md5认证

| No Comments | No TrackBacks

其实大多数情况下不会用防火墙跑动态路由协议的,动态路由协议本身严格的说就是一种不确定因素,所欧的不确定因素都是有可能影响最终的安全的。从技术的角度上看,PIX是可以支持动态路由协议的,如果一定要去支持的话……

在PIX 7.2上配置RIP MD5方式认证的方法很简单:
1. 启用rip协议,7.x之后的版本PIX的CLI界面和IOS的操作界面几乎一样了:
router rip
 no auto-summary
 version 2
 network  ...

2.在接口上指名要使用MD5认证:
interface Ethernet0
 nameif 名称
 security-level 某个代表安全级别的数字
 ip address ...
 rip authentication mode md5
 rip authentication key 预先约定的key-string key_id 某个数字

其实和路由器上的配置基本上一样,区别在于:
1.在PIX上不是单独配置的key-chain
2.PIX是接口下的命令直接写rip,在路由器上需要写ip rip...

源在前还是目的在前

| No Comments | No TrackBacks

昨天和一个兄弟讨论问题,说到了以太网帧头和IP包头的结构。在以太网帧头目的MAC是在相对靠前的位置的,而在IP包头中源IP是在相对靠前的位置。这兄弟不是很理解为什么会这样。

我给根据自己的理解给了个解释:在2层,交换机可以以cut-through方式工作,一旦检测到了目的MAC就可以把整个帧直接转发了,而不必检测后面的内容(尽管现在的交换机一般都是store-forward方式工作的,后面的内容其实现在也都检查,包括最后的FCS交验);在3层,尽管转发时仍然关心目的,但是最终接收端关心的是请求服务的来源。

对于后者的解释我觉得可能并不是很好,确实没有仔细考虑过当时那些制定标准的人是基于什么样的思路来考虑的。其实掌握知识本身只是一部分,如果能了解一种思想/思路或许可能更重要。

ClustrMaps

Archives

Pages

OpenID accepted here Learn more about OpenID
Powered by Movable Type 4.37
Creative Commons License
This blog is licensed under a Creative Commons License.

January 2012

Sun Mon Tue Wed Thu Fri Sat
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31        

About this Archive

This page is an archive of entries from May 2007 listed from newest to oldest.

April 2007 is the previous archive.

June 2007 is the next archive.

Find recent content on the main index or look in the archives to find all content.

Google ADs