游客wvx5azp3afjqk_个人页

个人头像照片 游客wvx5azp3afjqk
个人头像照片
0
0
0

个人介绍

暂无个人介绍

擅长的技术

获得更多能力
通用技术能力:

暂时未有相关通用技术能力~

云产品技术能力:

暂时未有相关云产品技术能力~

阿里云技能认证

详细说明
暂无更多信息
正在加载, 请稍后...
暂无更多信息
  • 回答了问题 2022-10-28

    DCDN如何配置跨域资源共享(CORS)

    详细信息登录全站加速控制台。在左侧导航栏,单击域名管理。在域名管理页面,单击目标域名对应的配置。在指定域名的左侧导航栏,单击缓存配置。单击HTTP头页签。在HTTP头页签下,单击添加。在自定义HTTP响应头设置对话框,分别添加Access-Control-Allow-Origin和Access-Control-Allow-Methods参数,取值根据实际环境而定,完成后单击确定。更多信息以下为配置跨域资源共享(CORS)的注意事项。目前不支持泛域名添加,如*.aliyundoc.com,仅支持域名精确匹配。目前仅支持配置一条白名单域名。若使用OSS产品作为源站,OSS与DCDN控制台同时配置CORS,DCDN的配置将覆盖OSS。
    踩1 评论0
  • 回答了问题 2022-10-28

    使用全站加速变更计费方式后,为什么还是按照原来的计费模式扣费?

    可能由于以下原因导致您变更计费方式后扣费模式没变:计费方式变更需要在当前的计费周期结束后才会实际生效,生效规则如下:当前是“按流量”计费类型,实际变更生效时间是次日凌晨0点。当前是按日计费类型,例如“按带宽峰值”计费,实际变更生效时间是次日凌晨0点。当前是按月计费类型,例如“月结95带宽”计费,实际变更生效时间是次月1日凌晨0点。计费项的出账时间通常有3~4个小时的延迟,计费方式变更完成以后的3~4个小时内还会输出按原来计费模式扣费的账单,所以您看到的还是按照原来的计费模式扣费可能是因为出账延迟引起的。更多信息,请参见计费概述。
    踩1 评论0
  • 回答了问题 2022-10-28

    源站不在中国内地,使用中国内地全站加速节点加速如何收费?

    当你的源站在中国香港、中国澳门、中国台湾或海外时,使用中国内地(大陆)全站加速节点加速时,按照中国内地(大陆)全站加速服务标准收费。由于全站加速收费只针对全站加速节点的下行流量收费,因此您使用中国内地的全站加速服务,而源站在海外,全站加速的收费仍然按中国内地全站加速服务标准收费,但是这样会影响加速性能。因为中国内地全站加速节点回源访问海外源站时,可能会出现延迟。如果您的源站和用户都在海外,则建议您开启纯海外加速服务。
    踩1 评论0
  • 回答了问题 2022-10-28

    如何查看CDN和全站加速资源包的概况和使用情况

    查看CDN和全站加速资源包概况登录用户中心,您可以按资源包生效时间、资源包名称和产品名称进行筛选,找到CDN和全站加速资源包,查看资源包概况,详情请参见如何查看新购买的CDN资源包。CDN和全站加速资源包概况包括:状态、总量、剩余量、生效时间、失效时间。您还可以单击资源包右侧导出,导出资源包概览数据。查看CDN和全站加速资源包使用情况若您需要查看资源包使用情况,参考查看CDN和全站加速资源包概况步骤,找到资源包,单击资源包右侧明细即可,CDN和全站加速资源包使用明细包括:资源包名称、消费时间、使用前剩余量、抵扣量和使用后剩余量等。您还可以单击资源包右侧导出,导出资源包使用明细的数据。
    踩1 评论0
  • 回答了问题 2022-10-28

    EIP上购买的带宽是否会被多租户共享?

    单个地域下,不同的带宽峰值影响如下:在所有按使用流量计费EIP的实际运行带宽峰值总和不大于5 Gbps,并且所有按固定带宽计费EIP的实际运行带宽峰值总和不大于50 Gbps的前提下,EIP购买的带宽为单租户单EIP实例独享。当按使用流量计费EIP的实际运行带宽峰值总和大于5 Gbps或所有按固定带宽计费EIP的实际运行带宽峰值总和大于50 Gbps时,带宽峰值不作为业务承诺指标,仅作为参考值和带宽上限峰值。当出现资源争抢时,带宽峰值可能会受到限制。更多信息,请参见使用限制。
    踩1 评论0
  • 回答了问题 2022-10-28

    一个ECS实例仅支持绑定一个EIP,怎样实现一个ECS实例关联多个EIP?

    你可以通过如下方法使ECS实例关联多个EIP:每个辅助弹性网卡绑定一个EIP,再将辅助弹性网卡绑定到一个ECS实例。每种实例规格支持绑定的辅助弹性网卡数量不同,更多信息,请参见实例规格族。EIP以普通模式绑定辅助弹性网卡,此模式下,您可以将多个EIP分别绑定到一个辅助弹性网卡的辅助私网IP上,然后再将辅助弹性网卡绑定到ECS实例。更多信息,请参见普通模式下实现ECS绑定多EIP。
    踩1 评论0
  • 回答了问题 2022-10-28

    为什么EIP无法绑定到ECS实例上?

    EIP无法绑定到ECS实例的原因如下:EIP只能绑定到专有网络类型的ECS实例上。如果您当前的ECS实例不是专有网络类型,则无法绑定。EIP的地域和ECS实例的地域不同。只有运行中或者已停止状态的ECS实例才能绑定EIP。该ECS实例已经分配了公网IP或绑定了其他EIP。
    踩1 评论0
  • 回答了问题 2022-10-28

    ECS实例已经绑定了EIP,是否还支持通过NAT网关的DNAT功能对外提供公网服务?

    不支持。具体限制如下:如果您的ECS实例已经绑定了EIP,则不支持通过NAT网关的DNAT功能对外提供公网服务。如需通过NAT网关的DNAT功能对外提供公网服务,请先将ECS实例与EIP解绑。解绑后,再为该ECS实例添加DNAT条目。更多信息,请参见解绑EIP和创建和管理DNAT条目。如果您已经为ECS实例添加了DNAT条目,则不支持为该ECS实例绑定EIP。如需为ECS实例绑定EIP,请先删除该ECS实例的DNAT条目。删除后,再为该ECS实例绑定EIP。更多信息,请参见删除公网NAT网关和绑定EIP。说明 如果存量ECS实例绑定了EIP,且处于NAT网关的DNAT条目中,则ECS实例优先通过绑定的EIP进行公网通信。
    踩1 评论0
  • 回答了问题 2022-10-28

    为什么控制台找不到也不显示已购买的EIP?

    可能原因如下:EIP生产需要时间,一般需要3~5分钟。查看EIP的地域与实际购买EIP的地域不一致。您可以选择以下任意一种解决方法:您可以在费用中心通过订单管理 > 我的订单,找到EIP的购买记录,查看订单详情中该EIP的地域,再切换到对应的地域查看已购买的EIP信息。您可以在资源管理页面,找到弹性公网IP的资源卡片,单击该卡片查看已购买的全部EIP信息。
    踩1 评论0
  • 回答了问题 2022-10-28

    为什么申请EIP时提示:eip frequent purchase?

    原因:阿里云识别您在近期出现频繁申请并更换EIP的行为,已触发阿里云非正常购买行为安全告警,阿里云将暂时限制您的EIP购买权限。解决方法:请确保未来一周内申请EIP的个数不超过您账户允许保有的最大EIP个数,EIP购买权限可在一周后自动恢复。关于如何查看账户可保有的EIP个数,请参见管理配额。
    踩1 评论0
  • 回答了问题 2022-10-27

    为什么注入Sidecar代理后,耗时较长的请求会丢失或失败

    问题原因为Pod注入Sidecar代理后,业务Pod的流量会被istio-proxy代理。当Pod开始停止时,对应的Service不再转发流量给Pod。在Istio中,默认收到退出信号5秒后会强制停止istio-proxy,不再接收新的Inbound连接(入口流量),将会继续处理存量的Inbound连接,Outbound连接(出口流量)不受影响,可以正常发起。如果被停止的服务提供的接口调用的耗时较长,已有的Inbound连接和Outbound连接即使没有处理完成也会被终止。解决方案方案一:修改Sidecar代理终止等待时长您可以延长Sidecar代理终止等待时长,使得Inbound和Outbound连接可以在该时长内处理完成。登录ASM控制台。在左侧导航栏,选择服务网格 > 网格管理。在网格管理页面,找到待配置的实例,单击实例的名称或在操作列中单击管理。在网格详情页面左侧导航栏选择Sidecar管理(数据面) > Sidecar代理配置。在Sidecar代理配置页面单击命名空间页签。选择命名空间,单击Sidecar代理终止等待时长,输入时间,单击更新设置。方案二:配置Sidecar代理生命周期如果您无法预估请求的最大等待时长,建议配置Sidecar代理生命周期的preStop脚本。使用preStop脚本判断是否还存在请求连接,无请求连接后,将等待默认时长(5秒)再完成退出 。登录ASM控制台。在左侧导航栏,选择服务网格 > 网格管理。在网格管理页面,找到待配置的实例,单击实例的名称或在操作列中单击管理。在网格详情页面左侧导航栏选择Sidecar管理(数据面) > Sidecar代理配置。在Sidecar代理配置页面单击命名空间页签。选择命名空间,单击Sidecar代理生命周期,将以下内容输入到文本框中,单击更新设置。{  'postStart': {    'exec': {      'command': [        'pilot-agent',        'wait'      ]    }  },  'preStop': {    'exec': {      'command': [        '/bin/sh',        '-c',        'while [ $(netstat -plunt | grep tcp | grep -v envoy | wc -l | xargs) -ne 0 ]; do sleep 1; done'      ]    }  }}
    踩1 评论0
  • 回答了问题 2022-10-27

    为什么注入Sidecar后,健康检查总失败或者无效

    问题原因为Pod注入Sidecar代理后,业务Pod的流量会被istio-proxy代理。当Pod开始停止时,对应的Service不再转发流量给Pod。在Istio中,默认收到退出信号5秒后会强制停止istio-proxy,不再接收新的Inbound连接(入口流量),将会继续处理存量的Inbound连接,Outbound连接(出口流量)不受影响,可以正常发起。如果被停止的服务提供的接口调用的耗时较长,已有的Inbound连接和Outbound连接即使没有处理完成也会被终止。解决方案方案一:修改Sidecar代理终止等待时长您可以延长Sidecar代理终止等待时长,使得Inbound和Outbound连接可以在该时长内处理完成。登录ASM控制台。在左侧导航栏,选择服务网格 > 网格管理。在网格管理页面,找到待配置的实例,单击实例的名称或在操作列中单击管理。在网格详情页面左侧导航栏选择Sidecar管理(数据面) > Sidecar代理配置。在Sidecar代理配置页面单击命名空间页签。选择命名空间,单击Sidecar代理终止等待时长,输入时间,单击更新设置。方案二:配置Sidecar代理生命周期如果您无法预估请求的最大等待时长,建议配置Sidecar代理生命周期的preStop脚本。使用preStop脚本判断是否还存在请求连接,无请求连接后,将等待默认时长(5秒)再完成退出 。登录ASM控制台。在左侧导航栏,选择服务网格 > 网格管理。在网格管理页面,找到待配置的实例,单击实例的名称或在操作列中单击管理。在网格详情页面左侧导航栏选择Sidecar管理(数据面) > Sidecar代理配置。在Sidecar代理配置页面单击命名空间页签。选择命名空间,单击Sidecar代理生命周期,将以下内容输入到文本框中,单击更新设置。{  'postStart': {    'exec': {      'command': [        'pilot-agent',        'wait'      ]    }  },  'preStop': {    'exec': {      'command': [        '/bin/sh',        '-c',        'while [ $(netstat -plunt | grep tcp | grep -v envoy | wc -l | xargs) -ne 0 ]; do sleep 1; done'      ]    }  }}
    踩1 评论0
  • 回答了问题 2022-10-27

    为什么为Pod注入Sidecar后,Pod处于init crash的状态

    问题原因检查是否曾经手动通过docker container rm/docker container prune/docker system prune等命令清理了已经退出的istio-init容器,或者是否存在清理容器的相应的定时任务。清理已退出的istio-init容器,会导致K8s检测到Pod关联的容器不存在,此时K8s会重新启动被删除的容器。由于之前已创建了iptables规则,istio-init容器不能再次执行iptables规则,导致新启动的istio-init容器设置iptables规则失败而崩溃。解决方案您需要重建Pod,重建后,服务的Pod将恢复正常状态。如果您下次仍然要使用命令或定时任务脚本清理数据,需要注意以下事项:如果您需要使用命令清理数据,您需要在批量清理数据命令中过滤istio-init容器,防止istio-init容器被清理。docker system prune --filter 'label!=io.kubernetes.container.name=istio-init'如果您需要使用定时任务脚本清理istio-init容器,您需要在定时任务脚本中将docker system prune命令修改为以下命令,过滤istio-init容器,防止istio-init容器被清理。docker system prune --filter 'label!=io.kubernetes.container.name=istio-init'
    踩1 评论0
  • 回答了问题 2022-10-27

    为什么定义的DestinationRule失效

    问题原因ASM路由一个请求时,会根据固定查找过程查找DestinationRule去完成路由。如果您的DestinationRule部署在查找过程之外的命名空间,则DestinationRule会失效。查找过程如下所示:从客户端命名空间查找,即从发起调用的客户端所在的命名空间查找是否存在相应的DestinationRule。从服务命名空间查找,即从被调用的服务所在的命名空间查找是否存在相应的DestinationRule。从ASM根命名空间(istio-system)查找,即从istio-system命名空间查找是否存在相应的DestinationRule。例如,使用以下YAML文件在ns1命名空间中定义了myservice服务的DestinationRule。从host字段得知,myservice服务是部署在default命名空间。apiVersion: networking.istio.io/v1alpha3kind: DestinationRulemetadata:  name: myservicespec:  host: myservice.default.svc.cluster.local  trafficPolicy:    connectionPool:      tcp:        maxConnections: 100如果您在ns1命名空间发起对myservice服务的调用,由于myservice的DestinationRule也定义在ns1命名空间中,所以可以查找到可用于完成路由的DestinationRule,最终可以调通服务。如果您在ns2命名空间发起对myservice服务的调用,则对myservice服务的调用将会失败。存在以下DestinationRule查找过程:发起调用请求的客户端位于ns2命名空间,因此会从ns2命名空间查找相应的DestinationRule,但是ns2命名空间中并不存在相应的DestinationRule,查找会失败。被调用的myservice服务是位于default命名空间,因此从default命名空间查找相应的DestinationRule,但是default命名空间中并不存在相应的DestinationRule,查找会失败。ASM的根命名空间固定为istio-system,因此从istio-system命名空间查找相应的DestinationRule,但是istio-system命名空间中并不存在相应的DestinationRule,查找会失败。解决方案部署DestinationRule时,您需要将DestinationRule部署在以下命名空间中:ASM根命名空间。服务所在的命名空间。发起调用的客户端所在的命名空间。说明 VirtualService不存在命名空间的限制。VirtualService无论在哪个命名空间定义,默认在所有命名空间都可见,除非在YAML文件中通过exportTo改变这一默认行为。
    踩1 评论0
  • 回答了问题 2022-10-27

    为什么使用kubectl命令列出Istio网关会返回空值或者没有返回Istio网关资源?

    问题原因ASM v1.8.6及以上版本可能会发生此问题,因为从该版本开始ASM会自动安装自定义资源gateway.networking.x-k8s.io。更多信息,请参见使用Gateway API定义路由规则。Kubernetes Gateway API和Istio API都有一个名为Gateway的资源。虽然它们功能类似,但不是相同的资源。使用kubectl命令时,Gateway的名称会重叠。执行kubectl get gateway可能返回的是Kubernetes网关资源,而不是Istio网关资源。如果此时没有定义Kubernetes网关资源,则返回的会是空值。如果定义了Kubernetes网关资源,则返回的是Kubernetes网关资源。解决方案使用ASM控制台查看Istio网关。在kubectl命令中使用完整的资源名称或易辨认的简称。Kubernetes网关的简称为gtw,Istio网关的简称为gw。您可以执行kubectl get gw或kubectl get gateways.networking.istio.io以确保返回的是Istio网关。
    踩1 评论0
  • 回答了问题 2022-10-27

    为什么ASM内的服务能够访问外部数据库,但认证会失败

    问题原因由于您对集群外部TCP服务(数据库)使用Kubernetes ExternalName类型的Sevice进行了DNS别名声明,业务服务在加入服务网格后,因为缺少集群IP和外部TCP服务做映射,会按照TCP服务对应的端口进行匹配,这样有可能会将业务服务对数据库A的请求路由到数据库B,而这两个数据库登录信息不一样,导致认证失败。解决方案方案一:升级ASM的版本升级ASM至1.11及以上版本,可以解决该问题。具体操作,请参见升级ASM实例版本。方案二:使用服务条目您可以在ASM中创建服务条目,使得网格内的服务通过访问服务条目来访问指定IP的数据库。您也可以将服务条目创建到您指定服务的命名空间下,从而限定服务条目作用范围。登录ASM控制台。在左侧导航栏,选择服务网格 > 网格管理。在网格管理页面,找到待配置的实例,单击实例的名称或在操作列中单击管理。在网格详情页面左侧导航栏选择集群与工作负载管理 > 服务条目,然后在右侧页面单击使用YAML创建。在创建页面设置命名空间为istio-system ,选择任意模板,将YAML文本框中的内容替换为以下内容,单击创建。apiVersion: networking.istio.io/v1beta1kind: ServiceEntrymetadata:  name: mysql-demospec:  addresses:  - 172.1.xx.xx  endpoints:  - address: 172.1.xx.xx  hosts:  - test-mysql.com  location: MESH_EXTERNAL  ports:  - name: tcp    number: 3306    protocol: TCP  resolution: STATICaddresses:设置为数据库的IP地址。number:设置为数据库的端口。
    踩1 评论0
  • 回答了问题 2022-10-27

    如何在删除ASM网关时保留负载均衡实例

    问题原因在创建ASM网关时选择新建负载均衡,此时会自动创建负载均衡实例。当删除ASM网关时,自动创建的负载均衡实例也会被删除。说明 创建ASM网关时选择使用已有负载均衡,当删除ASM网关时,已有的负载均衡实例不会被删除。解决方案您可通过配置ASM网关保留自动创建的负载均衡实例,具体操作步骤如下:获取ASM网关的IP地址。登录ASM控制台。在左侧导航栏,选择服务网格 > 网格管理。在网格管理页面,找到待配置的实例,单击实例的名称或在操作列中单击管理。在网格详情页面左侧导航栏单击ASM网关。在ASM网关页面,获取目标ASM网关的IP地址。获取SLB实例ID。登录传统型负载均衡CLB控制台。在负载均衡SLB左侧导航栏,单击传统型负载均衡 CLB(原SLB) > 实例管理。在实例管理页面的搜索框中,输入并搜索步骤1获取的IP地址,然后获取SLB实例ID。修改IstioGateway YAML文件。在ASM网关页面,单击目标AMS网关右侧操作列下方的查看YAML。添加如下内容至IstioGateway的serviceAnnotations中,然后单击确认。{YourSLBId}为步骤2获取的SLB实例ID。service.beta.kubernetes.io/alibaba-cloud-loadbalancer-id: {YourSLBId}修改完毕后,ASM网关会自动重新部署,此时状态显示为创建中。当状态显示为运行中,表示ASM网关重建成功。删除ASM网关并验证SLB实例是否被删除。在ASM网关页面,单击目标AMS网关右侧操作列下方的删除,然后在弹出的确认对话框中,单击确认。在传统型负载均衡CLB控制台的实例管理页面搜索框中,输入并搜索步骤1获取的IP地址。如下图所示,实例管理页面中存在目标SLB实例,说明删除AMS网关后,SLB实例未被删除。
    踩1 评论0
  • 回答了问题 2022-10-27

    如何解决Kubernetes集群中的Pod无法访问入口网关的SLB地址的问题?

    问题原因如果Kubernetes集群的服务配置了externalTrafficPolicy: Local,则只有部署了服务的后端Pod才能访问SLB地址。因为SLB地址是集群外使用,如果集群节点和Pod不能直接访问SLB地址,请求不会路由到负载均衡,而是被当作服务的扩展IP地址,被kube-proxy的iptables或IPVS转发。如果集群节点或者Pod所在的节点上没有相应的后端服务Pod,就会发生网络不通的问题。而如果有相应的后端服务Pod,则可以正常访问SLB地址。更多信息,请参见iptables规则。解决方案您可以在Kubernetes集群内通过ClusterIP或者服务名访问SLB地址。其中入口网关的服务名为istio-ingressgateway.istio-system。说明 推荐使用该方法。如果您不需要源IP,您可以使用以下方法。将入口网关服务中的externalTrafficPolicy修改为Cluster,但是在应用中会丢失源IP。关于修改入口网关的更多信息,请参见修改入口网关服务。apiVersion: istio.alibabacloud.com/v1beta1kind: IstioGatewaymetadata:  name: ingressgateway  namespace: istio-system  ....spec:  externalTrafficPolicy: Cluster....如果您使用的是Terway的ENI或者ENI多IP集群,您可以使用以下方法。该方法不会丢失源IP,也支持在集群内访问SLB地址。将入口网关服务中的externalTrafficPolicy修改为Cluster,并且添加ENI直通的Annotation,例如serviceAnnotations: service.beta.kubernetes.io/backend-type:'eni'。关于修改入口网关的更多信息,请参见修改入口网关服务。apiVersion: istio.alibabacloud.com/v1beta1kind: IstioGatewaymetadata:  name: ingressgateway  namespace: istio-system  ....spec:  externalTrafficPolicy: Cluster  maxReplicas: 5  minReplicas: 2  ports:    - name: status-port      port: 15020      targetPort: 15020    - name: http2      port: 80      targetPort: 80    - name: https      port: 443      targetPort: 443    - name: tls      port: 15443      targetPort: 15443  replicaCount: 2  resources:    limits:      cpu: '2'      memory: 2G    requests:      cpu: 200m      memory: 256Mi  runAsRoot: false  serviceAnnotations:    service.beta.kubernetes.io/backend-type: eni  serviceType: LoadBalancer
    踩1 评论0
  • 回答了问题 2022-10-27

    如何删除处于终止状态的命名空间

    问题原因如果Kubernetes集群的服务配置了externalTrafficPolicy: Local,则只有部署了服务的后端Pod才能访问SLB地址。因为SLB地址是集群外使用,如果集群节点和Pod不能直接访问SLB地址,请求不会路由到负载均衡,而是被当作服务的扩展IP地址,被kube-proxy的iptables或IPVS转发。如果集群节点或者Pod所在的节点上没有相应的后端服务Pod,就会发生网络不通的问题。而如果有相应的后端服务Pod,则可以正常访问SLB地址。更多信息,请参见iptables规则。解决方案您可以在Kubernetes集群内通过ClusterIP或者服务名访问SLB地址。其中入口网关的服务名为istio-ingressgateway.istio-system。说明 推荐使用该方法。如果您不需要源IP,您可以使用以下方法。将入口网关服务中的externalTrafficPolicy修改为Cluster,但是在应用中会丢失源IP。关于修改入口网关的更多信息,请参见修改入口网关服务。apiVersion: istio.alibabacloud.com/v1beta1kind: IstioGatewaymetadata:  name: ingressgateway  namespace: istio-system  ....spec:  externalTrafficPolicy: Cluster....如果您使用的是Terway的ENI或者ENI多IP集群,您可以使用以下方法。该方法不会丢失源IP,也支持在集群内访问SLB地址。将入口网关服务中的externalTrafficPolicy修改为Cluster,并且添加ENI直通的Annotation,例如serviceAnnotations: service.beta.kubernetes.io/backend-type:'eni'。关于修改入口网关的更多信息,请参见修改入口网关服务。apiVersion: istio.alibabacloud.com/v1beta1kind: IstioGatewaymetadata:  name: ingressgateway  namespace: istio-system  ....spec:  externalTrafficPolicy: Cluster  maxReplicas: 5  minReplicas: 2  ports:    - name: status-port      port: 15020      targetPort: 15020    - name: http2      port: 80      targetPort: 80    - name: https      port: 443      targetPort: 443    - name: tls      port: 15443      targetPort: 15443  replicaCount: 2  resources:    limits:      cpu: '2'      memory: 2G    requests:      cpu: 200m      memory: 256Mi  runAsRoot: false  serviceAnnotations:    service.beta.kubernetes.io/backend-type: eni  serviceType: LoadBalancer
    踩1 评论0
  • 回答了问题 2022-10-14

    如何在日志数据中搜索IP地址?

    在日志数据中搜索IP地址,支持完全匹配的方式查询。您可以直接在日志数据中直接搜索指定IP地址相关的日志信息,比如包含指定IP地址、过滤指定IP地址等。但是目前尚不支持部分匹配的方式检索,即不能直接搜索IP地址的一部分,因为小数点(.)不是日志服务默认的分词项。如果需要部分匹配,建议自行过滤,例如使用SDK先下载数据后,在代码里使用正则表达式或者用string.indexof等方法搜索。例如,执行如下查询语句,查询结果中仍会出现121.42.0网段地址。not ip:121.42.0 not status:200 not 360jk not DNSPod-Monitor not status:302 not jiankongbao        not 301 and status:403
    踩1 评论0
正在加载, 请稍后...
滑动查看更多
正在加载, 请稍后...
暂无更多信息