AX210NGW m.2 wifiカードをIPFireで使う

2024-07-19

AX210NGW m.2 dual band wifiネットワークカードをIPFireで使うための応急処置

環境

PC　　　 miniPC（CPU N100)
IPfire 　　IPFire　core186
カード Intel AX210NGW カード

問題点

WLANAPページにて、「WLAN CARD」はRunnningになるが、Access PointがStoppedから変わらない。

エラーになっている箇所

/hostapd 　/etc/hostapd.conf　コマンドを投入してみると、ACS　が失敗している。

channel の設定が、 Automatic Channel Searchになっており、しかもその設定から変わらない。　
/etc/hostapd.conf 内のchannel部分をchannel番号を指定して　/hostapd 　/etc/hostapd.conf　　コマンドを実行してみたところ、　Access Pointが Running に変化した。　ここが課題箇所

応急処置

方針　　hostapd.conf　のコピーを造り、そこでchannelを固定設定し、初期化後に実行させる

応急処置内容　

cp /etc/hostapd.conf /etc/hostapd2.conf
interface=blue0 を　hostapd2.conf　の先頭に追加
channel= 1 (1-11の間の数値）を　hostapd2.conf　に設定
/etc/sysconfig/rc.local に、nohup /usr/bin/hostapd /etc/hostapd2.conf &　　を追記

これで再起動で対応できる

　　※この方法では、初期化時にAP化に一度失敗しても初期化後にAP化する方法に注意

注意点

アクセスポイントとして使えるのは2.4GHz帯だけというのに注意。従ってAX201NGWを使うことは過剰性能であり、もっと安価なものか別のカードを使用するのがよさそう。

apt updateでNOSPLITのエラー

2024-07-16

apt updateで「クリアサインされたファイルが有効ではなく、'NOSPLIT' を得ました」出力し失敗

トラブル

apt updateコマンドで、エラーとなり「クリアサインされたファイルが有効ではなく、'NOSPLIT' を得ました (認証にネットワークが必要?)」との情報が出力された。

原因調査

ネットで調べたところ、deb用のソースが消えていたり期限切れの可能性がある事が分かった。
そこで、sudo apt-key list　を実行したところ期限切れと表示されるものがあった。

仮処置

/etc/apt/sources.list 又は /etc/apt/source.list.d　内の期限切れのsourceの部分をコメント化した。　一応っこれで、apt updateは実行できる様になった。

正式な対処は、OSを含めアップデイトする事である（が、各アプリケーションの中身の更新が大変）

ubuntuでwi-fiスキャンが阻止　となる

2024-06-10

ubuntuで、「認証が必要です。システムポリシーによりwi-fiスキャンが阻止されます」が繰り返される。それへの対処

参考にしたサイト

対処

以下の内容を　/etc/polkit-1/localauthority/　配下の　pklaファイルとして作成記述

[Allow Colord all Users]
Identity=unix-user:*
Action=org.freedesktop.color-manager.create-device;org.freedesktop.color-manage>
ResultAny=no
ResultInactive=no
ResultActive=yes

[Allow Package Management all Users]
Identity=unix-user:*
Action=org.debian.apt.*;io.snapcraft.*;org.freedesktop.packagekit.*;com.ubuntu.>
ResultAny=yes
ResultInactive=yes
ResultActive=yes


[Allow WiFi Scan all Users]
Identity=unix-user:*
Action=org.freedesktop.NetworkManager.wifi.scan
ResultAny=yes
ResultInactive=yes
ResultActive=yes

私の場合は、まとめて以下で作ってしまった。

sudo nano /etc/polkit-1/localauthority/50-local.d/45-allow-colord.pkla

反映

sudo systemctl restart NetworkManager

Miracast対応事例

2024-06-04

Miracast出来なかったので対応できた事例

背景

自作及びBTO　PCでmiracast動作しなかった。苦戦した結果なんとか動作した例もあるので備忘録として残す

なお、ノートPC,タブレット、スマホからはMiracastは出来ていました。

事例１

　マザボ　　ASUS Prime H570-Plus
　CPU 　　 Intel i5-11440
　グラボ　　RTX3060
　OS　　　 Windows10 Home

　　　　　　wifiドングルをTP-LINKの（品名忘れた）Realtek RTL8188EUで苦戦。

　　　　　　wifiドングルをTP-LINK Archer nano T2U に替えたところ、2.4GHzで成功。
　　　　　　5GHzでは、ダメ

事例２

　マザボ　　ASUS Prime H270-Plus
　CPU 　　 Intel i7-7700
　グラボ 　 GTX1060
　OS 　　　Windows10 Pro

　wifiはPCIボードにIntel dualband wireless AC-7265を刺している

　Miracastダメ
　 Realtek RTL8188EUでもダメ
　 T2Uでもダメ

　グラボのdriverを、nvidiaのサイトから最新版をダウンロードし更新した
　　（NVIDIA Studio ドライバー　ver. 555.85）
　　AC7265 　　ダメ
　　RTL8188EU ダメ
　　T2u 　　　　2.4GHzで成功

結局

　　wifiドングルを交換し、グラボのドライバー更新でMiracast出来る場合あり。
　　但し、AIやcudnn、tensorなどを使用している場合は、バージョン間の相性があるのでドライバー更新も簡単には出来ないかも

raspiでlan外部からmail送信可能にする

2024-05-23

lan内でのmailは可能にしていたが、lan外からは出来ていなかった。それへ対応。

問題点

lan外にmailしようとしたところ、relay access deniedとなって送信拒否された。
smtp認証が必要との事。　そこでsmtp認証を追加した。

smtp認証追加

main.cfに認証用設定追加

sudo nano /etc/postfix/main.cf

smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain = $myhostname
smtpd_sasl_path = private/auth
smtpd_sasl_security_options = noanonymous
smtpd_sasl_service = smtp
smtpd_sasl_type = dovecot
smtpd_recipient_restrictions = 
  permit_mynetworks,
  permit_sasl_authenticated,
  reject_unautcheck_client_access hash:/etc/postfix/reject_client,
  reject_unauth_destination

reject_clentが無いとエラーになったので作成

sudo nano /etc/postfix/reject_client

設定を反映
sudo /usr/sbin/postmap /etc/postfix/reject_client
出来たことを確認
ls -la /etc/postfix/reject_client.db

SMTP認証用のソフトが足りなかったので、追加インストール

sudo apt-get install sasl2-bin

 sudo sasldblistusers2
 sudo chgrp postfix /etc/sasldb2
 sudo chmod 640 /etc/sasldb2
 #sudo mv sasldb2 sasldb2_org
 ls /etc/sasldb2

master.cfのsmtp認証設定の確認

 sudo nano  /etc/dovecot/conf.d/10-master.conf
 
 service auth {
   # Postfix smtp-auth
  unix_listener /var/spool/postfix/private/auth {
    mode = 0666
    user = postfix
    group=postfix

補足：忘れていたのでパスワード再設定

 sudo passwd -d username
 sudo passwd  username

Windows IIS上でdokuwikiを動かす

2024-04-05

windows10上でdokuwikiをinstallするのに手間取ったので備忘録として残す

手間取った事

ネットで調べてinstallしたが、index.phpを動かそうとすると以下のエラーが出た。IIS_IUSRSに書き込み・変更お権限を与えてもダメだった。

The datadir ('pages') at C:/inetpub/wwwroot/dokuwiki/data/pages is not found, isn't accessible or writable. You should check your config and permission settings

調査とトライ１　進展あるも又つまづく

PHPプログラムの中にprintfを埋め込んで、inc/init.php 中での書き込み権限のチェックでエラーとなっていた。　具体的には、function init_path($path)　{　中の下記コード文で失敗していた。

if (!@is_writable($p)) {

検索してみるとPHPのバグの様であった。それで、回避策として次の様に変更してみた。

if (fileperms($p) & 0x02 ==0) {

結果、エラー内容が下記の様なものに変わった。

index/page.idx is not writable. Check your permissions settings!

先ほどと同じようにprintfを埋め込んで調べると、function init_files()　中の

$fh = @fopen($file, 'a');

が失敗していた。強引に空のindex/page.idxファイルを作ってやると、warningがたくさんでて、This topic does not exist yet　などの表示が出るまでは行ったが、まだまだだめそう。

そこで、次のアプローチを取る事にした。

inetpub/wwwroot配下とは別の箇所に作る。成功

inetpub/wwwroot配下に、dokuwikiがあるため書き込み権限が得られないのではないかと考え、Cディレクトリー直下に作成してみる事にした。具体的には下記。

c:\wikiを作成し、そこにdokuwikiを配置
IIS_IUSRSに書き込みや変更の権限を付与
iisマネージャーでdokuwiki　webサイトを作成
サイト名をdokuwiki 物理パスをc:\wikiに設定
php.iniのbasedirにc:\wikiを追加

結果、index.phpが成功した。

カテゴリー: Troubles errors