avax.naming.CommunicationException [Root exception is java.net.ConnectException: t3:localhost:700

API给的解释：试图将套接字连接到远程地址和端口时发生错误的情况下，抛出此异常。这些错误通常发生在拒绝远程连接时（例如，没有任何进程在远程地址/端口上进行侦听）。

解决方法：弃用127.0.0.1来访问服务器，改用本机的真实IP。

1、点击“开始”菜单，打开“控制面板”，依次选择“程序和功能”-“打开或关闭windows功能”，进入“windows功能”设置对话框。找到并勾选“Telnet客户端”和“Telnet服务器”，最后“确定”按钮，稍等片刻即可完成安装；

2、windows10系统下载的Telnet服务安装完成后，默认情况下是禁用的，还需要启动服务。点击“开始”菜单，在搜索框中输入“服务”，从搜索结果中点击“服务”程序，进入win10的服务设置；

3、在windows10旗舰版的服务项列表中找到“telnet”，可以看到它的状态是被禁用的；

4、下载双击Telnet项或者从右键菜单选择“属性”，将“禁用”改为“手动”；

5、回到服务项列表，从Telnet的右键菜单中选择“启动”。这样win10系统下载的Telnet服务就启动了。

Telnet 服务器不再列入 Windows 10 客户端或服务器， 为功能删除或弃用 如Windows Server 2012 R2 中所述，建议是使用远程桌面来代替。

1.1 NFS配置参数权限

参数名称

参数用途

rw

read-write，表示可读写权限

ro

read-only，表示只读权限

sync

请求或写入数据时，数据同步写入到硬盘才完成

async

异步写到远程缓冲区

all_squash

不管客户端什么用户，到服务端都会被压缩成匿名用户

anonuid

匿名用户的UID

anongid

匿名用户的GID

在配置文件内设置共享目录时所给予的权限：

[root@nfs01 ~]$ cat /etc/exports

/data 172.16.1.0/24(rw,sync) 10.0.0.0/24(ro)

配置好NFS服务后，/var/lib/nfs/etab文件中可以看到的配置参数以及默认自带的参数：

[root@nfs01 ~]$ cat /var/lib/nfs/etab

/data

172.16.1.0/24(rw,sync,wdelay,hide,nocrossmnt,secure,root_squash,

no_all_squash,no_subtree_check,secure_locks,acl,no_pnfs,anonuid=65534,

anongid=65534,sec=sys,rw,secure,root_squash,no_all_squash

1.1.1 更改NFS默认用户

1.1.1.1 nfs01服务端NFS、以及所有客户端：

[root@nfs01 ~] id www

uid=1111(www) gid=1111(www) 组=1111(www)

1.1.1.2 服务端NFS特殊配置

配置文件增加如下内容：

[root@nfs01 ~]$ tail -2 /etc/exports

/data 172.16.1.0/24(rw,sync,all_squash,anonuid=1111,anongid=1111)

/data1 10.0.0.0/24(ro)

共享目录更改用户和用户组：

[root@nfs01 ~] ls -ld /data

drwxr-xr-x 2 www www 70 4月 18 10:05 /data

1.1.1.3 服务端NFS重启

[root@nfs01 ~]$ systemctl reload nfs

1.1.1.4 每个客户端挂载

[root@web01 ~] df -h

文件系统容量已用可用 已用% 挂载点

172.16.1.31:/data 19G1.8G18G10%/data

新创建文件验证用户名：

[root@web01 /data]# touch new_web01.txt

[root@web01 /data]# ls -l

总用量 0

-rw-r--r-- 1 www www 0 4月 18 11:01 new_web01.txt

-rw-r--r-- 1 www www 0 4月 17 11:59 oldboy.txt

-rw-r--r-- 1 www www 0 4月 17 12:30 oldgirl.txt

1.2 NFS服务重点知识梳理

  当多个NFS客户端访问服务器端读写文件时，需要具有以下几个权限：

NFS服务器/etc/exports设置需要开放许可写入的权限，即服务器端的共享权限

NFS服务器实际要共享的NFS目录权限具有可写入w的权限，即服务器端本地目录的安全权限

每台机器都对应存在和NFS默认配置UID的相同UID的用户

下表列出了常用的重点NFS服务文件或命令。

NFS常用路径

说明

/etc/exports

NFS服务主配置文件，配置NFS具体共享服务的地点，默认内容为空

/var/lib/nfs/etab

NFS配置文件的完整参数设定的文件

/proc/mounts

客户端的挂载参数

1.3 NFS客户端挂载深入

1.3.1 mount -o 参数选项及系统默认设置

参数

参数意义

系统默认值

suid/nosuid

当挂载的文件系统上有任何SUID的程序时，只要使用nosuid就能够取消设置SUID的功能

suid

rw/ro

可以指定文件系统是只读（ro）或可读写（rw）

rw

dev/nodev

是否可以保留装置文件的特殊功能

dev

exec/noexec

是否具有执行文件的权限

exec

user/nouser

是否允许用户拥有文件的挂载与卸载功能

nouser

auto/noauto

auto指的是“mount -a”时会不会被挂载的项目，如果不需要这个分区随时被挂载，可以设置为noauto

auto

1.3.2 mount -o 参数详细说明

参数选项

说明

async

涉及文件系统I/O的操作都是异步处理，即不会同步写到磁盘，能提高性能，但会降低数据安全。

sync

有I/O操作时，都会同步处理I/O，会降低性能，但数据比较安全。

atime

在每一次数据访问时，会更新访问文件的时间戳，是默认选项，在高并发的情况下，可以通过添加noatime来取消默认项。

ro

以只读的方式挂载一个文件系统

rw

以可读写的方式挂载一个文件系统

auto

能够被自动挂载通过-a选项

noauto

不会自动挂载文件系统

defaults

这是fstab里的默认值，包括rw、suid、dev、exec、auto、nouser、async

exec

允许文件系统执行二进制文件，取消这个参数，可以提升系统安全性。

noexec

在挂载的文件系统中不允许执行任何二进制程序，进仅对二进制程序有效。

noatime

访问文件时不更新文件的时间戳，高并发情况下，一般使用该参数

nodiratime

不更新文件系统上的directory inode时间戳，高并发环境，推荐显式应用该选项，可以提高系统I/O性能。

nosuid

不允许set-user-identifier or set-group-identifier位生效。

suid

允许set-user-identifier or set-group-identifier位生效。

nouser

禁止一个普通用户挂载该文件系统，这是默认挂载时的默认选项。

remount

尝试重新挂载一个已经挂载了的文件系统，这通常被用来改变一个文件系统的挂载标志，从而使得一个只读文件系统变的可写，这个动作不会改变设备或者挂载点。当系统故障时进人single或rescue模式修复系统时，会发现根文件系统经常会变成只读文件系统，不允许修改，此时该命令就派上用场了。具体命令为：mount -o remount,rw /,表示将根文件系统重新挂载使得可写。single或rescue模式修复系统时这个命令十分重要。

dirsync

目录更新时同步写人磁盘。

1.3.3 企业生产场景NFS共享存储优化

硬件：使用ssd/sas磁盘，可以买多块，制作成raid10。

NFS服务器端配置：

/data 10.0.0.0/24(rw,sync,all_squash,anonuid=65534,anongid=65534)

NFS客户端挂载优化配置命令：

mount -t nfs -o nosuid,noexec,nodev,noatime,nodiratime,rsize=131072,

wsize=131072 172.16.1.31:/data /mnt<===兼顾安全性能

对NFS服务的所有服务器内核进行优化，执行命令如下：

cat >>/etc/sysctl.conf <<EOF

net.core.wmen_default = 8388608

net.core.rmen_default = 8388608

net.core.wmen_max = 16777216

net.core.rmen_max = 16777216

EOF

执行sysctl -p 生效

大型网站NFS网络文件系统的替代软件为分布式文件系统，如：Moosefs（mfs）、GlusterFS、FastDFS。

1.4 NFS系统应用的优缺点

1.4.1 优点

简单，容易上手，容易掌握。

NFS文件系统内数据是在文件系统之上的，即数据是能看得见的。

部署快速维护简单方便，且可控，满足需求就是最好的。

可靠，从软件层面上看，数据可靠性高，经久耐用。

服务非常稳定。

1.4.2 缺点（局限）

存在单点故障，如果NFS服务端宕机了，所有客户端都不能访问共享目录。

在大数据高并发的场合，NFS效率、性能有限。

客户端认证是基于IP和主机名的，权限要根据ID识别，安全性一般。

NFS数据是明文的，NFS本身不对数据完整性进行验证。

多台客户机挂载一个NFS服务器时，连接管理维护麻烦。

1.4.3 解决性能问题的方法

使用CDN加速以及自己搭建文件缓存服务（squid、nginx、varnish）。

把多个目录分配到不同的NFS服务器上。

弃用NFS（即读写分离）。

使用分布式文件系统。

---