Mac が参加するADのドメイン名で .local を使わないでください。 | ピクチャーコード株式会社：東京-新宿
※こちらのページは Windows Server の Active Directory で Mac, iPhone, iPadにもポリシーを適用して一元連携管理する 「Apple対応AD 連携 改修サービス」のFAQページです。 しかし、こちらに記載している情報は一般のネットワークにも適用されます。 サービスにご興味有りましたら最後のほうに広告がございます。 このページを再度表示したければ、「.local」で検索してください。上位に表示されます。 目次 1. .local 問題 2. Mac トラブル症状の例 3. 対処方法（暫定的) 4. マイクロソフト社製品間で発生する問題 5. 米国マイクロソフト社 TechNetでは .local ドメインだと「深刻なトラブルが発生する」と、警告 6. 米国マイクロソフト社 Active Directory ネットワーク推奨設計指針ドキュメント 7
2018 年 5 月の更新プログラム適用によるリモート デスクトップ接続への影響
具体的には下記ケースでリモートデスクトップ接続ができなくります。 リモートデスクトップ接続先 (RD 接続ブローカーを含む) が３月の更新プログラム未適用 リモートデスクトップ接続元が５月の更新プログラム適用済み 2. 接続可否パターン 3. 解決策 リモートデスクトップ接続先に CVE-2018-0886 の 3 月以降の更新プログラムを適用いただくこととなります。 注意が必要な点といたしまして、リモート デスクトップ サービス (RDS) 環境でご利用いただいている場合、RD 接続ブローカー サーバーにも適用いただく必要がございます。 これは RDS 環境の場合、接続時の認証が RD 接続ブローカー サーバーでも行われるためです。 なお、RDS 環境ではその他に RD Web アクセス、RD ゲートウェイ、RD ライセンス、RD 仮想化ホストの役割が利用されますが、これらの役割自体は本
digの結果が「Truncated, retrying in TCP mode.」になるとき - Qiita
つまり、今回の名前解決をした時に、UDPで問い合わせたけども、応答パケットが512byte以上になっていたのでtruncateしました、再度TCPで問い合わせ（TCPフォールバック）をしてね、ということらしい しかし、その結果TCPでは接続できませんよと怒られた模様 ルータ(RTX1210)上から名前解決できるか？ ルータにログインし、nslookupコマンドを打ってみると名前解決成功！ DNSサーバまではアクセスできていることがわかった クライアントPCのDNSをパブリックDNSにしてみたらどうか Google Public DNS（8.8.8.8）をmacのDNSの項目に設定 この状態でdigコマンドを打ってみた > dig xxx.com（ドメインは伏せてます） ;; Truncated, retrying in TCP mode. ;; Connection to 192.168.
Google Apps で Gmail を使用している時、「他のメールアドレスを追加」できなくなった時の対処方法 - アルケミスタの住人
Gmail では、「設定」の「他のメールアドレスを追加」より、他のメールアドレスから送信できる機能があるのですが、Google Apps の仕様変更で、デフォルトでは、設定できなくなりました。 管理画面から、許可する必要があります。 症状: 下記のエラーが表示される 英語のエラー文 You must send through xxxx.co.jp SMTP servers when you send as [email protected]. However, this functionality is not available for your account. Please contact your domain administrator for more information. 日本語のエラー文 Functionality not enabled. [email protect
【yum】yumが動かないときの簡易対処方法集（IOError、Trying other mirror、Determining fastest mirrors、フリーズ等） - Qiita
【yum】yumが動かないときの簡易対処方法集（IOError、Trying other mirror、Determining fastest mirrors、フリーズ等）CentOSYum 何か昔同じタイトルの記事を見たことあるって人へ この記事は昔やってたブログの記事の移植です。 昔の内容で有用そうなものをQiitaに少し修正を加えて移植してます(現在進行形で)。 概要 yumが正常に動作しない場合には様々な理由がある。 ちゃんと学べば判るといってもとりあえずinstallしたいものがあってyum installしたいのに、 全く動かないから１から全てyumについて学ぶのは場合によっては最善とは言い難い。 というより大抵の場合は適当に、例えばキャッシュクリアしたら動くならそれだけやって特に原因は判らないけれど動かせれば良いというケースが多いと思う。 この記事はそんな人の為の簡易対処方法
ESXi5.xでUSB3.0を有効にする方法 | 俺の技術メモ
ESXi5.5などで、USB3.0が有効にできない、使えない場合の対処法です。 原因 USB3.0を使うために必要な xhci モジュールが有効になっていない 対処 xhci モジュールを有効化する 対処法その１ ssh接続で設定する場合 ESXiにsshで接続する sshを有効にする方法は以下の記事を参照のこと。 ESXi5.5でsshを有効にする方法 xhciモジュールを有効にする 以下のコマンドラインを実行しましょう。
【ESXi】【NUC】ESXi6.5 USB3(PCIPassThrough)
◆過去3度に渡って誤った情報（NUC＋ESXi6.0、ESXi6.5でUSB3.0コントローラを PCI Pass Throughできないという誤った情報） を書いてしまったが、NUC（D54250WYK）にESXiをインストールしてUSB3.0をPCI PassThrough（VM DirectPass I/O）できるか再調査した。 ⇒ 再調査の結果、実現可能と分かった。 VMDirectPassI/O要件 に記載のある通り、passthrough.map に記載するだけだった。記載内容は、後述。詳細は分かってないのだが・・・。 タイトルはESXi6.5について書いているが、ESXi6.0も可能かもしれない。 ◆USB3.0コントローラのPCI Pass Through手順 1. BIOSでxHCI ModeをEnable（下記のSmart Auto⇒Enableにする）にして保存し、P
DiscordのMusicBotで!playしたらエラった : たんちぇる忘備録
非常に困りますお客様 windowsならupdate_deps.batを実行すればよいのですが当方はdockerの中に仕込んでたのでどうすればよいかさっぱり で、解決法 Windows - Open update_deps.bat Linux - In your console, run python3.5 -m pip install --upgrade -r requirements.txt Mac - Open update_macdeps.command in Terminalこちらに書いてありました。 dockerで実行していたので、 docker exec -it コンテナID python3.5 -m pip install --upgrade -r requirements.txt を実行して解決！無事に動くようになりました。
HP ProLiant MicroServer Gen8を買って地雷を順番に踏んでった話 – なおたこブログ
NASにしてた自宅サーバが死んでしまったので、そのリプレースとしてタイトルの通り、Microserver Gen8を買った。HPのML310eを使ったときに割と調子がよかったので、同じでいいかなと。 まずAmazonに出品していた「オフィス・モア (in 神戸)」という店に注文したところ、在庫が10点以上あったにも関わらず入荷未定と連絡がきた。「併売のため」とのことだが、更新が追いつかないペースでこのサーバが売れるとはとても思えないし、たいへん疑わしいと思っている。ということで、ぷらっとオンラインで再度注文。ここは以前も使ったことがあり、webに表示されてる通りに翌営業日に発送される(ただひとつ解せないのが、発送翌日、商品が届いた後になって発送の連絡をしてくるところ)。 ということで、無事届いた。 かっこいい デザインはいいかんじである。 今回かなりやけっぱちな記事です。 はじめに 今回の
Docker を使ってデータの永続化をせずにマストドンをデプロイしてしまったときの対処法 - Qiita
はじめに マストドンを GitHub からクローンして、docker-compose.yml を編集せずにデプロイしてしまうと、PostgreSQL と Redis のデータの永続化がされません。データの永続化を行わずに稼働させていると、コンテナが消えてしまったときにデータベースのリカバリーができなくなってしまいます。 今回は、データの永続化をせずにデプロイしてしまった場合に、どのような手順で永続化を行えばいいかを紹介します。 データの永続化と、取るべきバックアップファイルに関しては「小規模Mastodonインスタンスを運用するコツ」を参考にさせていただきました。 データの永続化とは Docker におけるデータの永続化とは、Docker コンテナで使用するデータ（リソース）を、コンテナのボリュームではなくメインのボリューム（コンテナ本体ではなくサーバ直下）に置き、コンテナはサーバ直下のフ
git push時に表示されるwarning: `push.default is unset...`の意味と解決方法 - Qiita
git push時に表示されるwarning: `push.default is unset...`の意味と解決方法Git $ g push warning: push.default is unset; its implicit value is changing in Git 2.0 from 'matching' to 'simple'. To squelch this message and maintain the current behavior after the default changes, use: git config --global push.default matching To squelch this message and adopt the new behavior now, use: git config --global push.default
LVSの高負荷対策 その1 ~障害発生~ : DSAS開発者の部屋
こんにちは。インフラ担当の岡村です。 昨年、あるサービスで使用中のロードバランサが停止してしまうという事件が起こりました。 事の顛末を、数回に分けて紹介していきたいと思います。 もし同様の事象にお困りの場合は、役立てて頂ければと思います。 システム構成 KLabのDSASでは、ロードバランサにLVS (Linux Virtual Server) を使用しています。 ロードバランサはマスタ-バックアップ構成になっており、マスタ側が停止してしまっても、通常はバックアップ側がマスタに昇格し、サービスを継続できるようになっています。 おおまかな構成は下図のようになります。 ある日の晩、突然ロードバランサ(マスタ側)の死活監視のアラート通知が届きます。 （なんだろう..。電源障害？ その他HW障害？ もしくはカーネルのバグを踏んだ？） 原因調査・復旧はもちろん必要ですが、冗長構成のため、とりあえずサ
担当でないWebサービスのパフォーマンスが遅いといわれたときに行う簡易的パフォーマンスチューニング - Qiita
他部署の方から呼ばれて、「Webサービスが遅いけど、早くできない？」と聞かれたときに出来る対策を紹介します。 ソースコードも知らないし、環境も知らない場合の、ブロジェクト外の人が対策する場合です。 今回は、PHP環境でしたが、Railsとか他のところでも使えると思います。 ステップ1: 聞き取り どこが遅いか、どこに不満を持っているか確認する サーバ環境を確認する。今回は以下でした。ここではバージョン伏せていますが、バージョンも確認します。 OS: CentOS Webサーバ: Apache データベース: MySQL 言語: PHP ソースコードをもらう。これがないと対策取るのが遅れます 遅いと言われているサーバ環境に入らせてもらう。１次情報をあてにしましょう。 使用用途。更新頻度。更新が少ない場合はキャッシュを効かせたほうがいいとかがわかります。 想定するユーザ数。 １日の使用回数。
EC2にSMTPサーバ立てるとGmailにSPAM業者扱いされる件 - BitArts Blog
@gmail.com宛てのメールだけ届かなくなってたので調べてみた。 > ... while talking to gmail-smtp-in-v4v6.l.google.com.: > >>> DATA > <<< 550-5.7.1 [46.51.xxx.xxx] The IP you're using to send mail is not authorized to > <<< 550-5.7.1 send email directly to our servers. Please use the SMTP relay at your > <<< 550-5.7.1 service provider instead. Learn more at > <<< 550 5.7.1 http://support.google.com/mail/bin/answer.py?answer=1
Amazon EC2のサーバからメール送信をするまでにやるべきこと (スパムメール扱いを回避する！) - 元RX-7乗りの適当な日々
先日のデブサミ2010でも話した(デブサミ2010の資料"クラウドサービスAmazon EC2を活用した「SKIPaaS」構築事例"を公開します＋α)のですが、Amazon EC2のサーバからメールを送信すると、一部分の宛先(メールサーバ)では、迷惑メール(SPAM)扱いされ、突き返されちゃう事があります。 それをどう解決したかという話。 Twitterを見ていて、まだきちんとした情報がまとまっていない気がしたので、経験談をまとめてみます。 課題 Amazon EC2のサーバがスパムメール送信に利用されるケースが増えているようで、Amazon EC2で利用されているIPアドレスのレンジ(ネットワーク)が、スパムメールのブラックリストにまるっと載ってしまっているため、メールサーバによっては、門前払いによる受信拒否となるケースがあります。 参考： Amazon EC2を悪用したセキュリティ攻撃
WordPressの更新に失敗して焦った時に、復旧する方法 | 一番かんたんなJava入門
WordPressの更新に失敗！ WordPress（以下wp）の管理画面の上の方に、 「WordPress 3.6 が利用可能です ! 更新してください。」 って更新を促すメッセージが出てるので軽い気持ちで更新してみると、何分待っても更新が終了せず、仕方ないのでブラウザを閉じた。。 ・・なんていう事をしでかすのは僕だけなんでしょうか？ その後、wp管理画面にアクセスすると、真っ白な画面に、 Warning: call_user_func_array() [function.call-user-func-array]: First argument is expected to be a valid callback, ‘_show_post_preview’ was given in /export/sd208/www/jp/r/e/gmoserver/（ドメイン）/wp/wp-incl
Nginxのリバースプロキシを設定していてlocationの優先順位で大ハマリ « LANCARD.LAB｜ランカードコムのスタッフブログ
社内システムを動かしていたApacheなサーバーが廃止されたのでNginxなサーバーに移行しました。 他の社内システムに相乗りして、URLに特定のサブディレクトリがついていたら動作を分けて背後のアプリケーション・サーバーにリバースプロキシで接続という構成です。 server { #省略 #リバースプロキシの設定を追加 location /hoge/ { proxy_pass http://127.0.0.1:3000/; } #省略 location ~* \.(jpg|jpeg|gif|png|css|js|ico|xml)$ { access_log off; log_not_found off; } } Nginxに上記のようなリバースプロキシの設定を入れたところプログラムは動作しているのに画像、css、jsが読み込めずに大ハマリしました。 勘がいい人は「他は省略しているのに残してあ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Homeで利用できるGoogleカレンダーは、メインカレンダーで共有されていないこと←(普通の共有カレンダーも可能になりました)
新しいよくあるご質問サイトに移動します
Home - Broadcom Community - Discussion Forums, Technical Docs, Ideas and Blogs