2024年7月16日 星期二

Windows 印表機移除後依然存在

Windows 印表機移除後依然存在

原因是列印佇列 有檔案留存

故需刪除無法列印的佇列


 一、執行 cmd (系統管理員)


二、net stop spooler

三、del %systemroot%\System32\spool\printers\*.* /Q

四、net start spooler

五、關掉 cmd

2024年7月10日 星期三

PVE 8.0 安裝筆記

 apt update

apt upgrade

apt install vim


vim  /etc/apt/sources.list


deb http://download.proxmox.com/debian/pve stretch pve-no-subscription

/etc/apt/sources.list.d/pve-enterprise.list,將它註解。


取消 Enterprise Repository 更新來源

# deb https://enterprise.proxmox.com/debian/pve stretch pve-enterprise



vim /etc/apt/sources.list.d/pve-enterprise.list


pve5to6

apt update && apt dist-upgrade -y


vim /etc/apt/sources.list.d/pve-enterprise.list


reboot


apt update && apt dist-upgrade -y

apt list --upgradable

pve5to6

systemctl stop pve-ha-lrm

echo "deb http://download.proxmox.com/debian/corosync-3/ stretch main" > /etc/apt/sources.list.d/corosync3.list


systemctl start pve-ha-lrm && systemctl start pve-ha-crm


pveversion --verbose

pveversion -v



vim /etc/apt/sources.list.d/corosync3.list

apt list --upgradable

systemctl stop pve-ha-lrm

systemctl stop pve-ha-crm

apt list --upgradable

apt update

apt dist-upgrade

systemctl start pve-ha-lrm

systemctl start pve-ha-crm


sed -i 's/stretch/buster/g' /etc/apt/sources.list






解決辦法容易,您可以將 PVE 的更新來源切換為 No-Subscription Repository 或 Test Repository,即可順利更新。


請以文字編輯器開啟 /etc/apt/sources.list,並加入以下這行。


切換更新來源為 No-Subscription Repository

deb http://download.proxmox.com/debian/pve stretch pve-no-subscription


再將原本的 Enterprise Repository 給取消,請以文字編輯器開啟 /etc/apt/sources.list.d/pve-enterprise.list,將它註解。


取消 Enterprise Repository 更新來源

# deb https://enterprise.proxmox.com/debian/pve stretch pve-enterprise



ovftool.exe C:\VM_1018\win2003-apsrv-15x  C:\VM_1018\win2003-apsrv-15x.ova


[2019/12/15 補充]


記得搭配版本號調整,Proxmox VE 5/Debian 9 請依上方輸入 stretch,Proxmox VE 6/Debian 10 請輸入為 buster。


VMDK 轉為 QCOW2

qemu-img convert -f vmdk disk.vmdk -O qcow2 disk.qcow2 


QCOW2 轉為 VMDK

qemu-img convert -f qcow2 disk.qcow2 -O vmdk disk.vmdk 


RAW 轉為 QCOW2

qemu-img convert -f raw -O qcow2 disk.img disk.qcow2


qemu-img convert -f raw -O qcow2 vm-9913-disk-0.img vm-9913-disk-0.qcow2

vm-9913-disk-0.raw

VMDK 轉為 RAW

qemu-img convert -f vmdk disk.vmdk -O raw disk.raw 


RAW 轉為 VMDK

qemu-img convert -f raw disk.raw -O vmdk disk.vmdk 


VDI 轉為 VMDK

qemu-img convert -f vdi disk.vdi -O vmdk disk.vmdk 


VHD 轉為 VMDK

qemu-img convert -f vpc disk.vpc -O vmdk disk.vmdk 



2024年4月26日 星期五

Proxmox ZFS 硬碟更換

PVE確認硬碟故障 



下zdb紀錄損壞硬碟的 GUID


第四顆

5301043890793831644

===

   children[4]:

                type: 'disk'

                id: 4

                guid: 5301043890793831644

                path: '/dev/disk/by-id/scsi-35000c5006c26dfb7-part1'

                devid: 'scsi-35000c5006c26dfb7-part1'

                phys_path: 'pci-0000:af:00.0-scsi-0:0:4:0'

                whole_disk: 1

                DTL: 13186

                create_txg: 4

                com.delphix:vdev_zap_leaf: 134

                removed: 1

===

2.修復

zpool replace pool名稱 故障硬碟的序號 正常新硬碟的序號

zpool replace RAIDZ2 5301043890793831644 scsi-35000c500c1d24f47

==

如果無法修復,將壞硬碟踢出zpool

zpool detach pool名稱 故障硬碟的序號

zpool detach   RAIDZ2     5301043890793831644


==

查看序號方式

ls -1 /dev/disk/by-id/

==

zpool status



遭遇問題,硬碟熱插拔無抓到該新硬碟ID
只好重開機進入Raid卡Bios將新硬碟加入,之後再進PVE成功抓到新硬碟

PERC H730P Adapter HBA模式

2023年4月18日 星期二

Ubuntu 20.04 port forwarding

 ubuntu port forwarding

vim /etc/default/ufw

==

DEFAULT_FORWARD_POLICY="ACCEPT"

==

設定開啟

vim /etc/ufw/sysctl.conf

vim /etc/sysctl.conf

把 net.ipv4.ip_forward=1 都 uncomment

==

# Uncomment this to allow this host to route packets between interfaces

net/ipv4/ip_forward=1

#net/ipv6/conf/default/forwarding=1

#net/ipv6/conf/all/forwarding=1

==

編輯規則

vim /etc/ufw/before.rules 


===

-A PREROUTING -p tcp -m tcp -d 主機IP --dport 1433 -j DNAT --to-destination 目標IP:port

舉例如下:也就是連到192.168.50.1:80,會轉發到61.168.0.212:80

==

*nat

:PREROUTING ACCEPT [0:0]

-A PREROUTING -p tcp -m tcp -d 192.168.50.1 --dport 80 -j DNAT --to-destination 61.168.0.212:80

-A POSTROUTING -j MASQUERADE

COMMIT

===

sudo sysctl -p

==

sudo ufw allow 80/tcp

sudo ufw allow from any to any port 80

==

sudo systemctl restart ufw

==

察看與驗證

sudo ufw status

sudo iptables -t nat -L -n -v

監聽封包

tcpdump -i ens3 -c 200 port 80

網卡代號 ens3 


2022年10月28日 星期五

Exchange Online using PowerShell

 2022.10.1起 Excahnge 365 停用

TLS 1.1 及1.0

https://learn.microsoft.com/zh-tw/troubleshoot/azure/active-directory/enable-support-tls-environment?WT.mc_id=Portal-Microsoft_AAD_IAM&tabs=azure-monitor


故相對 Outlook 2010以下皆無法連線,2013可以改用OAuth處理

Windows Registry Editor Version 5.00


[HKEY_CURRENT_USER\Software\Microsoft\Exchange]

"AlwaysUseMSOAuthForAutoDiscover"=dword:00000001

[HKEY_CURRENT_USER\Software\Microsoft\Office\15.0\Common]

[HKEY_CURRENT_USER\Software\Microsoft\Office\15.0\Common\Identity]

"EnableADAL"=dword:00000001

"Version"=dword:00000001

[HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Lync]

"AllowAdalForNonLyncIndependentOfLync"=dword:00000001



使用Powershell遠端連線 改採Exchange Online PowerShell V3

EXO v3

連線方法如下:

1.以管理者模式開啟PS

2.檢查可使用模組


Get-Module -ListAvailable -Name ExchangeOnlineManagement

如果沒有則安裝模組

1
Install-Module -Name ExchangeOnlineManagement -Force

或是升級

1
Update-Module ExchangeOnlineManagement

確認安裝後則可以連線

1
2
#Connect to Exchange Online
Connect-ExchangeOnline

連線也可以直接帶帳號

1
Connect-ExchangeOnline -UserPrincipalName aaa@abc.com



2022年9月27日 星期二

Ubuntu 20.04 LibreNMS update PHP 7 to 8

先更新
sudo apt update
sudo apt upgrade


環境PHP

先依照
https://docs.librenms.org/Installation/Install-LibreNMS/#manual-update


安裝PHP套件與升級


apt install software-properties-common
add-apt-repository universe
add-apt-repository ppa:ondrej/php
apt update
apt install acl curl apache2 fping git graphviz imagemagick libapache2-mod-fcgid mariadb-client mariadb-server mtr-tiny nmap php-cli php-curl php-fpm php-gd php-gmp php-json php-mbstring php-mysql php-snmp php-xml php-zip rrdtool snmp snmpd whois python3-pymysql python3-dotenv python3-redis python3-setuptools python3-systemd python3-pip
安裝 PHP dependencies

su - librenms
./scripts/composer_wrapper.php install --no-dev
exit
設定Set timezone 
PHP 時區參考
https://www.php.net/manual/en/timezones.asia.php

Asia/Taipei
vi /etc/php/8.1/fpm/php.ini
vi /etc/php/8.1/cli/php.ini
設定OS系統時間一致

timedatectl set-timezone Asia/Taipei


跳過Mysql

設定 PHP-FPM


cp /etc/php/8.1/fpm/pool.d/www.conf /etc/php/8.1/fpm/pool.d/librenms.conf
vi /etc/php/8.1/fpm/pool.d/librenms.conf

Change [www] to [librenms]:

[librenms]

Change user and group to "librenms":

user = librenms
group = librenms

Change listen to a unique name:

listen = /run/php-fpm-librenms.sock

接下來跳過到

Cron job

cp /opt/librenms/librenms.nonroot.cron /etc/cron.d/librenms

這裡會有個錯誤須進入修改,與畫面一致(去cd )

vi /etc/cron.d/librenms




之後停用php7.x-fpm

systemctl disable php7.4-fpm.service

啟用php8套件

a2dissite 000-default a2enmod proxy_fcgi setenvif rewrite a2ensite librenms.conf systemctl restart apache2 systemctl restart php8.1-fpm



檢測與更新

sudo su - librenms ./validate.php
./daily.sh


如果遇到以下錯誤,查看log為cronjob錯誤,如前圖修正:


No active polling method detected


vi /etc/cron.d/librenms




參考文獻
https://docs.librenms.org/Installation/Install-LibreNMS/#manual-update
https://community.librenms.org/t/issue-with-new-instalation/19332/6

2022年4月18日 星期一

LibreNMS Unifi controller 圖表相關解釋 snmp

在LibreNMS 看到相關圖表的量詞解釋筆記

網站翻了一堆討論,記下來處理



Wireless Clients 

連線數有分為NG和NA

分別對應Wifi 兩個頻段

2.4 Ghz radio = NG

5Ghz radio = AC = NA

SSID :WIFI SSID 連線數

cur:現在使用連線數

Min:最小連線數

Max:最大

Min&Max 區間為圖表設定的時間區間,圖中為24Hr

--

TX Power(發射功率)


無線基地台的訊號發射功率

如果環境是單台AP 則可以到18dBm 以上

如果是多台的環境,建議設定如下

12-14 dBm for 2.4 GHz 

18-20 for 5 GHz 

-------------

utilization (%) 頻道利用率


一樣分為2.4G(NG) 和5G(NA)

這張表主要是表達在各自頻道中,同樣的通道中訊號利用率

Other 代表非自己裝置(AP)的訊號使用,也就是雜訊,雜訊過高待表需要調整頻道或是規避減少

如圖所示 2.4G (NG)頻段干擾相當高


Total Util :所有使用率

Self RX:Client 連線進 AP 的下載率

Self TX:Client 連線進 AP 的上傳率

Other BBS Util:其他的利用率

#注意:這不等於頻寬的換算RX/TX是訊號發送率必定大於實際頻寬使用

AP TX Rate -----> STA (CPE) RX Rate = Download (from the STA/CPE perspective)

AP RX Tate <----- STA (CPE) TX Rate = Uplodad (from the STA/CPE perspective)









另外一個問題在於,如果同時段連線書低而RX&TX居高不下,

則代表SSID設定的連線可能有錯誤導致裝置不停的連線



參考文獻

https://community.ui.com/questions/WiFi-clients-loose-randomly-network-connection/7df080fd-4c60-4829-80e3-0a1ff78b8213

https://community.ui.com/questions/what-does-transmit-power-means-and-what-is-the-best/cddd0320-92bf-4936-9e3d-8c4e7d44a6cb

https://community.ui.com/questions/Access-Point-Channel-Utilization/92421630-2139-4c47-9f88-ddcd069778a4

https://community.ubnt.com/t5/The-Lounge/What-is-the-TX-RX-Rate/td-p/1586208

https://community.ubnt.com/t5/airMAX-General-Discussion/Difference-between-TX-RX-Rate-and-Actual-Throughput/td-p/296734