Wanneer MakeCode-uitbreidings nie wil laai nie of die Arduino-biblioteekbestuurder (Library Manager) op nul persent vashaak, blokkeer die skool se weermuur (firewall) byna nooit makecode.microbit.org of arduino.cc nie. Die skool se ondernemingsinhoudsfilter laat val eerder stilweg die dinamiese netwerkversoeke tussen verskeie gashere wat agter die skerms plaasvind: rou bronkode wat vanaf GitHub-API-eindpunte gehaal word, herleidings oor meervoudige inhoudsleweringnetwerke (CDNs), of binêre argiewe wat as sagteware-aflaaie geklassifiseer word.

Om dit reg te stel, hoef u skool se IT-administrateur nie netwerksekuriteit in gevaar te stel deur die hele internet oop te stel nie. Hulle benodig slegs 'n geteikende witlys wat rekening hou met hoe blaaiergebaseerde samestellers (compilers) en mikrobeheerder-ontwikkelingsomgewings werklik kode ophaal.

Waarom die koppelvlak laai maar die biblioteke misluk

Onderneming-graad skoolweermure—soos Fortinet FortiGate, Sophos, Smoothwall of MikroTik-poorte wat algemeen in Suid-Afrikaanse onafhanklike en staatskole voorkom—maak staat op kategoriese filtrering. Hierdie toestelle kategoriseer verkeer volgens domeinreputasie en MIME-tipes. Wanneer 'n leerder die URL vir 'n aanlyn IDE in Google Chrome intik, word die hoofportaal onder Onderwys gekategoriseer, wat toegelaat word.

Die probleem ontstaan die oomblik wanneer 'n leerder 'n uitbreiding vir 'n OLED-skerm, 'n drywer vir motors, of 'n ultrasoniese sensor byvoeg. Nóg die Microsoft MakeCode-enjin nóg die Arduino IDE sluit alle derdeparty-hardewarebeheerders (drivers) by die basiese toepassing in. Hulle haal eerder eksterne pakkette dinamies oor HTTPS vanaf ontwikkelaarsplatforms af. Daardie versoeke tref domeine wat onder Sagteware-aflaaie, Persoonlike berging, of Oopbron-kodedepots gekategoriseer is, wat standaard skoolweermuurprofiele aggressief beperk om wanware, ongemagtigde sagteware-installasies en bandwydte-uitputting te voorkom.

Die MakeCode-afhanklikheidspyplyn

Microsoft MakeCode (hetsy dit gebruik word vir BBC micro:bit, Arcade of pasgemaakte makerborde) is nie 'n enkele webwerf nie; dit is 'n orkestreerder wat kode van verskeie onafhanklike gashere bymekaartrek terwyl dit binne 'n webwerker in die blaaier saamgestel word.

• Uitbreiding-ontdekking: Wanneer 'n leerder na 'n pakket soek, stuur MakeCode 'n navraag na api.github.com om openbare bewaarplekke op te spoor wat vir PXT (die Programming eXperience Toolkit) gemerk is. As die GitHub-API geblokkeer word of deur tempobeperkende reëls ingekort word, lewer die soektog geen resultate nie.
• Ophaal van bronkode: Sodra dit gekies is, word die rou JavaScript- en C++-drywerkode vanaf raw.githubusercontent.com afgelaai. Baie skoolfilters hanteer hierdie domein as ongeverifieerde lêerberging (soortgelyk aan lêerdelingsplatforms) en verbreek die verbinding, wat die leerder met 'n aanhoudend draaiende laaiwiel of 'n generiese ‘Kon nie pakket laai nie’-foutboodskap laat.
• Simulator en wolksamestellers: Teikenspesifieke simulators en hardewareteikens word dinamies vanaf pxt.io en Microsoft-beheerde Azure-eindpunte (*.makecode.org) gelaai. As hierdie bates geblokkeer word, kan die grafiese werkspasie dalk verskyn, maar die simulator op die skerm sal leeg bly.

Arduino IDE: Argiewe, herleidings en nutsgoed vir die opdragreël

Die Arduino IDE (veral Arduino IDE 2.x, wat gebou is op 'n Electron-koppelvlak wat arduino-cli as 'n agtergrondproses gebruik) staar 'n ander netwerkhindernis in die gesig: die aflaai van argiewe en herleidingskettings.

Wanneer u 'n borddefinisie (soos die ESP32-, ESP8266- of SAMD-kern) of 'n gemeenskapsbiblioteek installeer, volg die nutsding hierdie volgorde:

1. Dit verkry 'n indeks-JSON-lêer vanaf 'n brondomein (byvoorbeeld downloads.arduino.cc of 'n rou GitHub-skakel wat in die Bordbestuurder-URL'e gespesifiseer is).
2. Die indekslêer verwys na 'n saamgeperste argief—gewoonlik 'n .zip-, .tar.bz2- of .tar.gz-lêer wat op GitHub Releases gehuisves word.
3. GitHub Releases reik onmiddellik 'n HTTP 302-herleiding uit na 'n Amazon S3-bergingsemmer onder objects.githubusercontent.com.

As die skoolnetwerk uitvoerbare lêeruitbreidings of saamgeperste argiewe vanaf nie-gewitlyste domeine blokkeer, word die aflaai skielik beëindig. Aangesien arduino-cli hierdie transaksies via plaaslike agtergrondoproepe hanteer, sal dit boonop nie die tipiese blaaiergebaseerde hupstootportaal (captive portal) aktiveer wat skool-Wi-Fi-netwerke gebruik om gebruikers te verifieer nie.

SSL-inspeksie en die sertifikaatprobleem

Baie Suid-Afrikaanse skole stuur netwerkverkeer deur deursigtige instaanbedieners (proxy servers) wat diep pakkie-inspeksie (Deep Packet Inspection / DPI) gebruik om leerders se webgebruik te monitor. Sodat dit kan werk, moet 'n pasgemaakte Sertifiseringsowerheid-wortelsertifikaat (CA-wortelsertifikaat) op elke kliëntrekenaar geïnstalleer wees. Terwyl bestuurde Windows-skootrekenaars wat via 'n skoolbestuurstelsel versprei word dalk hierdie CA vooraf geïnstalleer het, kom drie algemene mislukkingsituasies in 'n rekenaarlaboratorium voor:

• BYOD-toestelle: Leerders wat hul eie skootrekenaars gebruik, sal SSL-handskudmislukkings op elke veilige eindpunt ervaar omdat hul toestelle nie die skool se inspeksiesertifikaat vertrou nie.
• Ingeboude CLI-nutsgoed: Die agtergrond-opdragreëlnutsgoed wat deur robotika-sagteware gebruik word, gebruik dikwels hul eie ingeboude sertifikaatbewaarplekke in plaas daarvan om die bedryfstelsel se vertrouensbewaarplek te lees, wat lei tot verbindingsonderbrekings.
• WebSockets: Intydse samestelling en WebUSB/WebSerial-ontfoutingskakels kan misluk wanneer dit deur ouer, slegs-HTTP-kasbedieners (caching proxies) beweeg.

Die IT-witlyskontrolelys

Oorhandig hierdie konkrete lys aan u skool se netwerkadministrateur of IT-afdeling. Versoek dat hierdie domeine en protokolle by die verbyvloeilys (bypass list) gevoeg word vir beide die inhoudsfilter en diep SSL-inspeksie op die VLAN of IP-subnet wat vir die robotikalaboratorium of koderingsklaskamer aangewys is:

Benewens domeinwitlyste, moet die IT-span bevestig dat lêeruitbreidingsfiltrering nie .json-, .hex-, .zip-, .tar.gz- of .tar.bz2-strome wat vanaf die bogenoemde domeine kom, laat val nie.

Praktiese planne vir netwerkbeperkte omgewings

As u skool op 'n onbuigsame gesentraliseerde instaanbediener werk—soos provinsiale onderwysnetwerkverbindings waar individuele rekenaaronderwysers nie plaaslike weermuurwysigings kan versoek nie—moet u om die netwerkhindernis beplan:

• Vir MakeCode: Laai die vanlyn MakeCode-toepassing vir micro:bit af waar 'n installeerder beskikbaar is, of laai uitbreidings op een ‘meesterprojek’ via 'n eksterne verbinding (soos 'n mobiele warmkol), stoor die projek as 'n .hex-lêer, en laat leerders daardie plaaslike lêer oopmaak. MakeCode bondel uitbreidings wat reeds ingevoer is direk binne die .hex-projeklêer, so sodra dit ingevoer is, is geen netwerktoegang nodig om daardie blokke te gebruik nie.
• Vir Arduino: Berei 'n meesterinstallasie van die Arduino IDE voor met al die nodige borde (soos ESP32- of AVR-kerne) en klaskamerbiblioteke vooraf geïnstalleer in die draagbare (portable) vouerstruktuur. Versprei hierdie hele gids na laboratoriumrekenaars via 'n USB-stokkie of plaaslike netwerkaandeel, wat die Bord- en Biblioteekbestuurders in die klas heeltemal omseil.

Vir instellings wat toegewyde hardewarelaboratoriums opstel en betroubare toestelbestuur, plaaslike gereedskapskettings en weermuurversoenbare konfigurasies oor primêre of sekondêre fases heen benodig, ondersteun ons span infrastruktuuruitrolprogramme direk deur Sheen Robotics Skooldienste.

'n Moderne koderingsklaskamer kan nie funksioneer op 'n webfiltreringsbeleid wat slegs vir passiewe blaaiwerk gebou is nie. Wanneer IT-administrateurs besef dat koderingsplatforms soos sagteware-ontplooiingspyplyne optree eerder as statiese teksbladsye, is die oplossing eenvoudig, spesifiek en permanent.