rfc

RFC5683阅读笔记 Password-Authenticated Key(PAK) Diffie-Hellman Exchange 摘要 Diffie-Hellman（简称DH）密钥交换是最早的密钥交换算法之一，使得通信双方能在非安全的信道中安全的交换密钥，用于加密后续的通信消息。 在本文档中提出了一种算法用于在未经身份鉴别的Diffie-Hellman算法中添加双向的身份鉴别，这种算法称为Password-Authenticated Key(PAK)交换，它允许双方在执行Diffie-Hellman密钥交换时进行身份鉴别。 文档认为这种协议足够安全可以抵挡所有的主动攻击和被动攻击，而且不允许任何的攻击者获得可以用于进行字典攻击的信息。 文档规定 A 代表实体Alice B 代表实体Bob Ra是指由A选择的随机秘密指数 Rb是指由B选择的随机秘密指数 Xab表示由B得出的值（X可能由A计算） Yba表示由A得出的值（Y可能由B计算） 当a除以b时，a mod b表示最小的非负余数 Hi(u)表示在字符串u上计算的商定函数（例如基于SHA-1，SHA-256等），各种H()充当独立的随机函数，H1(u)和H2(u)是关键推导函数，H3(u)、H4(u)和H5(u)是哈希函数。 s | t表示字符串S和T的串联 ^表示幂 乘、除和求幂运算都是针对一个p元域执行的，也就是说 a b

I came across this interesting header: Content-Type: charset=utf-8 Set HTTP header to UTF-8 using PHP The answerer says that this syntax is defined by RFC 2616 , but I am not seeing it in the provided link. Is this valid syntax, and if so where specifically is this defined? The production in RFC 2616 for the Content-Type header is this: Content-Type = "Content-Type" ":" media-type And the media-type production is this: media-type = type "/" subtype *( ";" parameter ) type = token subtype = token That says that while the parameter part (e.g., charset=utf-8 is optional, the type "/" subtype part

网际协议版本4（英语：Internet Protocol version 4，IPv4），又称互联网通信协议第四版，是网际协议开发过程中的第四个修订版本，也是此协议第一个被广泛部署的版本。IPv4是互联网的核心，也是使用最广泛的网际协议版本，其后继版本为IPv6，直到2011年，IANA IPv4位址完全用尽时，IPv6仍处在部署的初期。 IPv4在IETF于1981年9月发布的 RFC 791 中被描述，此RFC替换了于1980年1月发布的 RFC 760。 IPv4是一种无连接的协议，操作在使用分组交换的链路层（如以太网）上。此协议会尽最大努力交付数据包，意即它不保证任何数据包均能送达目的地，也不保证所有数据包均按照正确的顺序无重复地到达。这些方面是由上层的传输协议（如传输控制协议）处理的。 2019年11月26日，全球所有43亿个IPv4地址已分配完毕，这意味着没有更多的IPv4地址可以分配给ISP和其他大型网络基础设施提供商。 来源： https://www.cnblogs.com/luojing123/p/11944921.html

简介 传输控制协议 （英语： T ransmission C ontrol P rotocol，缩写： TCP ）是一种面向连接的、可靠的、基于 字节流 的 传输层 通信协议，由 IETF 的 RFC 793 定义。在简化的计算机网络 OSI模型 中，它完成第四层传输层所指定的功能。 用户数据报协议 （UDP）是同一层内另一个重要的传输协议。 在因特网协议族（ Internet protocol suite）中，TCP层是位于 IP 层之上， 应用层 之下的中间层。不同主机的应用层之间经常需要可靠的、像 管道 一样的连接，但是IP层不提供这样的流机制，而是提供不可靠的包交换。 应用层向TCP层发送用于网间传输的、用8位字节表示的数据流，然后TCP把数据流分割成适当长度的报文段（通常受该计算机连接的网络的数据链路层的 最大传输单元 （MTU）的限制）。之后TCP把结果包传给IP层，由它来透过网络将包传送给接收端实体的TCP层。TCP为了保证不发生丢包，就给每个包一个序号，同时序号也保证了传送到接收端实体的包的按序接收。然后接收端实体对已成功收到的包发回一个相应的 确认信息 （ACK）；如果发送端实体在合理的 往返时延 （RTT）内未收到确认，那么对应的数据包就被假设为 已丢失 并进行重传。TCP用一个 校验和 函数来检验数据是否有错误，在发送和接收时都要计算校验和。 运作方式

From Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content : An origin server MUST NOT send a validator header field ( Section 7.2 ), such as an ETag or Last-Modified field, in a successful response to PUT unless the request's representation data was saved without any transformation applied to the body (i.e., the resource's new representation data is identical to the representation data received in the PUT request) and the validator field value reflects the new representation. This requirement allows a user agent to know when the representation body it has in memory remains current as

HTTP状态码详解 通知：1XX 1XX系列响应代码仅在与HTTP服务器沟通时使用。 100 Continue 客户端应当继续发送请求。这个临时响应是用来通知客户端它的部分请求已经被服务器接收，且仍未被拒绝。客户端应当继续发送请求的剩余部分，或者如果请求已经完成，忽略这个响应。服务器必须在请求完成后向客户端发送一个最终响应。 101 Switching Protocols 服务器已经理解了客户端的请求，并将通过Upgrade 消息头通知客户端采用不同的协议来完成这个请求。在发送完这个响应最后的空行后，服务器将会切换到在Upgrade 消息头中定义的那些协议。 　　只有在切换新的协议更有好处的时候才应该采取类似措施。例如，切换到新的HTTP 版本比旧版本更有优势，或者切换到一个实时且同步的协议以传送利用此类特性的资源。 102 Processing 由WebDAV（RFC 2518）扩展的状态码，代表处理将被继续执行。 成功：2XX 2XX系列响应代码表明操作成功了。 200 OK 请求已成功，请求所希望的响应头或数据体将随此响应返回。 201 Created 请求已经被实现，而且有一个新的资源已经依据请求的需要而建立，且其 URI 已经随Location 头信息返回。假如需要的资源无法及时建立的话，应当返回 '202 Accepted'。 202 Accepted 服务器已接受请求

001系统建函数模块 勾选远程调用 必须为值传递 激活函数模块 转到666系统进入SM59 点击创建 ZSALAH4 为DESTINATION 目标主机为001IP地址 连接成功 SE38调用函数模块 Z_SALAH_MOD(函数模块) DESTINNATION(SM59中的连接) 源代码： /*--> */ /*--> */ DATA GT_01 TYPE TABLE OF MARA . DATA CODE TYPE N . CALL FUNCTION 'Z_SALAH_MOD' DESTINATION 'ZSALAH4' EXPORTING BUKRS = 2000 IMPORTING CODE = CODE TABLES TAB_MARA = GT_01 . BREAK-POINT . 测试结果 来源： https://www.cnblogs.com/salah/p/11926377.html

一、 SAP Web Service简介 二、 SAP Web Service配置准备工作 1. 通过RZ10配置服务器名称和其他参数 2. 配置服务器被DNS解析 （1） 集中解析 （2） 单机解析 3. 启用SOAMANAGER服务 三、 SAP Web Service配置步骤和方法 1. 外部访问SAP Webservice服务配置（Service Provider） （1） 创建RFC函数 （2） 给RFC函数配置WS（webservice） （3） 用SOAMANAGER生成WSDL（可供外部访问的XML链接） 2. SAP访问外部 Webservice配置（Service Consumer） 一、 SAP Web Service简介 SAP的web service是在Netweaver组件通过UDDI工具，采用SOAP和WSDL这两种web服务技术，将SAP已有功能封装成webservice对象，供其他系统调用或者调用其他系统的webservice，从而实现SAP与非SAP系统（如OA、PLM等）系统的集成。SAP Netweaver提供了可以发布、查找并调用 Web 服务的工具（UDDI），可支持 NetWeaver 作为 Web 服务的服务器(Service Provider)或者客户端(Service Consumer)，主要功能包括： ①提供webservice

How can i see HttpWebRequest object as string before calling GetResponse method? I want to see raw format of request something like this as in fiddler: Content-Type: multipart/form-data; boundary=---------------------------2600251021003 Content-Length: 338 -----------------------------2600251021003 Content-Disposition: form-data; name="UPLOAD_FILEName"; filename="Searchlight062210 w price.csv" Content-Type: application/vnd.ms-excel ,,,,, -----------------------------2600251021003 Content-Disposition: form-data; name="submit" submit -----------------------------2600251021003-- I tried following