התקנת UniFi סוהר: בקר, VLAN, נדידה, ניטור

במשרד בשטח 200 מ"ר עם שלוש נקודות גישה UniFi U6-Lite, משתמשים מתלוננים על ניתוקי חיבור בעת תנועה, ובחדר הישיבות המהירות יורדת ל-5 Mbps. הפינג לשער קופץ מ-5 ל-200 ms. מצב טיפוסי: חומרה טובה אבל ה-Wi-Fi מתפקד גרוע יותר מ-D-Link ישן. הסיבה העיקרית היא תצורת רדיו לא נכונה וחוסר בפילוח תעבורה. הניסיון שלנו מלמעלה מ-50 פרויקטים מראה שתוך יום אחד ניתן להפוך Wi-Fi כאוטי לרשת יציבה עם roaming, פורטל אורחים וניטור. אנו מבטיחים תוצאות אם ממלאים אחר ההמלצות. כל ההמלצות מבוססות על פרויקטים אמיתיים שבהם הגדרנו UniFi למשרדים עם 10 עד 500 מכשירים.

פריסת UniFi Controller על Docker

את UniFi Network Application ניתן לפרוס בכמה דרכים: UniFi Cloud Key G2+, Raspberry Pi 4, VM מלא, או קונטיינר Docker. Docker Compose לפיתוח/ייצור קטן:

---
version: "3"
services:
  unifi:
    image: lscr.io/linuxserver/unifi-network-application:latest
    container_name: unifi-network-application
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/Kiev
      - MONGO_USER=unifi
      - MONGO_PASS=${MONGO_PASSWORD}
      - MONGO_HOST=mongo
      - MONGO_PORT=27017
      - MONGO_DBNAME=unifi
    volumes:
      - ./config:/config
    ports:
      - "3478:3478/udp" # STUN
      - "10001:10001/udp" # AP discovery
      - "8080:8080" # inform port (TCP)
      - "8443:8443" # HTTPS GUI
      - "8843:8843" # HTTPS portal
      - "6789:6789" # speed test
    depends_on:
      - mongo
    restart: unless-stopped
  mongo:
    image: mongo:4.4
    volumes:
      - ./mongo:/data/db
    restart: unless-stopped
---

לייצור — VM נפרד (Ubuntu LTS, 2 vCPU, 4GB RAM מספיק ל-50+ נקודות גישה).

נקודה חשובה: נקודות הגישה מגלות את הבקר באמצעות גילוי Layer 2 (שידור UDP בפורט 10001) או באמצעות רשומת DNS version: "3" services: unifi: image: lscr.io/linuxserver/unifi-network-application:latest container_name: unifi-network-application environment: - PUID=1000 - PGID=1000 - TZ=Europe/Kiev - MONGO_USER=unifi - MONGO_PASS=${MONGO_PASSWORD} - MONGO_HOST=mongo - MONGO_PORT=27017 - MONGO_DBNAME=unifi volumes: - ./config:/config ports: - "3478:3478/udp" # STUN - "10001:10001/udp" # AP discovery - "8080:8080" # inform port (TCP) - "8443:8443" # HTTPS GUI - "8843:8843" # HTTPS portal - "6789:6789" # speed test depends_on: - mongo restart: unless-stopped mongo: image: mongo:4.4 volumes: - ./mongo:/data/db restart: unless-stopped . אם נקודת הגישה והבקר נמצאים ב-VLAN שונים, יש להגדיר DHCP option 43 או להגדיר במפורש את כתובת ה-inform. לפי תיעוד UniFi, ניתן להשתמש בפקודה:

# SSH на точку доступа (логин ubnt/ubnt или admin/admin на заводских настройках)
set-inform http://192.168.30.10:8080/inform

איך להגדיר Roaming ללא ניתוקים?

הגורמים העיקריים לירידה בביצועי Wi-Fi:

• Minimum RSSI לא מוגדר — לקוחות נצמדים לאות חלש (-80 dBm) למרות שנקודת גישה קרובה מציעה -60 dBm.
• רוחב ערוץ 40 MHz ב-2.4 GHz באזורים צפופים — יוצר הפרעות עם רשתות שכנות.
• הספק שידור גבוה בנקודת הגישה — לקוחות שומעים את נקודת הגישה, אבל אות החזרה של הלקוח חלש (אסימטריה).
• אין Band Steering — לקוחות מודרניים נשארים על 2.4 GHz במקום 5 GHz.
• אין פילוח VLAN — תעבורת אורחים מתערבבת עם תעבורה ארגונית, סערות broadcast מעמיסות על גלי האוויר.

בפרויקט אחד (חלל פתוח ל-100 אנשים, 8 נקודות גישה UniFi U6-Pro) הפחתנו שידורים חוזרים מ-15% ל-2% עם הפעולות הבאות:

1. סריקת ספקטרום עם unifi ו-# SSH на точку доступа (логин ubnt/ubnt или admin/admin на заводских настройках) set-inform http://192.168.30.10:8080/inform — בחרנו ערוצים לא עמוסים.
2. ב-2.4 GHz, הגדרנו רוחב ערוץ ל-20 MHz, ערוצים 1,6,11 (לא חופפים). ב-5 GHz, 80 MHz עם עדיפות לטווח DFS (ערוצים 100-140).
3. הגדרנו הספק שידור: Auto ב-2.4 GHz (רמה בינונית), Medium ב-5 GHz.
4. הפעלנו Band Steering (Prefer 5G) ו-Minimum RSSI ב--72 dBm.
5. הקצינו VLANs לכל SSID (ארגוני — VLAN 10, IoT — VLAN 30, אורחים — VLAN 40) והפעלנו Client Isolation על אורחים ו-IoT.
6. הגדרנו Captive Portal לאורחים עם אימות SMS דרך Twilio (חלופה — כפתור 'התחבר' פשוט).

תוצאה: המהירות בקצה עלתה מ-10 ל-80 Mbps, ה-roaming הפך לחלק (זמן מעבר < 50 ms).

מה כלול בהקמת UniFi Turnkey?

• תיעוד: דיאגרמת רשת, תוכנית VLAN, תוכנית תדרים.
• גישה: לבקר, למתגים, לנקודות גישה.
• הדרכה: מיומנויות בסיסיות ב-UniFi Network Application.
• תמיכה: שירות אחריות ל-30 יום.

תהליך הקמת UniFi Turnkey

1. אנליטיקה: סקר שטח, זיהוי הפרעות, מדידות יחס אות לרעש.
2. תכנון: דיאגרמת מיקום נקודות גישה, תוכנית VLAN, תוכנית תדרים.
3. יישום: התקנת בקר (Docker/VM), הגדרת SSID, שרת RADIUS (אם נדרש 802.1X), פורטל שבוי.
4. בדיקות: סימולציית עומס, אימות roaming, מדידות iPerf.
5. פריסה: החלת תצורה, ניטור, מסירת תיעוד.

לוחות זמנים משוערים

העלות מחושבת באופן אישי. חיסכון בתקציב עד 60% בהשוואה ל-Meraki עם פונקציונליות דומה. עלות בעלות כוללת נמוכה ב-40-60%. נבחן את הפרויקט שלך תוך יום עבודה אחד — צור קשר.

רשימת טעויות נפוצות

• שימוש ב-40 MHz על 2.4 GHz בבניין מגורים או במרכז משרדים.
• הספק שידור מוגדר ל-High — יוצר תחושת אות טוב, אבל ה-uplink סובל.
• שכחת להפעיל Band Steering — חלק מהלקוחות נשארים על 2.4 GHz.
• Minimum RSSI לא מוגדר — לקוחות נצמדים לנקודת גישה רחוקה.
• Captive Portal פועל ללא HTTPS (פורט 8843) — דפדפנים מתלוננים על חיבור לא מאובטח.
• אין גיבוי של תצורת הבקר (UniFi עושה גיבוי אוטומטי, אבל עדיף להגדיר cron להעלאה ל-S3).

UniFi עולה על פתרונות תקציביים (TP-Link, MikroTik) ביציבות פי 2-3: מספר התקלות לאחר תצורה נכונה יורד דרמטית. בהשוואה ל-Cisco Meraki או Aruba, עלות בעלות כוללת נמוכה ב-40-60% עם פונקציונליות דומה. אנו עובדים עם UniFi למעלה מ-5 שנים והשלמנו למעלה מ-50 פרויקטים — ממשרדים קטנים ועד קמפוסים עם 500+ מכשירים.

צור קשר להערכת הפרויקט שלך — המהנדסים שלנו יעזרו בבחירת תצורה ויספקו המלצות. קבל ייעוץ על הגדרת Wi-Fi המותאם לצרכים שלך.