<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>大手企業 &#8211; 業務改善コンサルティング情報ブログ</title>
	<atom:link href="https://www.trilogyforce.com/blog/tag/%e5%a4%a7%e6%89%8b%e4%bc%81%e6%a5%ad/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.trilogyforce.com/blog</link>
	<description>業務改善で収益改善！</description>
	<lastBuildDate>Mon, 17 Jun 2024 01:21:12 +0900</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.1</generator>
	<item>
		<title>別セグメントへの印刷が不可に</title>
		<link>https://www.trilogyforce.com/blog/cannot-print-to-another-segment/</link>
		<comments>https://www.trilogyforce.com/blog/cannot-print-to-another-segment/#respond</comments>
		<pubDate>Wed, 04 Sep 2019 12:51:18 +0900</pubDate>
		<dc:creator><![CDATA[Shingo Takahashi]]></dc:creator>
				<category><![CDATA[ITに関する情報]]></category>
		<category><![CDATA[DHCP]]></category>
		<category><![CDATA[IPアドレス]]></category>
		<category><![CDATA[TCP/IP]]></category>
		<category><![CDATA[TCP/IP印刷]]></category>
		<category><![CDATA[サポート]]></category>
		<category><![CDATA[セグメント]]></category>
		<category><![CDATA[ネットワーク]]></category>
		<category><![CDATA[ネットワーク分離]]></category>
		<category><![CDATA[プライバシーセパレート]]></category>
		<category><![CDATA[プリンタ]]></category>
		<category><![CDATA[ルータ]]></category>
		<category><![CDATA[会社]]></category>
		<category><![CDATA[別セグメント]]></category>
		<category><![CDATA[大手企業]]></category>
		<category><![CDATA[支出]]></category>
		<category><![CDATA[業者]]></category>
		<category><![CDATA[部署]]></category>

		<guid isPermaLink="false">https://www.trilogyforce.com/blog/?p=7988</guid>
		<description><![CDATA[数年前に『別セグメントへのTCP/IP印刷』という記事にて、セグメントが異なるプリンタへの印刷に関して触れました。 皆さん、こんにちは。 業務改善を行うIT・業務コンサルタント、高橋です。 先日、ある方から連絡をいただき&#8230;]]></description>
				<content:encoded><![CDATA[<p>数年前に『<a class="sb-line" href="/blog/tcp-ip-printing-to-another-segment/">別セグメントへのTCP/IP印刷</a>』という記事にて、セグメントが異なるプリンタへの印刷に関して触れました。</p>
<div class="mgt10 mgb10" itemprop="image" itemscope itemtype="https://schema.org/ImageObject"><img decoding="async" src="//www.trilogyforce.com/blog/wp-content/uploads/2019/09/network.jpg" alt="ネットワーク印刷" width="450" height="450" class="size-full wp-image-7990" loading="lazy" srcset="https://static.trilogyforce.com/blog/wp-content/uploads/2019/09/network.jpg 450w, https://static.trilogyforce.com/blog/wp-content/uploads/2019/09/network-150x150.jpg 150w, https://static.trilogyforce.com/blog/wp-content/uploads/2019/09/network-300x300.jpg 300w" sizes="auto, (max-width: 450px) 100vw, 450px" /><meta itemprop="url" content="https://www.trilogyforce.com/blog/wp-content/uploads/2019/09/network.jpg"><meta itemprop="width" content="450"><meta itemprop="height" content="450"></div>
<p>皆さん、こんにちは。</p>
<p>業務改善を行うIT・業務コンサルタント、高橋です。</p>
<p class="pdt20">先日、ある方から連絡をいただき、過去の『<a class="sb-line" href="/blog/tcp-ip-printing-to-another-segment/">別セグメントへのTCP/IP印刷</a>』の件を思い出しました。</p>
<p class="pdt20">今回は、ずっと印刷できていたものが印刷できなくなってしまったという話しです。</p>
<h2 class="contTitle">別セグメントへの印刷ができなくなった</h2>
<p>過去記事にもあるように、セグメントが異なるプリンタへの印刷は可能です。</p>
<p class="pdt20">ただし、条件があります。</p>
<p class="pdt20">プリンタの置かれているセグメントにあるルータの設定で『プライバシーセパレート（ネットワーク分離）』は『OFF』にしておかないといけません。</p>
<p class="pdt50">さて、本題に戻り、別セグメントへの印刷ができなくなってしまった件ですが、話しを聞いてみるとどうやらプリンタの置かれているセグメントのルータを交換したようなのです。</p>
<p class="pdt20">実際に設定を見たわけではないので何とも言えないですが、可能性的には以下のようなことが想定できます。</p>
<p class="pdt20">・別セグメントに置かれているプリンタのIPアドレスが変更された</p>
<p class="pdt20">ということになるかと思います。</p>
<p class="pdt20">ルータを交換した場合、クライアントからのアクセスやプリンタからの印刷チェックも当然行いますが、その際に他のセグメントからの印刷はチェックされずに作業を終えてしまったのでしょう。</p>
<p class="pdt20">この際、固定化されていたプリンタのIPアドレスが変更されたか、もしくはクライアントと同じDHCP取得にしてしまった可能性もあります。</p>
<p class="pdt50">ここで言えることとして、ルータなどを交換する場合にはネットワーク全体をチェックした上で行わなければいけないということです。</p>
<p class="pdt20">そうしないと、他部署や他業者が巻き添えになったり、他業者にサポート依頼をするために会社が余分な支出を強いられることにもなります。</p>
<p class="pdt50">大手企業が行うことも結構いい加減なものです。</p>
]]></content:encoded>
			<wfw:commentRss>https://www.trilogyforce.com/blog/cannot-print-to-another-segment/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>infoアカウント等は再考すべき</title>
		<link>https://www.trilogyforce.com/blog/info-account-etc-should-be-reconsidered/</link>
		<comments>https://www.trilogyforce.com/blog/info-account-etc-should-be-reconsidered/#respond</comments>
		<pubDate>Thu, 20 Jun 2019 10:04:10 +0900</pubDate>
		<dc:creator><![CDATA[Shingo Takahashi]]></dc:creator>
				<category><![CDATA[ITに関する情報]]></category>
		<category><![CDATA[JPNIC]]></category>
		<category><![CDATA[RFC]]></category>
		<category><![CDATA[info]]></category>
		<category><![CDATA[アカウント]]></category>
		<category><![CDATA[インターネット]]></category>
		<category><![CDATA[ウイルスメール]]></category>
		<category><![CDATA[スパムメール]]></category>
		<category><![CDATA[フィッシングメール]]></category>
		<category><![CDATA[メールアドレス]]></category>
		<category><![CDATA[メールボックス]]></category>
		<category><![CDATA[中小・零細企業]]></category>
		<category><![CDATA[代表]]></category>
		<category><![CDATA[会社]]></category>
		<category><![CDATA[営業メール]]></category>
		<category><![CDATA[大手企業]]></category>
		<category><![CDATA[宣伝メール]]></category>
		<category><![CDATA[小規模事業者]]></category>
		<category><![CDATA[迷惑メール]]></category>
		<category><![CDATA[運用]]></category>
		<category><![CDATA[電子メール]]></category>

		<guid isPermaLink="false">https://www.trilogyforce.com/blog/?p=7657</guid>
		<description><![CDATA[大手企業、中小・零細企業、小規模事業者を問わず大半で使用されている『infoアカウント』、その多くは大量の『スパムメール』の受け皿になっているだけかもしれません。 皆さん、こんにちは。 業務改善を行うIT・業務コンサルタ&#8230;]]></description>
				<content:encoded><![CDATA[<p>大手企業、中小・零細企業、小規模事業者を問わず大半で使用されている『infoアカウント』、その多くは大量の『スパムメール』の受け皿になっているだけかもしれません。</p>
<div class="mgt10 mgb10" itemprop="image" itemscope itemtype="https://schema.org/ImageObject"><img decoding="async" src="//www.trilogyforce.com/blog/wp-content/uploads/2019/06/mail.jpg" alt="メール（ロールアドレス）" width="450" height="450" class="size-full wp-image-7666"  loading="lazy" srcset="https://static.trilogyforce.com/blog/wp-content/uploads/2019/06/mail.jpg 450w, https://static.trilogyforce.com/blog/wp-content/uploads/2019/06/mail-150x150.jpg 150w, https://static.trilogyforce.com/blog/wp-content/uploads/2019/06/mail-300x300.jpg 300w" sizes="auto, (max-width: 450px) 100vw, 450px" /><meta itemprop="url" content="https://www.trilogyforce.com/blog/wp-content/uploads/2019/06/mail.jpg"><meta itemprop="width" content="450"><meta itemprop="height" content="450"></div>
<p>皆さん、こんにちは。</p>
<p>業務改善を行うIT・業務コンサルタント、高橋です。</p>
<p class="pdt20">さて、皆さんの会社にも『info@example.com』といった会社の代表用メールアドレスが設けられていると思いますが、それは有益なものとなっていますか？</p>
<p class="pdt20">それとも、百害あって一利なしなものとなっていますか？</p>
<h2 class="contTitle">infoアカウントなどはスパムの対象</h2>
<p>『フィッシングメール』、『ウイルスメール』、迷惑な『営業・宣伝メール』などの多くは『info@example.com』などの会社の代表用メールアドレスに送られてくることが多くあります。</p>
<p class="pdt20">理由は簡単で、個人用のメールアドレスと違って『info@example.com』といったメールアドレスはどこの会社でも設けていることが多いからです。</p>
<p class="pdt20">しかし、この『info@example.com』といった会社の代表用メールアドレスに送られてくるものは『スパムメール』が大半を占めていませんか？</p>
<p class="pdt20">これ、そういった状態であっても設けていること自体は正しいとも言えます。</p>
<p class="pdt20 pdb20">RFC（Request for Comments）というインターネット技術の標準的な仕様を記した文書において記述されているものでもあるからです。</p>
<blockquote><p>インターネット上で電子メールの交換を行う組織は&#8221;少なくとも&#8221;組織内に存在する各機能に関しては対応するメールボックスを利用できるようにすることがとても望ましい。</p>
<p class="alnR">（JPNIC / 一般社団法人日本ネットワークインフォメーションセンター訳）</p>
</blockquote>
<p class="pdt20">このようにです。</p>
<p class="pdt20">ただし、あくまでも『とても望ましい』とされているに過ぎません。</p>
<p class="pdt20">従って、『スパムメール』の受け皿にしかなっていないのであれば無くしてしまうことも一つと言えます。</p>
<p class="pdt20">残すという選択をされるのであれば、少し運用方法を再考してみると良いかもしれません。</p>
]]></content:encoded>
			<wfw:commentRss>https://www.trilogyforce.com/blog/info-account-etc-should-be-reconsidered/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
