<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>运维 on 编程心语</title>
		<link>https://www.ithome.me/tags/%E8%BF%90%E7%BB%B4/</link>
		<description>Recent content in 运维 on 编程心语</description>
		<generator>Hugo</generator>
		<language>zh-CN</language>
		
		
		
		
			<lastBuildDate>Tue, 04 Aug 2026 14:59:27 +0800</lastBuildDate>
		
			<atom:link href="https://www.ithome.me/tags/%E8%BF%90%E7%BB%B4/index.xml" rel="self" type="application/rss+xml" />
			<item>
				<title>SSH 隧道实战：端口转发、跳板机与反向代理的完整指南</title>
				<link>https://www.ithome.me/post/2026/07/05/ssh-tunnel-port-forwarding/</link>
				<pubDate>Sun, 05 Jul 2026 08:00:00 +0800</pubDate>
				<guid>https://www.ithome.me/post/2026/07/05/ssh-tunnel-port-forwarding/</guid>
				<description>&lt;h2 id=&#34;为什么你需要掌握-ssh-隧道&#34;&gt;为什么你需要掌握 SSH 隧道&lt;/h2&gt;&#xA;&lt;p&gt;日常开发中，你大概率遇到过这些场景：本地调试需要连接内网数据库、生产服务器只允许跳板机访问、内网服务需要临时暴露给外部测试。很多人第一反应是改防火墙规则或装个 frp，但其实 SSH 自带的三种端口转发就能解决绝大多数问题，无需额外工具。&lt;/p&gt;</description>
			</item>
			<item>
				<title>Nginx 反向代理、负载均衡与 HTTPS 配置实战</title>
				<link>https://www.ithome.me/post/2026/06/21/nginx-reverse-proxy-load-balancing/</link>
				<pubDate>Sun, 21 Jun 2026 08:00:00 +0800</pubDate>
				<guid>https://www.ithome.me/post/2026/06/21/nginx-reverse-proxy-load-balancing/</guid>
				<description>&lt;h2 id=&#34;为什么需要反向代理&#34;&gt;为什么需要反向代理？&lt;/h2&gt;&#xA;&lt;p&gt;在生产环境中，我们很少让应用直接暴露给用户。反向代理（Reverse Proxy）是架构中的关键一环：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;安全隔离&lt;/strong&gt;：后端服务不直接暴露端口，降低攻击面&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;负载均衡&lt;/strong&gt;：将流量分发到多个后端实例&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;SSL 终止&lt;/strong&gt;：统一处理 HTTPS 加解密，后端只需处理 HTTP&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;缓存加速&lt;/strong&gt;：静态资源直接由 Nginx 返回，减轻应用压力&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;压缩传输&lt;/strong&gt;：gzip/brotli 压缩响应体，节省带宽&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;本文从实际场景出发，覆盖 Nginx 最常用的三大能力。&lt;/p&gt;</description>
			</item>
	</channel>
</rss>
