端口监听

linux默认不被防火墙阻止 sshd （ssh服务的服务端）默认监听 22 端口 修改ssh配置文件中的默认监控端口，重启服务即可修改ssh默认监听端口 执行 setenforce 0 关闭selinux systemctl restart sshd.service 之后，发现sshd监听的是1234端口 此操作属于高危操作，建议不要修改！！！ 来源： https://www.cnblogs.com/wooluwalker/p/12638348.html

SSH 端口转发功能能够将其他 TCP 端口的网络数据通过 SSH 链接来转发，并且自动提供了相应的加密及解密服务。其实这一技术就是我们常常听说的隧道(tunnel)技术，原因是 SSH 为其他 TCP 链接提供了一个安全的通道来进行传输。 我们知道，FTP 协议是以明文来传递数据的。但是我们可以让 FTP 客户端和服务器通过 SSH 隧道传输数据，从而实现安全的 FTP 数据传输。 更常见的情况是我们的应用经常被各种防火墙限制。常见的有禁止访问某些网站、禁用某类软件，同时你的所有网络行为都被监控并分析！同样的通过 SSH 隧道技术我们完全可以规避这些限制。 如上图所示，通过 SSH 的端口转发， 应用程序的客户端和应用程序的服务器端不再直接通讯，而是转发到了 SSH 客户端及 SSH 服务端来通讯。这样就可以同时实现两个目的：数据的加密传输和穿透防火墙！ 在具体的使用场景中，端口转发又被细分为本地端口转发、远程端口转发、动态端口转发等。本文将详细的介绍其技术原理及使用方法。 本地端口转发 假设我们有一台主机 B，上面运行着 smtp 服务器，监听的端口号为 25，但是只监听了 localhost 网络接口。也就是说只有运行在主机 B 上的邮件客户端才能与 smtp 服务器建立连接。此时另外一台主机 A 上的邮件客户端如果想要通过主机 B 上的 smtp 服务器收发邮件该怎么设置呢

DBA必须掌握的一些linux常用命令，必须要记住的一个 netstat -ntlp|grep mysql 解释一下，数据库都有监听端口，要想登陆到数据库上我们需要知道用户密码和端口已经IP地址，那么监听的端口查看方法如下，结果看起来是不是有点奇怪，怎么3个监听端口，好奇的可以自己查一下原因哈 来源： 51CTO 作者： roidba 链接： https://blog.51cto.com/roidba/2478725

nc命令最常用的用法： 1、测试TCP端口 nc -vz ip tcp-port 2、测试UDP nc -uvz ip udp-port 3、临时监听TCP端口 nc -l port 4、永久监听TCP端口 nc -lk port 5、临时监听UDP nc -lu port 6、永久监听UDP nc -luk port 来源： 51CTO 作者： 马鹏飞 链接： https://blog.51cto.com/mapengfei/2451421

Oracle 单一主机多个实例多个监听器配置要点 1. 一台服务器主机, 有多个实例, 如: TSDB/ORCL; 又需要配置多个监听器 2. 需要指定不同的LISTENER端口 3.pmon只会动态注册port等于1521的监听器, 其它端口则pmon不能动态注册listener, 要想让pmon动态注册listener, 需要设置local_listener参数 [oracle@12c01 admin]$ cat listener.ora ANDYCDB = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 12c01)(PORT = 1521)) (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521)) ) ) ANDYCDB_TEST = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 12c01)(PORT = 1522)) ) ) [oracle@12c01 admin]$ cat tnsnames.ora # tnsnames.ora Network Configuration File: /home/oracle/app/oracle/product

SQLServer2008监听1434端口 禁止SQLServer2008监听1434端口那将意味着你的数据库实例无法再网内被其他的客户端访问。 基本原理如下； 1434端口报警其实就是SQL Server在UDP 1434端口上建立一个监听服务，让客户端从服务器上查询到命名实例及其网络配置信息的一个列表。该监听服务始终运行在UDP 1434端口上，并且用户无法更改该运行端口。 在默认情况下，SQL Server使用1433端口监听，很多人都说SQL Server配置的时候要把这个端口改变，这样别人就不能很容易地知道使用的什么端口了。可惜，通过微软未公开的1434端口的UDP探测可以很容易知道SQL Server使用的什么TCP/IP端口了。 不过微软还是考虑到了这个问题，毕竟公开而且开放的端口会引起不必要的麻烦。在实例属性中选择TCP/IP协议的属性。选择隐藏 SQL Server 实例。如果隐藏了 SQL Server 实例，则将禁止对试图枚举网络上现有的 SQL Server 实例的客户端所发出的广播作出响应。这样，别人就不能用1434来探测你的TCP/IP端口了（除非用Port Scan）。 由于1434端口探测没有限制，能够被别人探测到一些数据库信息，而且还可能遭到DOS攻击让数据库服务器的CPU负荷增大，所以对Windows 2000操作系统来说

http://bbs.hx95.com/simple/index.php?t223015.html 问题描述： 在搭建samba服务器的时候，遇到一个奇怪的问题。具体如下： 1.安装：yum install samba* 2.smb.conf: [global] workgroup = WORKGROUP server string = Samba Server Version %v interfaces = lo eth0 192.168.0.0/24 192.168.13.2/24 security = user passdb backend = tdbsam [homes] comment = Home Directories browseable = yes writable = yes path = /home/smbuser valid users = smbuser 3.smbpasswd -a smbuser 4.service smb start 5.访问samba服务器 # smbclient -L 192.168.0.250 Enter root's password: Anonymous login successful Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.5.10-125.el6] Sharename

修改oracle监听端口 修改端口号的整体步骤： 1.1 查看当前监听的状态 1.2 停止监听 1.3 修改监听文件的端口号 1.4 修改初始化参数local_listener 1.5 重启监听器 1.6 修改完毕，使用新端口登录测试 实践步骤： 1.1 查看当前监听的状态 [test@ASI-1 ~]$lsnrctl status 1.2 停止监听 [test@ASI-1~]$lsnrctl stop LSNRCTL for Linux: Version 10.2.0.1.0 - Production on 11-MAR-2011 16:36:49 Copyright (c) 1991, 2005, Oracle. All rights reserved. Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.0.100)(PORT=1521))) The command completed successfully 1.3修改监听文件的端口号 把端口号修改为1530，分别修改listener.ora和tnsname.ora文件 [test@ASI-1 ~]$ cd/usr/opt/oracle/product/10.2.0/db_1/network/admin/ [test@ASI-1 admin]$

OS: Oracle Linux Server release 5.7 DB: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production 1、查看监听状态： SQL> !lsnrctl status LSNRCTL for Linux: Version 11.2.0.3.0 - Production on 12-NOV-2013 01:36:29 Copyright (c) 1991, 2011, Oracle. All rights reserved. Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=b28-122.jd.com)(PORT=1521))) STATUS of the LISTENER ------------------------ Alias LISTENER Version TNSLSNR for Linux: Version 11.2.0.3.0 - Production Start Date 22-OCT-2013 04:02:12 Uptime 20 days 22 hr. 34 min. 16 sec Trace Level off Security ON: Local OS

使用nginx监听8070端口,并转发到8067端口 我的配置文件如下: upstream odoo { server localhost:8067; } upstream odoochat{ server localhost:8072; } server { listen 8070 default_server; listen [::]:8070 default_server; root /var/www/html; index index.html index.htm index.nginx-debian.html; server_name _; location / { # First attempt to serve request as file, then # as directory, then fall back to displaying a 404. # try_files $uri $uri/ =404; # proxy_redirect off; proxy_pass http://odoo; # index index.html; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-HOST $host: