weblogic11g 安装——linux 无图形...-《数据通信与网络》笔记--SCTP...-《数据通信与网络》笔记--TCP中的拥塞控制

当前位置: 建站>运营/SEO

本页文章导读:

▪weblogic11g 安装——linux 无图形界面 weblogic11g 安装——linux 无图形界面一.weblogic安装系统环境准备安装在/home 目录下，发现/ 目录空间不是特别多，扩展下 / 目录lv [root@rac1 ~]# df -h 文件系统 .........

▪《数据通信与网络》笔记--SCTP SCTP(stream control transmission protocol)是一种新的可靠的，面向报文的传输层控制协议。它兼有UDP和TCP的特性，它是可靠的面向报文的协议，它保存报文的边界，同时它检测丢失的数据，重复的数.........

▪《数据通信与网络》笔记--TCP中的拥塞控制 1.拥塞窗口发送方窗口的大小不仅取决于接收方，而、而且还取决于网络拥塞的情况。发送方有2种信息：接收方通告的窗口大小和拥塞窗口的大小，实际的窗口大小事这两者中的最小者。实.........

[1]weblogic11g 安装——linux 无图形界面

来源: 互联网发布时间: 2013-11-01

weblogic11g 安装——linux 无图形界面

一.weblogic安装系统环境

准备安装在/home 目录下，发现/ 目录空间不是特别多，扩展下 / 目录lv

[root@rac1 ~]# df -h
文件系统              容量已用可用已用%% 挂载点
/dev/mapper/vg_rac1-lv_root
                        7.7G 4.1G 3.3G 57% /
tmpfs                   978M 200M 778M 21% /dev/shm
/dev/sda1               485M   51M 410M 11% /boot
/dev/mapper/vg_rac1-lv_oracle
                                  18G   10G 6.5G 61% /oracle
[root@rac1 ~]# lvextend -L +1024M /dev/mapper/vg_rac1-lv_root
Extending logical volume lv_root to 8.81 GiB
Logical volume lv_root successfully resized
[root@rac1 ~]# resize2fs /dev/mapper/vg_rac1-lv_root
resize2fs 1.41.12 (17-May-2010)
Filesystem at /dev/mapper/vg_rac1-lv_root is mounted on /; on-line resizing required
old desc_blocks = 1, new_desc_blocks = 1
Performing an on-line resize of /dev/mapper/vg_rac1-lv_root to 2310144 (4k) blocks.
The filesystem on /dev/mapper/vg_rac1-lv_root is now 2310144 blocks long.

[root@rac1 ~]# df -h
文件系统              容量已用可用已用%% 挂载点
/dev/mapper/vg_rac1-lv_root
                        8.7G 4.1G 4.2G 50% /
tmpfs                   978M 200M 778M 21% /dev/shm
/dev/sda1               485M   51M 410M 11% /boot
/dev/mapper/vg_rac1-lv_oracle
                             18G   10G 6.5G 61% /oracle

二.查看系统用户、创建weblogic用户

[root@rac1 ~]# cat /etc/passwd
root:x:0:0:root:/root:/bin/bash
bin:x:1:1:bin:/bin:/sbin/nologin
daemon:x:2:2:daemon:/sbin:/sbin/nologin
adm:x:3:4:adm:/var/adm:/sbin/nologin
lp:x:4:7:lp:/var/spool/lpd:/sbin/nologin
sync:x:5:0:sync:/sbin:/bin/sync
shutdown:x:6:0:shutdown:/sbin:/sbin/shutdown
halt:x:7:0:halt:/sbin:/sbin/halt
mail:x:8:12:mail:/var/spool/mail:/sbin/nologin
uucp:x:10:14:uucp:/var/spool/uucp:/sbin/nologin
operator:x:11:0:operator:/root:/sbin/nologin
games:x:12:100:games:/usr/games:/sbin/nologin
gopher:x:13:30:gopher:/var/gopher:/sbin/nologin
ftp:x:14:50:FTP User:/var/ftp:/sbin/nologin
nobody:x:99:99:Nobody:/:/sbin/nologin
dbus:x:81:81:System message bus:/:/sbin/nologin
rpc:x:32:32:Rpcbind Daemon:/var/cache/rpcbind:/sbin/nologin
usbmuxd:x:113:113:usbmuxd user:/:/sbin/nologin
avahi-autoipd:x:170:170:Avahi IPv4LL Stack:/var/lib/avahi-autoipd:/sbin/nologin
oprofile:x:16:16:Special user account to be used by OProfile:/home/oprofile:/sbin/nologin
vcsa:x:69:69:virtual console memory owner:/dev:/sbin/nologin
rtkit:x:499:497:RealtimeKit:/proc:/sbin/nologin
abrt:x:173:173::/etc/abrt:/sbin/nologin
saslauth:x:498:496:"Saslauthd user":/var/empty/saslauth:/sbin/nologin
postfix:x:89:89::/var/spool/postfix:/sbin/nologin
qpidd:x:497:495:Owner of Qpidd Daemons:/var/lib/qpidd:/sbin/nologin
ntp:x:38:38::/etc/ntp:/sbin/nologin
apache:x:48:48:Apache:/var/www:/sbin/nologin
avahi:x:70:70:Avahi mDNS/DNS-SD Stack:/var/run/avahi-daemon:/sbin/nologin
rpcuser:x:29:29:RPC Service User:/var/lib/nfs:/sbin/nologin
nfsnobody:x:65534:65534:Anonymous NFS User:/var/lib/nfs:/sbin/nologin
hsqldb:x:96:96::/var/lib/hsqldb:/sbin/nologin
haldaemon:x:68:68:HAL daemon:/:/sbin/nologin
pulse:x:496:494:PulseAudio System Daemon:/var/run/pulse:/sbin/nologin
gdm:x:42:42::/var/lib/gdm:/sbin/nologin
qemu:x:107:107:qemu user:/:/sbin/nologin
sshd:x:74:74:Privilege-separated SSH:/var/empty/sshd:/sbin/nologin
tcpdump:x:72:72::/:/sbin/nologin
grid:x:601:507::/home/grid:/bin/bash
oracle:x:600:507::/home/oracle:/bin/bash
[root@rac1 ~]# groupadd -g 700 bea
[root@rac1 ~]# useradd -u 700 -g 700 weblogic
[root@rac1 ~]# cat /etc/passwd
root:x:0:0:root:/root:/bin/bash
bin:x:1:1:bin:/bin:/sbin/nologin
daemon:x:2:2:daemon:/sbin:/sbin/nologin
adm:x:3:4:adm:/var/adm:/sbin/nologin
lp:x:4:7:lp:/var/spool/lpd:/sbin/nologin
sync:x:5:0:sync:/sbin:/bin/sync
shutdown:x:6:0:shutdown:/sbin:/sbin/shutdown
halt:x:7:0:halt:/sbin:/sbin/halt
mail:x:8:12:mail:/var/spool/mail:/sbin/nologin
uucp:x:10:14:uucp:/var/spool/uucp:/sbin/nologin
operator:x:11:0:operator:/root:/sbin/nologin
games:x:12:100:games:/usr/games:/sbin/nologin
gopher:x:13:30:gopher:/var/gopher:/sbin/nologin
ftp:x:14:50:FTP User:/var/ftp:/sbin/nologin
nobody:x:99:99:Nobody:/:/sbin/nologin
dbus:x:81:81:System message bus:/:/sbin/nologin
rpc:x:32:32:Rpcbind Daemon:/var/cache/rpcbind:/sbin/nologin
usbmuxd:x:113:113:usbmuxd user:/:/sbin/nologin
avahi-autoipd:x:170:170:Avahi IPv4LL Stack:/var/lib/avahi-autoipd:/sbin/nologin
oprofile:x:16:16:Special user account to be used by OProfile:/home/oprofile:/sbin/nologin
vcsa:x:69:69:virtual console memory owner:/dev:/sbin/nologin
rtkit:x:499:497:RealtimeKit:/proc:/sbin/nologin
abrt:x:173:173::/etc/abrt:/sbin/nologin
saslauth:x:498:496:"Saslauthd user":/var/empty/saslauth:/sbin/nologin
postfix:x:89:89::/var/spool/postfix:/sbin/nologin
qpidd:x:497:495:Owner of Qpidd Daemons:/var/lib/qpidd:/sbin/nologin
ntp:x:38:38::/etc/ntp:/sbin/nologin
apache:x:48:48:Apache:/var/www:/sbin/nologin
avahi:x:70:70:Avahi mDNS/DNS-SD Stack:/var/run/avahi-daemon:/sbin/nologin
rpcuser:x:29:29:RPC Service User:/var/lib/nfs:/sbin/nologin
nfsnobody:x:65534:65534:Anonymous NFS User:/var/lib/nfs:/sbin/nologin
hsqldb:x:96:96::/var/lib/hsqldb:/sbin/nologin
haldaemon:x:68:68:HAL daemon:/:/sbin/nologin
pulse:x:496:494:PulseAudio System Daemon:/var/run/pulse:/sbin/nologin
gdm:x:42:42::/var/lib/gdm:/sbin/nologin
qemu:x:107:107:qemu user:/:/sbin/nologin
sshd:x:74:74:Privilege-separated SSH:/var/empty/sshd:/sbin/nologin
tcpdump:x:72:72::/:/sbin/nologin
grid:x:601:507::/home/grid:/bin/bash
oracle:x:600:507::/home/oracle:/bin/bash
weblogic:x:700:700::/home/weblogic:/bin/bash
[root@rac1 ~]# passwd weblogic
更改用户 weblogic 的密码。
新的密码：
无效的密码：它基于字典单词
重新输入新的密码：
passwd：所有的身份验证令牌已经成功更新。
[root@rac1 ~]#
[root@rac1 ~]# su - weblogic
[weblogic@rac1 ~]$ ls
[weblogic@rac1 ~]$ pwd
/home/weblogic

[weblogic@rac1 ~]$ ls
jdk-6u30-linux-x64.bin jdk-6u30-linux-x64-rpm.bin wls1033_generic.jar
[weblogic@rac1 ~]$ ll
总用量 1105980
-rw-r--r-- 1 weblogic bea 85570714 3月 29 2012 jdk-6u30-linux-x64.bin
-rw-r--r-- 1 weblogic bea 81053867 3月 29 2012 jdk-6u30-linux-x64-rpm.bin
-rw-r--r-- 1 weblogic bea 965886589 11月 28 2012 wls1033_generic.jar
[weblogic@rac1 ~]$ chmod u+x jdk-6u30-linux-x64.bin
[weblogic@rac1 ~]$ ./jdk-6u30-linux-x64.bin

weblogic@rac1 ~]$ java -version
java version "1.6.0_20"
OpenJDK Runtime Environment (IcedTea6 1.9.7) (rhel-1.39.1.9.7.el6-x86_64)
OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode)
[weblogic@rac1 ~]$ cd /usr
[weblogic@rac1 usr]$ ls
bin etc games include lib lib64 libexec local sbin share src tmp
[weblogic@rac1 usr]$ find /-name java
find: “/-name”: 没有那个文件或目录
find: “java”: 没有那个文件或目录
[weblogic@rac1 usr]$ exit
logout
[root@rac1 ~]# find / -name java
/oracle/ora11g/crs_home/jdk/jre/bin/java
/oracle/ora11g/crs_home/jdk/bin/java
/oracle/ora11g/db_base/product/11.2.0/db_1/xdk/doc/java
/oracle/ora11g/db_base/product/11.2.0/db_1/sqldeveloper/lib/java
/oracle/ora11g/db_base/product/11.2.0/db_1/jdk/jre/bin/java
/oracle/ora11g/db_base/product/11.2.0/db_1/jdk/bin/java
/oracle/ora11g/db_base/product/11.2.0/db_1/owb/wf/java
/oracle/ora11g/db_base/product/11.2.0/db_1/lib/java
/etc/j

[2]《数据通信与网络》笔记--SCTP

来源: 互联网发布时间: 2013-11-01

SCTP(stream control transmission protocol)是一种新的可靠的，面向报文的传输层控制协议。它兼有UDP和TCP的特性，它是可靠的面向报文的协议，它保存报文的边界，同时它检测丢失的数据，重复的数据和时序的数据。它还有拥塞控制和流量控制。

1.SCTP服务 1.1.多流

TCP客户端和TCP服务器的每一次连接都包含一个单一的流，这个方法存在的问题是流的任何一点丢失会阻塞其余的数据传递，但传输文本的时候，还可以接受，但是当传输的是实时数据（音视频）时，就接受不了了。SCTP在每一个连接中提供多流服务（multistream service），SCTP中称为关联。如果多流中某一个被阻塞。其余的流仍然可以传递他们的数据。

1.2.多接口

SCTP关联支持多接口服务（multihoming service），发送主机和接收主机对每一个关联在每一端可定义多个IP地址。在这个容错方法中，当一条通路发生故障时，可以用另一个接口不终端地传递数据。

1.3.面向连接的服务

SCTP是面向连接的协议，在SCTP中，连接被称为关联，站点A的进程要向站点B的进程发送或接收数据时，其步骤如下：

1.连个SCTP彼此建立连接。

2.双方交换数据。

3.终止连接。

1.4.可靠的服务

SCTP是可靠的传输协议。它利用确认机制检测数据是否安全和可靠的到达。

2.SCTP特性 2.1.传输序列号

SCTP的数据单元是数据大块（DATA chunk）。SCTP使用传输序列号（transmission sequence number,TSN）来对数据块进行编号。

TSN所起的作用类似于TCP中的序列号，TSN是32位长，初始值可取0~2^32-1之间的随机数，每个数据大块的头部必须有相应的TSN。

2.2流标识符

在TCP中每一次连接只有一个流，在SCTP中，每次关联可以有多个流。因此需要用流标识符（SI）进行标识。每个数据大块的头部必须有SI。

这样当他们到达目的端时，它可以正确地放入它的流中，SI是从0开始的16位数字。

2.3流序列号

当一个数据大块到达目的SCTP时，它被传递到适合的流中，并按原来序列进行排列。所以除了SI之外，SCTP还用流序列号

（stream sequence number， SSN）对每个流中的每个数据大块进行定义。

2.4分组

SCTP的分组如下：

SCTP分组和TCP段的不同：

1.TCP中控制信息在头部，而在SCTP中，控制信息是在控制大块中的。

2.一个TCP段中的数据作为一个实体处理，而一个SCTP分组可以携带多个数据大块，每个可能属于不同的流。

3.选项可以是TCP段的一部分，而SCTP分组不存在选项，SCTP中的选项是由定义新的大块字节来处理的。

4.TCP头部的强制性部分是20个字节。而SCTP头部仅是12个字节，SCTP头部较短是由于：

a.SCTP序列号（TSN）属于每个数据大块，因此它位于数据大块的头部。

b.确认号和窗口大小都是每个控制大块的一部分。

c.SCTP头部的长度是固定的12个字节。因此不需要头部长度。不存在用选项生成头部的长度。

d.在SCTP中没有紧急指针。

5.TCP中校验是16位，而在SCTP中是32位。

6.SCTP中确认标签是关联的标识符。而在TCP中是没有的。TCP中的IP地址和端口地址一起定义了一个连接，

而在SCTP中，用不同的IP地址是实现多接口，定义每个关联都需要唯一的确认标签。

7.TCP端的头部有一个序列号，它定义了数据部分中的第一个字节编号，在SCTP分组可包含多个数据大块，

用TSN，SI和SSN定义每个数据大块。

8.TCP中有些段携带控制信息（SYN和FIN），它要占用一个序列号，而在SCTP中，控制大块不适用TSN，SI，

和SSN。这三个标识符仅属于数据大块，而不是属于数据大块的。

下面我们假定进程A用3个流发送11个报文给进程B，前面4个报文用第一个流，其次3个报文用第二个流，最后

的4个报文用第三个流。

3.SCTP关联 3.1.关联建立

SCTP的关联建立（association establishment）要求四次握手（four-way handshake）。正常的情况下，步骤如下：

1客户端发送第一个分组，他是一个INIT大块（INIT chunk）。

2.服务器发送第二分组，它是一个INIT ACK大块。（INIT ACK chunk）.

3.客户端发送第三个分组，它包含一个COOKIE ECHO大块（COOKIE ECHO chunk）。这是一个很简单的大块，

它毫不改变地回应由服务器发送的cookie。

4.服务器发送第4个分组，它包含对接受到COOKIE ECHO大块进行确认的COOKIE ACK大块。（COOKIE ACK）。

在SCTP中可以防止TCP的SYN洪泛攻击（关于SYN洪泛攻击可以参见：http://blog.csdn.net/todd911/article/details/9877163），

当发送方IP地址被确认时，这个策略是推迟资源分配只到接收到第3个分组：如果第一个分组的发送方式一个攻击者，那么服务器

永远都不会接受到第3个分组，cookie丢失了，但是没有分配资源。

3.2.数据传输

下图，客户端发送4个DATA大块，从服务器接收两个DATA大块。

1.客户端发送第一个分组，它携带TSN分别为7105和7106的2个DATA大块。

2.客户端发送第二个分组，它携带TSN分别为7107和7108的两个DATA大块。

3.第三个分组来自服务器，它包含了对收到的客户端的DATA大块进行确认所需要的SACK大块。与TCP相反，SCTP只有按顺序收到的

最后一个TSN进行确认。而不是下一个所期待的。第三个分组还包含了TSN为121的来自服务器的第一个DATA大块。

4.服务器发送另一个携带TSN为122的最后一个DATA大块的分组，但由于接收到来自客户端的最后的DATA大块已经被确认，所以在这个

分组中不包含SACK大块。

5.最后客户端发送一个分组，该分组包含了一个SACK大块，该SACK大块是对接收到来自服务器最后2个数据大块的确认。

3.3.关联终止

客户端和服务器的任一方都可以关闭连接，但是与TCP不同的是，SCTP不允许半关闭的情形，如果有一端关闭了，另一端必须

停止发送新的数据，如果在终止请求队列中还有数据，那么可以将这些数据发送，并关闭关联。

4.流量控制

SCTP使用和TCP类似的窗口机制进行流量控制。

5.差错控制

SCTP使用和TCP类似的确认和重传机制来进行差错控制。

5.1.确认

在SCTP中，使用一个SACK大块向发送方报缺接收方缓冲区的状态。

5.2.重发

像TCP一样，为了控制丢失的或者丢弃的大块，SCTP使用两种策略：使用重发计时器和接收发到统一丢失大块的4个SACK。

6.拥塞控制

SCTP使用和TCP相同的策略进行拥塞控制。关于拥塞控制，会在以后进行

[3]《数据通信与网络》笔记--TCP中的拥塞控制

来源: 互联网发布时间: 2013-11-01

1.拥塞窗口

发送方窗口的大小不仅取决于接收方，而、而且还取决于网络拥塞的情况。

发送方有2种信息：接收方通告的窗口大小和拥塞窗口的大小，实际的窗口大小事这两者中的最小者。

实际窗口大小 = min（rwnd，cwnd）

rwnd：接收窗口大小。

cwnd：拥塞窗口大小。

2.拥塞策略

TCP处理拥塞的一般策略基于3个阶段：慢速启动，拥塞避免和拥塞检测。

2.1.慢速启动：指数增长

TCP拥塞控制所使用的一种算法称为慢性启动（slow start），这种算法是基于这样的想法，它在开始时设置拥塞窗口大小（cwnd）

为一个最长段长度（MSS），每次接到一个确认时，窗口的大小就增加一个MSS值。窗口时慢速启动的，但是按指数规则增长。

下图说明了慢速启动的过程。（图中假设rwnd比cwnd大得多，这样发送方窗口大小永远等于cwnd，每段都是单独进行确认的）

开始：cwnd = 1

第一次传输后：cwnd =2

第二次传输后：cwnd=4

第三次传输后：cwnd=8

慢速启动不能一直继续下去，到达阈值必须停止该阶段。发送方保存一个称为ssthresh（慢速启动阈值）变量，当拥塞窗口中的字节达到这个

阈值时，慢速启动阶段结束而下一个阶段开始。在大多数实现中，ssthresh值是65536个字节。

2.2.拥塞避免：加性增加

如果我们以慢速启动算法开始，则拥塞窗口大小按指数规则增长。为了在拥塞发生之前避免拥塞，必须降低指数增长的速度。TCP定义了另一个

算法，称为拥塞避免（congestion avoidance），这个算法是加性增加（additive increase），而不是指数增加。当拥塞窗口的大小达到慢速启动

的阈值时，慢速启动阶段停止，加性增加阶段开始。在这个算法中，每次整个窗口所有段都被确认（一次传输）时，拥塞窗口才增加1。下图说明

了这个过程。

开始：cwnd = 1

第一次传输后：cwnd = 2

第二次传输后：cwnd = 3

第三次传输后：cwnd = 4

2.3.拥塞检测：乘性减少

如果发生拥塞，拥塞窗口的大小必须减少。发送方能推测出发生拥塞现象的唯一方法就是通过重传段的要求。可是重传是在两种情况下发生：重传计时器

到达或接受到三个ACK。在这二中情况下，阈值就下降一半，即乘性减少（multiplicative decrease）。大多数TCP实现包含2个反应：

1.如果计时器到达，那么存在非常严重的拥塞的可能性；一个段可能已在网络中丢失。

在这种情况下，TCP做出强烈的反应。

a.设置阈值为当前拥塞窗口大小的一半。

b.设置cwnd为一个段的大小。

c.启动慢速启动阶段。

2.如果接收到3个ACK，那么存在着轻度拥塞的可能性。一个段可能已经丢失，但自从接收到3个ACK后，有一些段可能已安全到达，这称为快速传送和快速恢复。

在这种情况下，TCP做出轻度的反应。

a.设置阈值为当前拥塞窗口大小的一半。

b.设置cwnd为阈值（有些实现是阈值加上3个段）

c.启动拥塞避免阶段。

下图给出了一个例子。

假定最大窗口是32个段，阈值时16个段（最大窗口的一半），在慢速启动阶段，窗口大小从1开始按指数规律增加知道它达到阈值。

当达到阈值后，拥塞避免（加性增加）过程允许窗口大小线性增长知道计时器到达或达到最大窗口的大小。在途中，当窗口为20时，

计时器到达。此时。进入乘性减少过程，将阈值设置为当前窗口的大小的一半，当计时器达到时，当前窗口大小为10，因此现在的

阈值为10。

TCP再次进入慢速启动，并设置窗口的大小为1，当达到新阈值（10）时，TCP进入加性增加阶段。当窗口大小为12时，3个ACK事件

发生，再次进入乘性减少过程，阈值设置为6，这时TCP进入加性增加阶段，该阶段一直维持到另一个计时器到时或者另外3个ACK

事件发生为止。

作者：TODD911 发表于2013-8-17 16:52:58 原文链接

阅读：3 评论：0 查看评论