uhttpd配置文件分析

文件位于 /etc/config/uhttpd。

[email protected]:/etc/config# cat uhttpd

config uhttpd ‘main‘
        list listen_http ‘0.0.0.0:80‘          //  监听端口为80,协议为ipv4
        list listen_http ‘[::]:80‘                //  监听端口为80,协议为ipv6
        list listen_https ‘0.0.0.0:443‘       //  监听端口为443,协议为ipv4,使用https 
        list listen_https ‘[::]:443‘            //  监听端口为443,协议为ipv6,使用https 
        option home ‘/www‘                    // 文件存放路径
        option rfc1918_filter ‘1‘               
        option max_requests ‘3‘            // 最大的请求书,如果超出,需排队
        option max_connections ‘100‘    // 最大的tcp连接数,如果超出,需排队
        option cert ‘/etc/uhttpd.crt‘        // 认证文件,依赖于https
        option key ‘/etc/uhttpd.key‘        // 认证秘钥,依赖于https
        option cgi_prefix ‘/cgi-bin‘          // cgi脚本路径
        option script_timeout ‘60‘          // cgi或lua请求超时时间
        option network_timeout ‘30‘      // 网络重起超时时间
        option http_keepalive ‘20‘           
        option tcp_keepalive ‘1‘
        option ubus_prefix ‘/ubus‘

config cert ‘px5g‘
        option days ‘730‘
        option bits ‘1024‘
        option country ‘DE‘
        option state ‘Berlin‘
        option location ‘Berlin‘
        option commonname ‘OpenWrt‘

[email protected]:/etc/config#

时间: 2024-10-07 07:19:43

uhttpd配置文件分析的相关文章

nginx.conf配置文件分析

#总结一下nginx.conf文件内容. #运行用户 user www-data; #启动进程,通常设置成和cpu的数量相等 worker_processes  1; #全局错误日志 error_log  /var/log/nginx/error.log; #进程文件 pid        /var/run/nginx.pid; #一个nginx进程打开的最多文件描述符数目,理论值应该是最多打开文件数(系统的值ulimit -n)与nginx进程数相除,但是nginx分配请求并不均匀,所以建议与

Solr配置文件分析与验证

前面一篇开始学习solr的时候,做了个入门的示例http://blog.csdn.net/zjc/article/details/24414271 .虽然可以检索出内容,但总和想象的结果有差异--比如,检索"天龙"两个字,按常规理解,就应该只出来<天龙八部>才对,可是竟然也会把<倚天屠龙记>检出来.后来研究了一下,发现系统是这样处理的:无论是抽索引时还是分析检索词时,都把所有文字按单字拆开.这样,刚好<倚天屠龙记>里包含"天"和&

Sphinx配置文件分析

#在Sphinx配置文件中,主要包括五个部分:source部分.index部分.searchd部分.indexer部分和common部分(前四部分比较重要): #source是数据源,index负责定义索引,searchd负责定义searchd守护进程的相关选项,indexer负责定义生成索引的过程中索引的功能性限制: #在数据源source中,type指定数据库的类型,目前Sphinx只支持两种类型的数据库,一种是MySQL: #sql_host指定主机,sql_user和sql_pass对应

Linux环境变量设置中配置文件分析(/etc/profile,~/.bashrc等)(转)

说明:在研究中发现,对于不同版本的Linux系统有着不同的文件,但是总的入口是不变的/etc/profile,下面只是展示加载顺序的研究过程,所以会有些系统没有这个文件等问题. 一.配置文件与作用域: 1.系统级别: /etc/environment:在登录时操作系统使用的文件,系统在读取profile前,设置环境文件的环境变量. /etc/profile:此文件为系统的每个用户设置环境信息,当用户第一次登录时,该文件被执行.并从/etc/profile.d目录的配置文件中搜集shell的设置.

Linux用户管理-配置文件分析

Linux是个多用户多任务的分时操作系统,所有一个要使用系统资源的用户都必须先向系统管理员申请一个账号,然后以这个账号的身份进入系统.用户的账号一方面能帮助系统管理员对使用系统的用户进行跟踪,并控制他们对系统资源的访问:另一方面也能帮助用户组织文件,并为用户提供安全性保护.每个用户账号都拥有一个惟一的用户名和用户口令.用户在登录时键入正确的用户名和口令后,才能进入系统和自己的主目录. 配置文件: 用户信息文件:/etc/passwd 密码文件:/etc/shadow 用户组文件:/etc/gro

vue-cli的webpack模板项目配置文件分析

由于最近在vue-cli生成的webpack模板项目的基础上写一个小东西,开发过程中需要改动到build和config里面一些相关的配置,所以刚好趁此机会将所有配置文件看一遍,理一理思路,也便于以后修改配置的时候不会"太折腾". 一.文件结构 本文主要分析开发(dev)和构建(build)两个过程涉及到的文件,故下面文件结构仅列出相应的内容. ├─build │ ├─build.js │ ├─check-versions.js │ ├─dev-client.js │ ├─dev-ser

hibernate配置文件分析

<!--标准的XML文件的起始行,version='1.0'表明XML的版本,encoding='gb2312'表明XML文件的编码方式--> <?xml version='1.0' encoding='gb2312'?> <!--表明解析本XML文件的DTD文档位置,DTD是Document Type Definition 的缩写,即文档类型的定义,XML解析器使用DTD文档来检查XML文件的合法性.--><!--hibernate.sourceforge.ne

Redis配置文件分析

#Redis演示示例配置文件 # 注意单位问题:当须要设置内存大小的时候,能够使用类似1k.5GB.4M这种常见格式: # # 1k=> 1000 bytes #1kb => 1024 bytes # 1m=> 1000000 bytes #1mb => 1024*1024 bytes # 1g=> 1000000000 bytes #1gb => 1024*1024*1024 bytes # # 单位是大写和小写不敏感的,所以1GB 1Gb 1gB的写法都是全然一样的

supersocket中quickstart文件夹下的MultipleCommandAssembly的配置文件分析

首先确认下配置文件中的内容 第一部分configSections[需要注意的是name=superSocket] <configSections> <section name="superSocket" type="SuperSocket.SocketEngine.Configuration.SocketServiceConfig, SuperSocket.SocketEngine"/> </configSections> 第二部