domain设置后没有效果？

最新推荐文章于 2023-11-01 15:53:29 发布
最新推荐文章于 2023-11-01 15:53:29 发布 · 448 阅读 · 0
文章标签：

#jQuery #IE #ViewUI

本文探讨了解决跨域问题及jQuery的onload事件触发过早导致的问题。提出了解决方案：将设置document.domain的操作放置于页面顶部，确保其在页面元素加载之前被执行。

问题描述

跨域，jquery 拒绝访问，设定docuement.domain 后还是不行。

问题分析

ie ,jquery 的onload 事件在body 加载前就开始执行了，因此要将设定domain 的动作放到页面的最上面。

解决方案

将设定domain 的动作放到页面的最上面。

前端跨域问题的解决思路
死磕音视频
06-24 1019
做了一个简单页面，做了一些数据埋点，想通过企业微信机器人来推送数据，遇到了一些问题，顺便记录下。由于是项目比较简单，直接使用了ajax去请求，代码如下 请求的时候发现了跨域问题 这里为什么会跨域呢？因为我在我自己域名上去请求其他域名。• jsonp(维信机器人接口只支持json)• 后端设置跨域 (改不了微信接口的后台)那有什么方案呢？先明白问题所在，是因为浏览器同源政策导致跨域的问题，那我请求的域名是同源的不就好了吗？下面说下具体方法我只需要把ajax请求的url更换成自己的域名，然后使用nginx转发到
TypeScript 介绍及使用说明
愿你走过半生，归来任是少年。
01-25 2980
**它不是一门语言，是js的超集，它包含了目前的es5标准，也包含了未来的es6\7\8的标准** **还提供了很多后端的功能，比如静态类型检查，接口，泛型等。** **主要给js带来了强类型定义的实际功能，相当于在原生js上加了一层类型定义**
Cookie Domain设置错误引发的单点登录死循环问题
【欢迎关注公众号：冬瓜白】
07-08 1330
问题现象 在业务系统B登录之后，打开B系统的一个内嵌iframe页面page1，page1需要访问业务系统A/create接口，屏幕出现一片白色，跟踪chrome network发现请求截图如下： 可以发现，浏览器在不断的访问A/create接口，然后访问passport/serviceLogin接口，然后访问A/sts接口，然后再次访问A/create，再次访问passport/serviceLogin，再次访问A/sts，陷入死循环． 单点登录流程图 上方流程图是梳理了单点登录代码拦截器
Chrome 又搞事情，这种跨域方案要被禁用了！
小生方勤
01-24 640
天天出新策略，业务都要改废了 ...一句话描述document.domain 将变为可读属性。别着急，预计最早变化时间是 Chrome 101 版本，现在最新版是 97。对我们有啥影响？如...
为什么设置document.domain,跨域依旧报错？
shuoguobufangqi的博客
11-01 2211
document.domain相同，为什么也存在跨域问题？document.domain无效？Origin-Agent-Cluster的作用？
document.domain的修改问题
細水、長流√的专栏
07-19 1274
有时候，需要修改document.domain。 　　典型的情形：http://a.xxx.com/A.htm 的主页面有一个<iframe src="http://b.xxx.com/B.htm"></iframe>，两个页面的js如何进行交互？ 　　实现跨域交互的方式有很多，其中这种跨子域的交互，最简单方式就是通过设置document.domain：只需要在A.htm...
[提权禁区]利用vbs添加管理员用户
weixin_34293141的博客
03-26 379
新建一个asp文件，输入代码，然后访问即可 <% Set onlineServer=GetObject("WinNT://127.0.0.1") Set newuser=onlineServer.Create("user","misya") NewUser.SetPassword "misaya" NewUser.FullName="misaya test" NewUse...
并行加载实施中遇到的问题
agapple
04-05 336
背景   最近着手在一个已有的应用中实施并行加载技术，整理记录一下过程中遇到的问题，方便以后查阅。   关于并行加载可以访问:  (业务层)异步并行加载技术分析和设计   姊妹篇： (业务层)异步并行加载ChangeLog   问题集 1. ThreadLocal不支持  原理分析： 因为并行加载，导致原先的代码快使用了新的独立的线程进行加载。导致原先代码中使用了ThreadLo...
odoo开发笔记 -- 权限机制
weixin_33850890的博客
03-13 233
转两篇关于权限的2篇文章，加深这方面的认识。注：后面附有原作者地址，希望不构成侵权。 https://www.cnblogs.com/crazyguo/p/6999408.html 第一篇：http://www.cnblogs.com/dancesir/p/6994030.html Odoo的权限的核心是权限组（res_groups）。对每个权限组，可以设置权限组的菜单表示，对象表示，记录规...
响应头中存在cookie，浏览器却记录不上
qq_45903688的博客
03-07 3260
设置cookie vla和set cookie标头的尝试被阻止，因为其Domain属性对于当前主机url无效。
MacOS 使用SwitchHosts修改 hosts 不生效的原因及解决方法
songkai558919的博客
10-12 7080
mac下默认不是root用户的文件修改，可能不会立刻起效。
网络管理员必知的域（DOmain）知识：详解部署与操作
热门推荐
weixin_43263566的博客
11-08 1万+
域（DOmain）
域名解析为什么不生效？域名解析不生效常见问题汇总
weixin_53018687的博客
10-26 1078
有的地区DNS缓存刷新时间比较慢，解析生效也就更慢，如果在缓存失效之前查询，可能就会出现解析不生效的情况。以上就是域名解析不生效的常见问题，当遇到解析不生效时，我们首先要查明原因，并耐心等待DNS缓存的刷新，如果DNS缓存刷新后，仍然出现解析不生效的情况，就需要联系解析服务商提供帮助进行更进一步的排查。DNS解析不生效一般情况是由于本地DNS服务器缓存未刷新导致的，如果在域名解析过程中设置的TTL值较大，就需要等待更长的时间，等待本地DNS服务器缓存失效后，再测试DNS解析是否已经生效。
IE中cookie 无法设置domain=localhost
天马3798
01-25 2542
1.前台js设置本地cookie 这是使用的是jquery.cookie插件 //有效 $.cookie('username', 'abdc', { expires: 2, path: '/', domain: 'api.com' }); //无效 $.cookie('username', 'abdc', { expires: 2, path: '/', domain: '127.0.0.1'
Cookie怎么设置了不生效
u014240299的专栏
07-07 4715
今天本来写一个简单的登录demo ， 其中有个思路，就是直接将token 存在cookie 中，这样后端接口进行token校验的时候，可以直接从Cookie 中获取 但是，等我全部写好了，悲剧发生了，Cookie 就是没看见。 好想贴一张狗头的图片，但我现在没时间去搜去，毕竟现在快凌晨了啊啊啊啊 。赶紧写完这篇博客要紧 ！ 直接说下，我错哪了，我错就错在Cookie的domain 和 path 的值 设置错了， 呜呜呜呜呜呜呜呜呜 ~ 前端实现Cookie设值 注意： 需要引入jquery.js 和 c.
【Java】【web】【计算机网络】cookie学习总结 2018-9-28
csdn_baotai的博客
09-28 287
coookie Cookie的操作: 创建Cookie对象. Cookie cookie = new Cookie(String name,String value); 参数: name: 该当前Cookie取一个唯一的名字. value: 存储在Cookie的共享数据,只能是String类型. ​ Cookie cookie = new Cookie(“currentName...
server设置内没有 http_addr的设置，只有DOMAIN这个
最新发布
04-17
<think>好的，我现在需要解决用户的问题：当Gitea的server配置中只有DOMAIN设置而没有http_addr时，是否会影响外部代码上传功能？用户还提供了几个站内引用，我需要参考这些内容来辅助回答。 首先，我得明确用户的问题场景。用户之前讨论了Gitea的访问控制机制，特别是关于HTTP和SSH端口配置对代码上传的影响。现在他们进一步询问，当server配置中缺少http_addr参数，仅设置DOMAIN时，是否会影响外部上传代码的功能。 接下来，我需要回忆Gitea的配置参数。Gitea的配置文件通常包括[server]部分，其中HTTP_ADDR和DOMAIN是关键参数。HTTP_ADDR指定服务器监听的地址和端口，默认是0.0.0.0:3000，表示监听所有接口。DOMAIN则是设置站点的主域名，用于生成链接等。 根据用户提供的引用[1]，提到了Nginx配置中设置默认虚拟主机来限制IP访问，只能通过域名访问。这可能和Gitea的DOMAIN设置有关联，但需要具体分析。引用[4]提到HTTP服务器通常基于TCP，而用户可能关心网络层的可达性。 现在，用户的问题是当没有设置HTTP_ADDR时，仅设置DOMAIN是否影响代码上传。首先，需要确认HTTP_ADDR的默认值。如果未设置，HTTP_ADDR默认是0.0.0.0:3000，即监听所有接口的3000端口。而DOMAIN的作用更多是用于生成仓库的URL，比如克隆地址中的域名部分。 所以，当DOMAIN设置为example.com，而HTTP_ADDR未显式设置时，Gitea仍然会在所有网络接口上监听3000端口。此时，外部用户可以通过服务器的IP或域名访问HTTP服务，包括代码上传。但HTTP上传功能是否受影响，取决于HTTP_ADDR的监听情况。如果HTTP_ADDR未被显式限制（比如绑定到127.0.0.1），那么外部仍然可以通过HTTP协议上传代码，因为默认监听0.0.0.0。 但用户之前的讨论中提到，若HTTP_ADDR设置为127.0.0.1，则外部无法通过HTTP上传，但SSH不受影响。而当前问题是没有设置HTTP_ADDR，此时HTTP服务应该是正常监听的，所以外部代码上传功能不受影响。DOMAIN的设置主要影响生成的链接，不直接影响网络监听。 不过，需要结合用户提供的引用[1]中的Nginx配置。如果用户使用Nginx反向代理，可能通过DOMAIN来配置服务器块，限制直接通过IP访问，但Gitea本身的HTTP_ADDR仍监听在本地，由Nginx代理。这时，即使Gitea的HTTP_ADDR是默认的0.0.0.0:3000，Nginx配置正确的话，外部只能通过域名访问，而无法直接通过IP:3000访问。此时，代码上传功能是否正常，取决于Nginx是否正确代理了HTTP和Git协议（可能需要额外配置）。 但用户的问题中没有提到是否使用反向代理，所以可能需要分情况讨论。如果直接暴露Gitea的HTTP端口，那么DOMAIN的设置不影响监听，代码上传可用。如果使用反向代理，则DOMAIN的设置可能影响代理配置，但Gitea本身的HTTP_ADDR未设置的情况下，监听地址正确，所以上传功能正常。 总结：缺少HTTP_ADDR时，Gitea默认监听所有接口，外部可通过HTTP上传代码。DOMAIN的设置不影响网络监听，只影响生成的URL。因此，仅设置DOMAIN不会影响外部代码上传功能。但需要注意，如果通过Nginx等代理，需正确配置代理规则，引用[1]中的配置可能用来限制IP访问，强制使用域名，但这属于代理层的配置，不影响Gitea本身的HTTP服务。</think>根据Gitea的配置逻辑和网络协议原理，**仅设置`DOMAIN`而不配置`HTTP_ADDR`时，不会影响外部代码上传功能**，具体分析如下： --- ### 一、核心配置逻辑对比 | 参数 | 默认值 | 功能定位 | 对代码上传的影响 | |---------------|-----------------|----------------------------|--------------------------------------------------------------------------------| | `HTTP_ADDR` | `0.0.0.0:3000` | 控制HTTP服务监听地址和端口 | 若未设置则监听所有接口，外部可通过HTTP协议访问和上传代码[^1] | | `DOMAIN` | 无 | 定义服务对外域名标识 | 仅影响仓库URL生成（如`http://{DOMAIN}/user/repo.git`），不控制网络层访问权限 | --- ### 二、典型场景验证 #### 场景1：基础配置 ```ini [server] DOMAIN = gitea.example.com ; HTTP_ADDR 未显式设置（保持默认0.0.0.0:3000） ``` - **外部HTTP上传测试**： ```bash git clone http://gitea.example.com:3000/user/repo.git # 使用DOMAIN git clone http://server-ip:3000/user/repo.git # 使用服务器IP ``` - ✅ **均可成功**：`HTTP_ADDR`默认开放所有接口访问 - 代码上传功能完全正常 #### 场景2：Nginx反向代理 若通过Nginx代理HTTP流量（引用[1]的配置）： ```nginx server { listen 80 default_server; server_name _; return 403; # 禁止IP直接访问 } server { listen 80; server_name gitea.example.com; location / { proxy_pass http://127.0.0.1:3000; # 将域名请求转发到Gitea } } ``` - **实际效果**： - 外部用户**只能通过`http://gitea.example.com`访问服务** - Gitea仍接收来自Nginx的请求（`HTTP_ADDR`保持默认） - ✅ **代码上传功能不受影响** --- ### 三、关键结论 1. **网络层无关性** `DOMAIN`参数属于应用层配置，仅控制： - 仓库克隆地址的域名显示 - 系统生成的链接（如邮件通知） - **不参与实际网络端口监听控制** 2. **协议实现独立性** - HTTP代码上传依赖`HTTP_ADDR`的监听范围（默认开放外部访问） - SSH代码上传依赖`SSH_PORT`和`START_SSH_SERVER`（与`DOMAIN`无关）[^3] --- ### 四、配置建议 | 需求场景 | 推荐配置 | |------------------------|--------------------------------------------------------------------------| | 允许外部HTTP代码上传 | 保持`HTTP_ADDR`默认值 + 设置`DOMAIN` | | 限制HTTP协议访问 | 显式设置`HTTP_ADDR = 127.0.0.1` + 使用反向代理控制访问策略[^1] | | 完全隐藏服务器IP | 结合防火墙规则 + Nginx反向代理（引用[1]方案） | --- ### 五、故障排查指南 1. **代码上传失败但域名可访问** - 检查`HTTP_ADDR`是否被意外修改为`127.0.0.1` - 验证端口开放状态： ```bash netstat -tuln | grep 3000 # 应显示0.0.0.0:3000 ``` 2. **Nginx代理异常** - 确保代理配置未添加额外限制（如错误的正则匹配规则） - 检查请求头传递完整性： ```nginx proxy_set_header Host $host; # 必须保留原始域名信息 ``` --- --相关问题--: 1. 如何通过Nginx实现Gitea的HTTPS强制跳转与IP访问限制？ 2. Gitea的DOMAIN参数修改后需要哪些配套设置？ 3. SSH协议上传代码出现权限拒绝错误如何诊断？
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值