用ea画状态机可能存在的问题

可能存在的问题如下：
1、复盘时间短，一个真正好的EA需要适应的可不是一段时间，而是很多种不同的行情。
2、价格运行差距，价格在运行过程中也会出现很多毛刺。
3、容错能力低，EA很容易就会因为网络问题、流动性因素、服务器延迟等等问题而受到影响。

ASP中可能有哪些安全问题？

ASP具有简单 易用 多功能 可扩充性等强大功能 但也存在一些问题 譬如 如果使用ASP的话 可能会导致网络的安全性大大降低了！下面为大家举一个例子 请按照下面的步骤

（ ）从下载这个文件 解压缩后把其中的test dll文件拷贝到c windowssystem（如果你使用的是NT的话 请拷贝到相应的目录中）

（ ）接下来打开\ 开始/运行\ 菜单输入\ regsvr test dll\ 命令

（ ）拷贝解压后的文件包中的那个index asp到你的服务器目录（如果你使用的是PWS调试可以拷贝到\ c inetpubroot\ NT请拷贝到相应的目录）

（ ）换一台机器用IE浏览index asp文件看一看（你看到的是出错代码 但是实际上程序已经运行了） 你再返回你的机器看一看c 下面是不是多了一个文件？一个名为xuankong dat的文件（其实如果我愿意 你的c autoexec bat文件页可以被我打开并写进去一些像\ format c /q/u\ 等命令 那么等你下次重新启动的时候 结果就不言自明了）

ASP页面的安全问题是如何产生的？

下面我们来看一下到底是怎么回事 你刚才拷贝的那些dll文件其实是我使用Visul Basic 开发的一个主件 这个文件是通过以下步骤产生的

（ ）打开VB 新建一个\ ActiveX dll\ 文件 吧下面的代码输入进去

Private Declare Function ExitWindowsEx Lib \ user \ _（ByVal uFlags As Long ByVal dwReserved As Long）_As LongSub Xuankong （ ） \ 请不要加上\ private\ a$ = InputBox （\ 请输入你的姓名 如果你输入的是\ xuankong\ \ +Chr（ ）+Chr（ ）+\ 则会在你的系统中生成一个\ xuankong\ 文件\ +Chr（ ）+Chr（ ）+\ 否则你的机器可能会重起\ \ 请输入\ \ xuankong\ ）If a$ = \ xuankong\ ThenOpen \ c xuankong dat\ For Append As #Write# \ 我的朋友 这是一个asp主件测试程序\ #Write# \ hello world！this is a test\ #Write# \ 如果你看到这个文件测试就成功！\ elseExitWindowsEx&H 使用API函数重新启动机器End ifClose # End sub

（ ）把工程名改为dll 类模块改为test 然后把这个工程生成dll文件到c windowssystem目录下面

（ ）新建一个index asp文件下面的代码输入进去

＜＞ ＜/＞

lishixinzhi/Article/program/net/201311/11315

  使用Keepalived可以很方便的配置LVS，而Keepalived实现高可用往往都是一主多从的模式，这样的话备机就处于standby状态，浪费了资源。我们可以将LVS和RS节点合设在一起，这样备机虽然不会作为LVS节点转发，但是也可以作为真实服务器提供服务，充分利用资源。

  上面是一份常见的Keepalived LVS-DR模式的配置。在LVS不与RS合设的情况下，这份配置是没有问题的。
  但是，如果LVS与RS合设，这个配置就会带来一个非常严重的问题: 乒乓现象 。

  如上所示，仅仅是一个telnet发起的syn请求，就已经能造成如此巨大的转发量了，如果是生产环境，必然会引起网卡流量风暴。

  要想解决乒乓问题，只需要将引发乒乓现象的必要条件给破坏掉。很显然条件1和2都是不能改变的，不然这个问题本身也没有存在的意义了。那我们只能拿条件3开刀了。
  既然备机加载了LVS转发规则就会引发乒乓，那么能否让备机不加载规则呢？

  而对于备机，我们可以在/etc/keepalived下创建一个目录，如vs_dir，利用notify_backup脚本将virtual_server配置挪到vs_dir中隐藏起来，避免Keepalived加载。当backup节点切换到master状态时，由notify_master节点将目录中隐藏的vs配置挪到/etc/keepalived下，使Keepalived可以正常加载。
  上面的办法虽然能解决问题，但是比较繁琐，也不利于故障快速切换。那么我们换个思路，在备机加载了LVS规则的情况下，要想解决问题，只需保证主机上转发过来的消息不进入备机的LVS转发，而是直接由备机的真实服务进行处理。

  LVS备机上配置iptables，其中$MAC_Director_A 表示主机的mac地址

  keepalivedconf中virtual_server的配置

  注意，iptables中给数据包打上的mark值只是一个系统内核中数据结构，并不会实际改变数据包的内容，数据包ip头部中也没有mark的字段。所以备机上收到来自主机转发的请求中，是没有mark标记的，而备机的iptables中也限定了来自主机mac的请求不会打标记，所以请求是不会进入备机的LVS虚拟服务中，而是被RS服务直接处理。

  下面介绍的mark标记和lvs工作分别对应netfilter框架中的位置，应该会有助于理解fwmark为什么能解决乒乓问题

  如果发生了主备切换，则需要在脚本中调整主备机中的这条iptables配置，将新主机中的配置清除，新备机中加上该配置。

  综合来看以上各种方法，更倾向于使用fwmark。方法一实现过于繁琐，也不利于故障快速切换。方法3需要在切换时更改对应角色的iptables配置，增加了切换的不稳定性。而fwmark在部署阶段配置好后则无需再变动，更为可靠。只是要注意防止系统重启导致iptables规则失效。

---