转载:動態 DNS 設定技巧

- no title specified


转载:動態 DNS 設定技巧

DDNS只是一個最终效果,各家的实现略有不同,但本质上应当都是利用服务器的动态更新功能的。

http://www.study-area.org/tips/ddns.htm

亮点:

Primary DNS 怎麼判斷允許哪些電腦做更新呢?有兩種方式,第一種方式為

在 Primary DNS 中設定 allow-update,設定某些固定 IP 可以向 Primary

DNS 更新資料,但是比較沒有彈性。另外一種就是待會要介紹的

update-policy。

allow-update 可以允許特定的 IP 或 key 來做動態更新,預設是不允許任何

IP 更新。

update-policy 在 BIND 9 才提供,不用指定某特定的 IP 才可以做動態更新,

而是要憑 key 來決定更新權限。Primary DNS 有這個 key,

mail server 往後只要憑這個 key 就可以動態更新 IP 了。

當然了,mail server 與 Primary DNS 的 key 得一樣才行。

 
Tags:
 Share on Facebook Share on Twitter Share on Reddit Share on LinkedIn
No Comments  comments 

端口映射工具:miniupnp自带的upnpc

- no title specified


端口映射工具:miniupnp自带的upnpc

miniupnp的客户端源代码包中自带咯一個用于测试的小程序upnp.c,在编译安装的时候也會一同被安装到系统中,可执行程序名为upnp,直接使用它便可以向网关申请启用某個端口的映射咯。

例如,将TCP的15245端口映射到192.168.1.104这台内网机器的15245端口:

bash-4.0# upnpc -a 192.168.1.104 15245 15245 tcp

upnpc : miniupnpc library test client. (c) 2006-2011 Thomas Bernard

Go to http://miniupnp.free.fr/ or http://miniupnp.tuxfamily.org/

for more information.

List of UPNP devices found on the network :

desc: http://192.168.1.1:1900/igd.xml

st: urn:schemas-upnp-org:device:InternetGatewayDevice:1

Found valid IGD : http://192.168.1.1:1900/ipc

Local LAN ip address : 192.168.1.104

ExternalIPAddress = 183.17.38.116

InternalIP:Port = 192.168.1.104:15245

external 183.17.38.116:15245 TCP is redirected to internal 192.168.1.104:15245 (duration=0)

bash-4.0#

感谢作者。

miniupnp的主页:http://miniupnp.free.fr/

 
Tags:
 Share on Facebook Share on Twitter Share on Reddit Share on LinkedIn
No Comments  comments 

UPnP:InternetGatewayDevice:1 设备模板版本1.01,InternetGatewayDevice:1 Device Template Version 1.01

- no title specified

UPnP:InternetGatewayDevice:1 设备模板版本1.01,InternetGatewayDevice:1 Device Template Version 1.01

对应UPnP ™ 版本1.0

状态: 标准化的设备控制协议(DCP,Device Control Protocol)

日期: 2001年11月 12 日

© 1999-2001 UPnP™论坛的贡献成员。保留所有权利。

作者

公司

Prakash Iyer, Ulhas Warrier

英特尔公司

內容

1概述及适用范围

1.1对于一個互联网关设备的要求

2设备定义

2.1设备类型

2.2设备模型

2.2.1设备需求描述

2.2.2服务之间的关系

2.3操作理论

3XML设备描述

表格目录

表格1:设备要求

1概述及适用范围

这個设备模板与UPnP™架构的1.0 版本兼容。

这個文档定义咯必需设备urn:schemas-upnp-org:device:InternetGatewayDevice

InternetGatewayDevice 为互联网关设备控制协议(Internet Gateway Device Control

Protocol (DCP))的所有子设备和服务做咯封装。

互联网关(Internet Gateway)是位于家庭(residential)局域网(Local Area Network (LAN))和广域网(Wide Area Network (WAN))之间的“边缘”互联设备,是用来连接到互联网(Internet)的。网关可能是一個物理上独立的设备,也有可能是某台电脑上的一组UPnP 设备和服务模型的集合。这個版本的设备控制协议不考虑小型公司网络。不建议从家庭网络以外的地方来发现及访问这些服务,除非在设备中启用咯充分的认证、授权和访问控制机制,而那些东西不在当前的UPnP 架构中。

下面的图1 是一個通用的互联网关设备的概念图,该网关由一個或多個物理的广域网和局域网网卡(interfaces)组成。

图1:带有局域网和广域网网卡的InternetGatewayDevice

1.1对于一個互联网关设备的要求

以下需求列表是已经确认那些适应网关设备控制协议中的设备和服务层次的互联网关能够满足的。

  • InternetGatewayDevice必须支持1個广域网接口(interface),但是可以支持多个能够连接到互联网的物理广域网接口。

  • InternetGatewayDevice必须支持1個局域网接口,但是可以支持多个能够连接到家庭网络的物理局域网接口。

可以将广域网接口和局域网接口(前面已提到过)放置在同一张物理的网卡(NIC)上。

  • 每个广域网接口必须支持一個互联网连接,但是可以同时支持多个互联网连接。其中的每个连接在这个设备控制协议中都被表示成一個服务实例。

  • InternetGatewayDevice必须在所有时候都能在家庭网络里通过IP访问,以保持UPnP兼容性。具体地说,对于在广域网一端拥有宽带调制解调器的网关来说,在以下情况下仍要保持InternetGatewayDevice可访问:

    • 还没有为此设备配置广域网连接,或者并没有连接到广域网

    • 在将调制解调器配置到与网络连接提供商(Internet service provider)的头端设备(head-end device)连接之前、之时及之后。

  • 广域网一端的连接必须确保家庭局域网中的节点能够访问到互联网上的资源。一個网关可以支持那种不提供互联网连接的调制解调器和/或调制解调器到接入提供商的连接–例如,通过简易老式电话服务(POTS)来拨号对某個提供家庭安全监控服务的服务商的调制解调器库(modem bank)进行访问。这种连接是在本個网关设备控制协议的范围及要求之外的。

在这個文档中,一個互联网连接指的是能够通过IP 对互联网接入服务提供商进行访问的连接。图2展示咯一個InternetGatewayDevice 中的设备及服务的层次关系。在InternetGatewayDevice 中,广域网一端的一個物理的调制解调器和局域网一端的一個连接接口/端口分别被表示成一個WANDevice 和一個LANDevice实例。取决于一個互联网关的硬件能力,在一個实际的网关设备控制协议描述文档中,可能會出现多個WANDevice 和/或LANDevice 的实例。虚拟连接接口–例如某個DSL 调制解调器上的虚电路(Virtual Circuits (VC)),是由一個或多個WANConnectionDevice 实例来表示的。此文档中提到的子设备和服务是由与此文档共同描述互联网关设备控制协议的那些文档来定义的。

图2: InternetGatewayDevice设备和服务的层次关系

2设备定义

2.1设备类型

以下的设备类型用来确认某個设备与本模板兼容:

urn:schemas-upnp-org:device:InternetGatewayDevice:1

2.2设备模型

那些暴露出urn:schemas-upnp-org:device:InternetGatewayDevice:1 类型的设备的产品必须为所有要求的嵌入设备和服务实现下表中所指定的最低版本。

表1: 设备要求

设备类型(DeviceType)

根(Root)

必选(Req.)还是可选(Opt.)1

服务类型(ServiceType)

必选(Req.)还是可选(Opt.)1

服务编号(Service ID)2

Layer3Forwarding:1

O

L3Forwarding1

由UPnP 制造商嵌入的非标准服务放在这里。

X

待定(TBD)

WANDevice:1

R

WANCommonInterfaceConfig:1

R

WANCommonIFC1

由UPnP 制造商嵌入的非标准服务放在这里。

X

待定

WANConnectionDevice:1(一個WANDevice 实例可能包含一個或多個WANConnectionDevice 实例)

R

WANPOTSLinkConfig:1

对于POTS类型的调制解调器,是O

WANPOTSLinkC1

WANDSLLinkConfig:1

对于DSL类型的调制解调器,是O

WANDSLLinkC1

WANCableLinkConfig:1

对于 Cable类型的调制解调器,是O

WANCableLinkC1

WANEthernetLinkConfig:1

对于以太网附加的调制解调器,是O

WANEthLinkC1

WANPPPConnection:1

对于支持PPP 连接的调制解调器,是R

在一個WANConnectionDevice 中可能會有多個实例。多個实例的服务编号(ServiceIDs)是WANPPPConn1、WANPPPConn2、WANPPPConn3……

WANIPConnection:1

对于支持 IP 连接的调制解调器,是R

现在预想的是,一個WANConnectionDevice 中只會有一個实例。但是未来可能會支持多個实例。多個实例的服务编号将會是 WANIPConn1、WANIPConn2、WANIPConn3……

由UPnP 制造商嵌入的非标准服务放在这里。

X

待定

LANDevice:1

O

LANHostConfigManagement:1

O

LANHostCfg1

由UPnP 制造商嵌入的非标准设备放在这里。

待定

X

待定

待定

待定

1R = 必需, O = 可选, X = 非标准。

2前缀是urn:upnp-org:serviceId: 。

2.2.1设备需求描述

正如上表所显示的,此设备控制协议定义咯2 個连接(Connection)服务和4 個链路配置(LinkConfig)服务,以便兼容各种各样的广域网接口和连接类型。以下的表格简要地描述咯各个服务的用途。对此协议的一個实际实现中,只會将那些与当前网关设备相关的ConnectionLinkConfig 服务实例化。

服务名字

服务描述

WANPPPConnection

从网关发起的、被网关中继的或在网关中桥接的PPP连接

WANIPConnection

从网关发起的、被网关中继的或在网关中桥接的IP连接

WANPOTSLinkConfig

与一個普通旧电话服务(Plain Old Telephone Service (POTS))调制解调器上的广域网链路关联的配置参数

WANDSLLinkConfig

与一個数字订阅链路(Digital Subscriber Link (DSL))调制解调器上的广域网链路关联的配置参数

WANCableLinkConfig

与一個电缆(cable)调制解调器上的广域网链路关联的配置参数

WANEthernetLinkConfig

与一個附加以太网的(Ethernet- attached)外部调制解调器(电缆或DSL)关联的配置参数。如果使用咯私有方法来发现及配置外部调制解调器,则建议以与调制解调器相关的LinkConfig 服务来表示,而不是使用这个服务。

2.2.2服务之间的关系

Layer3Forwarding表示一個默认服务,它是WANConnectionDevice中的WAN{PPP/IP}Connection 的一個特定实例。WANCommonInterfaceConfig定义咯WANDevice 中的所有WAN{PPP/IP}Connection实例共有的变量和动作。另外,在一個WANConnectionDevice 中,可能會在特定的WAN*LinkConfigWAN**Connection 服务中存在依赖关系。

2.3操作理论

图 1 中的每个WANDevice 都可以看作一個物理的广域网接口的实例化。如果某個InternetGatewayDeviceUPnP 客户端提供咯多個广域网物理接口的话,则在一般情况下,其中的每一個都會在设备描述文件里被表示成一個单独的WANDevice。然而,在实际情况中可能會将多個物理的广域网接口封装到同一個WANDevice中。举個例子,在那些使用非对称连接的程序中可能會这样,非对称连接的例子包括用卫星做下行链路、用简易老式电话服务做上行链路。另一個例子就是多個物理的广域网接口被封装到一個池中(pooled),并且被表示成一個设备。在这种情况下,像池中资源(pooled resources)的负载均衡这种东西将會对UPnP 客户端是透明的。

按照UPnP 架构版本1.0,WAN**Connection 服务实例的最大个数是固定的,并且是在InternetGatewayDevice 描述文件里指明的。

一個WANDevice 提供一個WANCommonInterfaceConfig 服务,它封装的是与特定的广域网访问类型和多个WAN**Connection服务实例之间共有的互联网访问相关的第1层(Layer 1)和第2层(Layer 2)属性。

网关设备也可能支持多個物理的局域网接口。它可能在家庭网络中支持多個独立的客户端节点的子网。每個LANDevice – 在设备描述文件中以一個唯一设备名(Unique Device Name(UDN)来标识 –一般对应于InternetGatewayDevice 上的一個物理的局域网接口(或端口)。然而,实际情况中,可能會将多個物理的局域网接口封装到同一個LANDevice 中。如果两個桥接起来的局域网子网被表示成一個逻辑的局域网接口的话,就是这种情况。局域网中的那些设备可能會配置、发起和/或共享互联网连接。

InternetGatewayDevice 还可能支持在所有连接实例之间提供对三层数据包的变换和转发功能的管理和申请。这些功能目前是放置(modeled)在Layer3Forwarding服务中的。只与某個特定连接相关的三层数据包转发功能會放置在每個WAN**Connection服务实例中。

3XML设备描述

<?xml version="1.0"?>

<root xmlns="urn:schemas-upnp-org:device-1-0">

<specVersion>

<major>1</major>

<minor>0</minor>

</specVersion>

<URLBase>所有相对URLs 的基本URL</URLBase>

<device>

<deviceType>urn:schemas-upnp-

org:device:InternetGatewayDevice:1</deviceType>

<friendlyName>简短的用户可读的标题</friendlyName>

<manufacturer>制造商名字</manufacturer>

<manufacturerURL>制造商的网站的URL</manufacturerURL>

<modelDescription>较长的用户可读的标题</modelDescription>

<modelName>模型名字</modelName>

<modelNumber>模型编号</modelNumber>

<modelURL>模型网站的URL</modelURL>

<serialNumber>制造商的序列号</serialNumber>

<UDN>uuid:UUID</UDN>

<UPC>全局唯一产品编号</UPC>

<iconList>

<icon>

<mimetype>image/格式</mimetype>

<width>水平像素个数</width>

<height>竖直像素个数</height>

<depth>颜色深度</depth>

<url>图标的URL</url>

</icon>

<!-- 如果还有其它图标,则将XML写在这里 -->

</iconList>

<serviceList>

<service>

<serviceType>urn:schemas-upnp-

org:service:Layer3Forwarding:1</serviceType>

<serviceId>urn:upnp-org:serviceId:L3Forwarding1</serviceId>

<SCPDURL>服务描述内容的URL</SCPDURL>

<controlURL>用来进行控制的URL</controlURL>

<eventSubURL>用来传递事件的URL</eventSubURL>

</service>

<!-- (如果有)其它由UPnP 制造商添加的服务的声明写在这里 -->

</serviceList>

<deviceList>

<device>

<deviceType>urn:schemas-upnp-org:device:WANDevice:1</deviceType>

<friendlyName>简短的用户可读的标题</friendlyName>

<manufacturer>制造商名字</manufacturer>

<manufacturerURL>制造商网站的URL</manufacturerURL>

<modelDescription>较长的用户可读的标题</modelDescription>

<modelName>模型名</modelName>

<modelNumber>模型编号</modelNumber>

<modelURL>模型网站的URL</modelURL>

<serialNumber>制造商的序列号</serialNumber>

<UDN>uuid:UUID</UDN>

<UPC>全局唯一产品编号</UPC>

<iconList>

<icon>

<mimetype>image/格式</mimetype>

<width>水平像素个数</width>

<height>竖直像素个数</height>

<depth>颜色深度</depth>

<url>图标的URL</url>

</icon>

如果还有其它图标,则将XML写在这里

</iconList>

<serviceList>

<service>

<serviceType>urn:schemas-upnp-

org:service:WANCommonInterfaceConfig:1</serviceType>

<serviceId>urn:upnp-org:serviceId:WANCommonIFC1</serviceId>

<SCPDURL>服务描述内容的URL</SCPDURL>

<controlURL>控制页面的URL</controlURL>

<eventSubURL>事件通知页面的URL</eventSubURL>

</service>

<!-- 如果UPnP 制造商添加咯其它服务,则将声明写在这里 -->

</serviceList>

<deviceList>

<device>

<deviceType>urn:schemas-upnp-

org:device:WANConnectionDevice:1</deviceType>

<friendlyName>简短的用户可读的标题</friendlyName>

<manufacturer>制造商名字</manufacturer>

<manufacturerURL>制造商网站的URL</manufacturerURL>

<modelDescription>较长的用户可读的标题</modelDescription>

<modelName>模型名</modelName>

<modelNumber>模型编号</modelNumber>

<modelURL>模型网站的URL</modelURL>

<serialNumber>制造商的序列号</serialNumber>

<UDN>uuid:UUID</UDN>

<UPC>全局唯一产品编号</UPC>

<iconList>

<icon>

<mimetype>image/格式</mimetype>

<width>水平像素个数</width>

<height>竖直像素个数</height>

<depth>颜色深度</depth>

<url>图标的URL</url>

</icon>

如果还有其它图标,则将XML写在这里

</iconList>

<serviceList>

<service>

<serviceType>urn:schemas-upnp-

<serviceId>urn:upnp-org:serviceId:WANPOTSLinkC1</serviceId>

<SCPDURL>服务描述内容的URL</SCPDURL>

<controlURL>控制页面的URL/controlURL>

<eventSubURL>事件通知页面的URL</eventSubURL>

</service>

<service>

<serviceType>urn:schemas-upnp-

org:service:WANPPPConnection3:1</serviceType>

<serviceId>urn:upnp-org:serviceId:WANPPPConn1</serviceId>

<SCPDURL>服务描述信息的URL</SCPDURL>

<controlURL>控制页面的URL</controlURL>

<eventSubURL>事件通知页面的URL</eventSubURL>

</service>

<!-- 如果UPnP 制造商添加咯嵌入的设备的话,则将描述写在这里 -->

</serviceList>

<deviceList>

</deviceList>

<presentationURL>简报内容(presentation)的URL</presentationURL>

</device>

<presentationURL>简报内容(presentation)的URL</presentationURL>

</deviceList>

</device>

<device>

<deviceType>urn:schemas-upnp-org:device:LANDevice:1</deviceType>

<friendlyName>简短的用户可读的标题</friendlyName>

<manufacturer>制造商名字</manufacturer>

<manufacturerURL>制造商网站的URL</manufacturerURL>

<modelDescription>较长的用户可读的标题</modelDescription>

<modelName>模型名</modelName>

<modelNumber>模型编号</modelNumber>

<modelURL>模型网站的URL</modelURL>

<serialNumber>制造商的序列号</serialNumber>

<UDN>uuid:UUID</UDN>

<UPC>全局唯一产品编号</UPC>

<iconList>

<icon>

<mimetype>image/格式</mimetype>

<width>水平像素个数</width>

<height>竖直像素个数</height>

<depth>颜色深度</depth>

<url>图标的URL</url>

</icon>

<!-- 如果有其它图标,则将XML写在这里 -->

</iconList>

<serviceList>

<service>

<serviceType>urn:schemas-upnp-

org:service:LANHostConfigManagement:1</serviceType>

<serviceId>urn:upnp-org:serviceId:LANHostCfg1</serviceId>

<SCPDURL>服务描述内容的URL</SCPDURL>

<controlURL>控制页面的URL</controlURL>

<eventSubURL>事件通知页面的URL</eventSubURL>

</service>

<!-- 如果UPnP 制造商添加咯其它的服务,则将声明写在这里 -->

</serviceList>

<deviceList>

<!-- 如果UPnP 制造商添加咯其它嵌入的设备的话,将描述写在这里 -->

</deviceList>

<presentationURL>简报内容的URL</presentationURL>

</device>

<!-- 如果UPnP 制造商添加咯其它嵌入的设备的话,将描述写在这里 -->

</deviceList>

<presentationURL>简报内容的URL</presentationURL>

</device>

</root>

1 本工作委员会(Working Committee(WC)还没有为以上列表之外的接口类型定义链路配置服务。如果需要的话,可将这些东西实现为制造商私有的扩展。

2 实现者请注意:这個模板只表示一种设备类型 – 在这個例子中是一個POTS调制解调器。依实际的调制解调器的类型而定,请替换或添加与设备相关的服务名字。

3 实现者请注意:这個模板只表示一种连接类型 – 在这個例子中是一個拨号PPP 连接。依实际的连接类型而定,请替换或添加与设备相关的服务名字。

 
Tags:
 Share on Facebook Share on Twitter Share on Reddit Share on LinkedIn
No Comments  comments 

PJNATH1.12文档翻译:STUN会话

- no title specified


PJNATH1.12文档翻译:STUN会话
[STUN: 为 NAT 做的会话穿越工具]

STUN session
[STUN: Session Traversal Utilities for NAT]

详细描述

这是一個用来管理一個客户端或服务器端STUN 会话的与传输层无关(transport-independent)的对象。它拥有以下特性:

  • •.与传输层无关(transport independent):
    这個对象没有自己的套接字,只是提供一些函数和回调函数来发送和接收数据包。这样的话,这個对象可被不同的传输层协议(transport types)(例如UDP、TCP、TLS等等)使用,另外也能更好地与那些已经采用自己的手段来发送及接收数据包的程序整合起来。

  • •.认证管理:
    这個对象在会话的整个生命期中都管理着STUN 认证。对于客户端会话,一旦它被赋予某個用来向服务器认证自身的凭证,它就會自动将认证信息(MESSAGE-INTEGRITY)添加到请求中,并且对回复进行认证。它还會处理长期的(long-term)认证挑战(authentication challenges),包括处理一次性密钥(nonce)的过期、自动重试请求。对于服务器會话,它可被配置为自动对新来的请求进行认证。

  • •.静态或动态凭证:
    程序可指定静态或者动态的凭证来给STUN 會话使用。静态凭证指的就是用户名和密码的固定组合(并且在这個會话期间不能改变);而动态凭证指的是,會提供回调函数,它们會在每次需要认证的时候询问程序要使用哪個用户名/密码。

  • •.客户端事务管理:
    外发的(outgoing)请求可能为咯可靠性而使用一個STUN 事务(transaction)来发送,而这個对象會在内部(包括重传)管理这個事务。当回复到达(或事务超时)时,程序會被告知此次请求的结果。当这個请求过程被认证要求挑战时,此对象會使用新的认证信息来重试,并且程序會被告知此次请求的最终结果。

  • •.服务器端事务管理:
    程序可以要求这個对象将针对外来的请求的回复进行缓存,在这种情况下,这個对象會在每次收到请求时检查缓存的回复。一旦某個定时器超时,这個缓存的回复就會被删除。

使用STUN 會话

按照以下步骤来使用STUN 會话:

  • •.创建STUN 會话:
    调用
    pj_stun_session_create()。除咯其它东西以外,这個函数需要pj_stun_configpj_stun_session_cb结构的实例,后者储存的是一些回调函数,它们被用来发送数据包以及向程序通知外来的STUN 请求、回复、通知信息、其它事件。

  • •.配置其它设置信息:
    提供咯多個API 来配置STUN 會话的行为(例如:设置SOFTWARE 属性值、控制日志行为、微调加锁行为……)。请参考API 手册以了解更多信息。

  • •.创建外发的STUN 请求或提示(indications):
    使用
    pj_stun_session_create_req()pj_stun_session_create_ind()来创建STUN 消息。这将會创建一個包含一個空的STUN 请求或提示的传输数据缓存。然后,妳一般會将一些与这個请求或提示相关的STUN 属性添加进去,但是需要注意,某些默认的属性(比如说 SOFTWARE属性和与认证相关的属性)會在稍后发送消息的时候由會话来添加。现在可以发送这個消息咯。

  • •.向外发送消息:
    使用
    pj_stun_session_send_msg()来向外发送STUN 消息(包括STUN 请求、提示和回复)。这個函数包含一些选项:是否要重传请求(针对不可靠的传输方式),或者当我们是在发送回复的时候是否要将回复缓存起来。这個函数反过来會调用pj_stun_session_cb中的on_send_msg()回调函数来要求程序发送这個数据包。

  • •.处理外来数据包:
    每当程序接收到 STUN 数据包时,调用
    pj_stun_session_on_rx_pkt()。这個函数會将数据包解码,并且根据消息的内容来处理数据包,一般情况下會导致pj_stun_session_cb中的某個回调函数被调用,以向程序通知这個事件。

  • •.处理外来请求:
    外来请求是通过中
    pj_stun_session_cbon_rx_request 回调函数来通知程序的。如果对这個會话启用咯认证的话,则程序只會在这個外来请求被成功认证的情况下才收到回调函数通知(如果认证失败,则會話會自动以401 错误进行回复,而回调函数不會被调用)。这個时候,程序必须为这個请求创建一個回复,并且发送出去。

  • •.创建和发送回复:
    使用
    pj_stun_session_create_res()来创建STUN 回复。这将會创建一個传输数据缓存,其中包含一個空的STUN 回复。然后,妳一般會将一些与这個回复相关的STUN 属性添加进去,但是需要注意,某些默认的属性(比如说 SOFTWARE属性和与认证相关的属性)會在稍后发送消息的时候由會话来添加。现在,这個消息可以发送咯。使用pj_stun_session_send_msg()(前面已经说过)来发送这個回复。

  • •.发送回复的快捷方法:
    提供咯
    pj_stun_session_respond()函数,它是一种快捷地创建及发送简单的STUN 回复的方式,例如发送错误信息回复。

 
Tags:
 Share on Facebook Share on Twitter Share on Reddit Share on LinkedIn
No Comments  comments 

Libreoffice中将Draw绘制的图像导出成标准图片

- no title specified


Libreoffice中将Draw绘制的图像导出成标准图片

需要先安装*graphicfilter*这個包,在LibreOffice自行提供的RPM包里有。例如,对于LibreOffice3.4.4rc2版本,i586架构,其RPM包名为libobasis3.4-graphicfilter-3.4.4-402.i586.rpm

安装之后,重启LibreOffice,再在打开Draw文档之后,执行“檔案”“匯出”即可选择要导出的图片格式。