嘿家伙，我有一个网站，我们的CSR用于接口与外部供应商。
当他们点击这个链接，它不会显示任何负载。
http://nestleondemand.supplier.ariba.com/ad/webjumper?itemID=ABN0AHS3yxNmX&awcharset=UTF-8
他们声称，他们可以在家里做，当他们点击链接redirect到login，他们login，然后加载作业。
其中一个CSR把我的笔记本电脑带进了我的networking，然后把它挂在networking上，看到网页加载得很好。
他们正在使用IE 8.我曾尝试使用IE8，Firefox和Chrome。 他们似乎没有在这里工作，但在这台笔记本电脑，它工作正常。
也有人声称，它在Safari上适用于他们。
它是否适合你们？
有什么想法吗？
听起来像一个内部的DNS问题。 检查笔记本电脑上的DNS设置。 在无法使用的计算机上，请尝试将DNS设置为4.2.2.2或另一台根服务器，然后查看它是否有效。 我知道我们公司的VPN不能在内部工作，因为我们的本地DNS。
服务器可能拒绝通过端口80（http）的连接，也可能不会将您redirect到https。 我不知道为什么，但应该看看，看看是否地址从http更改为https，而你正在盯着空白页面。 也可以尝试使用https：//前往地址前的网站。
目前我不知道问题出在哪里，但对我而言，这是工作。 （由于login页面会反映我认为的工作）
这是我能够在客户端监控的：
16:37:11:605: Network: GET http://nestleondemand.supplier.ariba.com/ad/webjumper?itemID=ABN0AHS3yxNmX&awcharset=UTF-8 [HTTP/1.1 302 Found 224ms] 16:37:11:843: Network: GET https://s1.ariba.com/Sourcing/Main/ad/webjumper?realm=nestleondemand&passwordadapter=SourcingSupplierUser&itemID=ABN0AHS3yxNmX&awcharset=UTF-8 [HTTP/1.1 200 OK 231ms] 16:37:12:221: Network: POST https://s1.ariba.com/Sourcing/Main/ad/loginPage/SSOActions?realm=nestleondemand [HTTP/1.1 200 OK 474ms] 上面介绍的信息会告诉你，我的浏览器试图find你提供的地址，并得到了一个HTTP状态码302，临时redirect。 也许一个301应该在这里使用，但这不属于你的问题的范围。
所以你可能想要检查上面代码片段中的哪三个URL适用于你，哪一个不适合你。
从那里你可以开始追踪这个问题。
有几种方法可以在内部进行debugging。
首先 – 如果你使用一个简单的只是去你的shell或如果Windows进入命令提示符（开始/运行/键入不带引号“命令”，然后按回车）
现在input
NSLOOKUP
那么服务器8.8.8.8
然后查找您尝试访问的网站名称，而不使用http：//以及结尾这样的内容
nestleondemand.supplier.ariba.com
它解决什么IP？
现在inputexit。
然后做ping nestleondemand.supplier.ariba.com
看看它解决了什么IP
如果它不是肯定的 – 你有一个内部的DNS问题。
跟你的IT经理说话 – 非常简单的修复本地dns – 比如/ etc / hosts文件或者lmhost文件 – 如果仍然卡住，请随时询问
恩恩，
你有一个代理服务器，客户正在使用？ 在IE中检查Internet选项 – >连接 – > Lan设置。 如果你有cUrl（在这里获取Windows MSVC版本： http : //curl.haxx.se/latest.cgi? curl=win32-ssl-devel-msvc）尝试从命令行运行curl：
curl -D- http://nestleondemand.supplier.ariba.com/ad/webjumper?itemID=ABN0AHS3yxNmX&awcharset=UTF-8
应该打印出更多的细节。
你的networking上运行的任何东西，如ISA服务器？ Snort – 或类似的应用程序？
从它看起来像电子邮件应用程序本身标记的链接，并阻止它。
如果从员工桌面input链接并直接进入链接，会发生什么情况 – 不使用邮件链接？