1:Oauth2.0授权的流程截图 官方流程如下: 1 第一步:用户同意授权,获取code 2 第二步:通过code换取网页授权access_token 3 第三步:刷新access_token(如果需要) 4 第四步:拉取用户信息(需scope为 snsapi_userinfo) 2:引导用户进入页面来授权 3:之前登陆授权过或者是关注该公众号的页面如下: 4:需要在微信客服端打开,否则报错如下: 5:获取到授权的信息如下: 6:主要代码截图: 很简单吧!最后,这里只是简单的测试,获取到额用户

一. CentOS 安装FTP linux 安装 ftp第一步 使用如下命令#rpm -qa |grep vsftpd可以检测出是否安装了vsftpd软件, 如果没有安装,使用YUM命令进行安装. yum install vsftpd -y 第二步 使用vsftpd软件,主要包括如下几个命令: 启动ftp命令#service vsftpd start 停止ftp命令#service vsftpd stop 重启ftp命令#service vsftpd restart 第三步vsftpd的配置ft

SimpleSSO 关于OAuth 2.0介绍: http://www.ruanyifeng.com/blog/2014/05/oauth_2_0.html 系统效果: 登录界面: 首页: 应用界面: 编辑弹出框: 测试OAuth 2.0界面: 第三方授权界面(Demo演示的是implicit grant type): 说明: 初始化: 第一次运行,需要在SimpleSSO/Config/connectionStrings.config配置数据库连接,会自动生成数据库及测试数据(admin/12

希望给你3-5分钟的碎片化学习,可能是坐地铁.等公交,积少成多,水滴石穿,谢谢关注. 安装.NET Core 官方安装地址: https://www.microsoft.com/net/learn/dotnet/hello-world-tutorial?initial-os=linux 安装完后测试一下版本 测试一个webapi dotnet new webapi dotnet run 默认是在5000端口,虚拟机该端口还没打开,这个时候在虚拟机外面是无法访问的 再开一个终端使用curl访问 返

前言 之前的博客我已经在Linux上部署好了.NetCore站点且通过Supervisor对站点进行了进程守护,同时也安装好了Nginx.Nginx的用处非常大,还是简单说下,它最大的功能就是方便我们做后续的横向拓展,当站点的流量越来越大时候可以进行负载均衡,反向代理最大用处也是如此. 反向代理反向代理我是这么理解的,用户在客户端输入指定的url,这个url对应的服务器实际上不一定是最终处理该请求的服务器,可以将这个服务器作为一个中间层,它可以将请求再次分发到指定的应用服务器上,然后得到反馈后再

前言 之前终于在Linux上部署好了.NetCore站点,但是这个站点非常“脆弱”.当我的ssh连接关闭或者我想在当前连接执行其他命令时候就必须关闭dotnet站点的执行程序.这显然不是我想要达到的效果,还好知道有所谓的守护进程这个东西,大多数人都是推荐采取Supervisor来进行Linux上的应用进程管理,这里就开始使用它来对我们的.NetCore应用进程进行托管吧. Linux的守护进程 我对于Linux的守护进程的理解是在Linux操作系统上通过守护进程的配置对需要进行守护的应用进行有效

以下是笔者在 Ubuntu 16.0-64bit 环境下 发布 ABP(.NetCore)的全过程.特此记录,希望对大家有所帮助. 准备的工具 1.PuTTY(ssh,如果不想每次都用阿里云的远程登录,那么可以试试这个.) 2.WinSCP(图形化SFTP客户端,美观又好用) 3.Ubuntu 16.0-64bit     Step 1  搭建 .NetCore运行环境 1)添加 dotnet apt-get 支持文件(Ubuntu 16.04 / Linux Mint 18环境) sudo s

自己画了一个简略结构图,准备按照这个搭建一套微服务型的站点 利用Identityserver4+Redis+Sqlserver+Swagger+阿里云OSS+RabbitMQ+Nginx来实现,按照自己的思想搭建架构,希望能够完成

微软今天在 Connect(); // 2016 上发布了 .NET Core 1.1 ,ASP.NET Core 1.1 以及 Entity Framework Core 1.1.紧跟这次发布,我们将运行在 Linux 上的示例站点( about.cnblogs.com )从 .NET Core 1.1 Preview 1 升级到了 .NET Core 1.1. 升级很简单,首先在 Linux Ubuntu 服务器上安装包含 .NET Core 1.1 的 SDK: sudo apt-get

今天微软发布了 .NET Core 1.1 Preview 1(详见 Announcing .NET Core 1.1 Preview 1 ),紧跟 .NET Core 前进的步伐,我们将示例站点 http://about.cnblogs.com/about/intro 升级到了 .NET Core 1.1 Preview 1 ,在这篇博文中分享一下升级过程. 部署示例站点的服务器是 Linux Ubuntu 14.04 ,已安装 .NET Core 1.0.1 ,安装位置是 /usr/shar

概述 上一篇我们介绍了如何使用vue resource处理HTTP请求,结合服务端的REST API,就能够很容易地构建一个增删查改应用.这个应用始终遗留了一个问题,Web App在访问REST API时,没有经过任何认证,这使得服务端的REST API是不安全的,只要有人知道api地址,就可以调用API对服务端的资源进行修改和删除.今天我们就来探讨一下如何结合Web API来限制资源的访问. 本文的主要内容如下: 介绍传统的Web应用和基于REST服务的Web应用 介绍OAuth认证流程和密码

前言 现在的web app基本上都是前后端分离,之前接触的大部分应用场景最终产品都是部署在同一个站点下,那么随着WebApi(Restful api)的发展前后端实现的完全分离,前端不在后端框架的页面基础上开发,也就告别传统上的Session判断客户端登陆用户的情况.OAuth已发布很久,Asp.Net  Identity也发布很久.看了几篇朋友写的博客才把这几个sample写完,也解决了之前我对前后端完全分离产生的一些疑惑. OAuth2.0的4种角色 resource owner资源所有者:

今天下午我们将生产环境中一个单台服务器 QPS(每秒请求数)在100左右的 ASP.NET Core 站点部署到了 Linux 服务器上,这是我们解决了在 .NET Core 上使用 EnyimMemcached(memcached客户端)的问题之后,.NET 跨平台之旅迈出的重要一步.这个 ASP.NET Core 站点,既用了缓存,也有数据库访问操作,是一个典型的 Web 站点,如果它能持续稳定运行,将为我们全站迁移至 ASP.NET Core + Linux 扫清障碍. 这个 ASP.NE

目录 前言 OAuth2.0简介 授权模式 (SimpleSSO示例) 使用Microsoft.Owin.Security.SimpleSSO模拟OpenID认证 通过authorization code授权模式申请令牌 通过implicit授权模式申请令牌 通过password模式申请令牌 通过client credentials模式申请令牌 后话 前言 之前有分享这个项目源码及简介,不过因为文字讲解太少,被和谐了.我重新总结下:   源码:https://github.com/zhoufei

ASP.NET Core RC2 终于发布了( Announcing ASP.NET Core RC2 ).为了庆祝这次发布,我们将运行在 Ubuntu 服务器上的示例站点 about.cnblogs.com 升级到了 ASP.NET Core RC2 ,在这篇博文中分享一下我们在升级过程中遇到的问题. 一.安装.NET Core SDK 删除旧版 dotnet cli: rm -rf /usr/share/dotnet 安装 .NET Core SDK: curl -sSL https://r

ASP.NET Core示例站点网址:http://about.cnblogs.com/ 首先安装最新版的 .NET Core 运行环境,从 https://github.com/dotnet/cli 的 readme 中 "Ubuntu Installers" 部分获取 Shared Host.Shared Framework.Sdk 的下载地址,分别依次下载安装: wget https://dotnetcli.blob.core.windows.net/dotnet/beta/In

今天准备将一个在Windows上用VS2015开发的ASP.NET Core程序部署到阿里云Linux服务器上,部署时发现这台服务器是内网服务器,无法直接安装.NET Core SDK,于是想到尝试用self-contained的方式进行部署. Self-contained部署方式就是每个应用程序自带.NET Core运行时环境与程序集依赖,部署的目标机器不需要安装.NET Core SDK,将应用程序文件夹拷贝过来就能运行.我们通常用的是Portable部署方式,应用程序共享.NET Core

现代的应用程序看起来像这样: 典型的交互操作包括: 浏览器与 web 应用程序进行通信 Web 应用程序与 web Api (有时是在他们自己的有时代表用户) 通信 基于浏览器的应用程序与 web Api 通信 本机应用程序与 web Api 通信 基于服务器的应用程序与 web Api 通信 Web Api 和 web Api 交互(有时是在他们自己有时也代表用户) 通常(前端,中间层和后端)的每一层有保护资源和执行身份验证和授权的需求 —— 典型的情况是针对同一用户存储.这就是为什么业务应用

今天第一次将整个 asp.net core 站点发布到 IIS 上,以前都是发布到 Linux 服务器上. 开始使用 dotnet publish -c release 命令发布,用浏览器访问站点时出现下面的错误: HTTP Error 502.5 - Process Failure Common causes of this issue: The application process failed to start The application process started but th

虽然我们在<上篇>分别讨论了4种预定义的Authorization Grant类型以及它们各自的适用场景的获取Access Token的方式,我想很多之前没有接触过OAuth 2.0的读者朋友们依然会有"不值所云" 之感,所以在介绍的内容中,我们将采用实例演示的方式对Implicit和Authorization Code这两种常用的Authorization Grant作深入介绍.本章着重介绍Implicit Authorization Grant. Implicit Au

很多情况下我们的CRM系统会和弟三方应用集成,一般情况我们会开发一个中间站点来提供web api 给弟三方应用. 参考:http://alexanderdevelopment.net/post/2015/01/24/authenticating-from-a-node-js-client-to-dynamics-crm-via-ad-fs-and-oauth2/ 利用adfs 带的auto2.0可以有一种简单的方式和弟三方应用集成.我们做的只需要类似像和微信.微博.QQ集成弟三登录功能一样实现