# Upravljano gostovanje ali lasten strežnik? Varnostna primerjava

> Upravljano gostovanje ali root strežnik? Varnostna primerjava: kdo popravlja, kdo je odgovoren in kateri model ustreza vaši ekipi in podatkom.

Vir: https://phpsos.de/sl/blog/managed-oder-eigener-server/  
Stanje: 25.10.2026  
Ponudnik: PHP SOS, Nujna pomoč za PHP in varnost strežnikov. Takojšnja pomoč po WhatsAppu: https://wa.me/491736494914?text=Pozdravljeni%2C%20PHP%20SOS%2C%20potrebujemo%20pomo%C4%8D%20z%20na%C5%A1im%20stre%C5%BEnikom%20PHP.%20Podjetje%3A%20%E2%80%A6%20Spletna%20stran%3A%20%E2%80%A6

**Na kratko:** Ali je upravljano gostovanje ali root strežnik varnejši, odloča manj tehnika kot vprašanje, kdo zanesljivo namešča posodobitve. Pri upravljanem gostovanju to v dogovorjenem obsegu prevzame ponudnik, pri lastnem root strežniku vaša ekipa ali ponudnik. Za podjetja brez strokovnega znanja o strežnikih je upravljano gostovanje običajno varnejša izbira. Kdor potrebuje nadzor in ima ekipo za oskrbo, lahko z lastnim strežnikom vozi enako varno.

## Kaj je PHP2Shell razkril o modelih delovanja

Razmere oktobra 2026 so bile preizkus v praksi. Dne 21. 10. ob 16. uri po nemškem času so izšli popravki, BSI je priporočil takojšnjo posodobitev. Kdor je imel upravljani paket, je moral predvsem eno: povprašati ponudnika in si dati potrditi stanje popravkov in ponovni zagon. Kdor je upravljal lasten strežnik, je moral ukrepati sam, pogosto zvečer ali ob koncu tedna.

Oboje je imelo pasti. Pri upravljanih strankah je plošča lahko še naprej kazala staro številko različice, na primer 8.2.34, čeprav je bil prenos popravka (backport) nameščen; brez potrditve ponudnika je stanje ostalo nejasno. Upravljavci lastnih strežnikov so se spraševali, ali imajo prave pakete in ali so vsi procesi PHP znova zagnani. Temeljne pristojnosti opisujeta [Upravljani strežnik: razjasnitev odgovornosti](https://phpsos.de/sl/server/managed-server/) in [Samostojno zavarovanje root strežnika in vServerja](https://phpsos.de/sl/server/root-server-vserver/). Tu gre za odločitev med obema.

## Upravljano gostovanje ali root strežnik: primerjava

| Merilo | Upravljano gostovanje | Lasten root strežnik ali vServer |
|---|---|---|
| Kdo popravlja PHP in operacijski sistem? | Ponudnik, v dogovorjenem obsegu | Vi ali vaš ponudnik |
| Hitrost pri kritičnih vrzelih | Odvisna od procesov ponudnika | Odvisna od vaše razpoložljivosti |
| Nadzor nad konfiguracijo | Omejen, pogosto samo prek plošče ali na zahtevo | Popoln |
| Prehodni ukrepi na ravni strežnika | Mogoči samo prek ponudnika | Izvedljivi sami |
| Dokaz stanja popravkov | Potrebna potrditev ponudnika | Preverljivo samo prek dnevnika sprememb paketa |
| Potrebno strokovno znanje v hiši | Majhno za strežnik, aplikacija ostane pri vas | Veliko, trajno |
| Posebne zahteve, stara programska oprema | Pogosto ni mogoče | Mogoče, a lastno tveganje |
| Iskanje sledi po incidentih | Dnevniki in dostop samo po dogovoru | Poln dostop, a potrebno lastno strokovno znanje |
| Odvisnost | Od ponudnika in njegove pogodbe | Od vaše ekipe in njene dosegljivosti |

Tabela kaže: oba modela premikata odgovornost, nobeden je ne odpravi. Pri upravljanem gostovanju oddate oskrbo strežnika, obdržite pa obveznost spraševanja in zavarovanja svoje aplikacije. Pri lastnem strežniku obdržite vse, vključno s konci tedna.

## Pet vprašanj za izbiro modela delovanja

1. **Ali je v hiši oseba s strokovnim znanjem o strežnikih, ki ima ob bolezni ali dopustu namestnika?** Če ne, je lasten strežnik brez zunanje oskrbe tvegan.
2. **Ali vaša aplikacija potrebuje posebne konfiguracije, lastne storitve ali staro programsko opremo?** Če da, upravljano gostovanje pogosto naleti na meje.
3. **Kako kritična je spletna stran za promet ali poslovanje?** Čim bolj kritična, tem pomembnejše so jasne zaveze glede posodobitev in dosegljivosti, v katerem koli modelu.
4. **Katere podatke obdelujete?** Pri občutljivih podatkih štejejo dokazila in dostop do dnevnikov. Razjasnite, ali ponudnik v skrajnem primeru izroči dnevnike.
5. **Koliko spletnih strani upravljate?** Mnogo podobnih strani je mogoče učinkovito združiti na lastnem, dobro oskrbovanem strežniku. Posamezne strani so pri upravljanem gostovanju pogosto bolje shranjene.

## Mešane oblike, ki se obnesejo

Med obema poloma obstajajo modeli, ki v praksi pogosto delujejo najbolje. Najpogostejši je lasten strežnik z zunanjo oskrbo: nadzor nad konfiguracijo in podatki obdržite, ponudnik po stalnih dogovorih prevzame posodobitve, nadzor in odziv v nujnem primeru.

Druga različica je upravljano gostovanje z dopolnilnim varnostnim pregledom. Ponudnik skrbi za strežnik, neodvisen ponudnik redno pregleduje aplikacijo, vtičnike in sledi, ki so zunaj upravljanega obsega. Za preproste spletne strani ostaja [skupno gostovanje](https://phpsos.de/sl/server/shared-hosting/) razumna rešitev, če ponudnik zanesljivo popravlja in spletna stran nima posebnih zahtev.

Pomembno v vseh modelih: samodejne varnostne posodobitve za operacijski sistem, redno preverjene varnostne kopije in dvofaktorska prijava za vse dostope so osnove, ki veljajo neodvisno od modela. Kdor na lastnem strežniku vzpostavi samodejne posodobitve, mora kljub temu preveriti, da se procesi PHP po njih znova zaženejo; zakaj je to odločilno, pojasnjuje [Po posodobitvi: ponovni zagon PHP-FPM in vseh delavcev](https://phpsos.de/sl/php2shell/php-fpm-neustart/).

> **Pomembno:**
> Noben model delovanja vam ne odvzame odgovornosti za vašo aplikacijo in podatke. Tudi pri upravljanem gostovanju je treba vzdrževati CMS, vtičnike in skrbniške račune, kršitve podatkov pa ocenite vi.

## Kdaj je zamenjava smiselna in kdaj ne

Zamenjava se splača, če je PHP2Shell pokazal strukturno šibkost: vaša ekipa lastnega strežnika ni mogla pravočasno popraviti ali vaš upravljani ponudnik se ni odzval na vprašanja in ni dostavil dokaza. Na kaj paziti pri zamenjavi ponudnika, opisuje [Zamenjava ponudnika gostovanja po varnostnem incidentu](https://phpsos.de/sl/blog/hoster-wechseln-nach-vorfall/).

Slab razlog za zamenjavo pa je posamezen dogodek, ki bi ga bilo mogoče rešiti z boljšim dogovorom. Pogosto zadošča, da obstoječo pogodbo dopolnite z določili o varnostnih posodobitvah, ponovnih zagonih in obveščanju ob kritičnih vrzelih.

Pomislite tudi na čas. Selitev sredi akutnih razmer veže prav tiste moči, ki jih trenutno potrebujejo popravki in iskanje sledi. Bolje je najprej zavarovati sedanji strežnik in zamenjavo nato mirno načrtovati, s čisto novo gradnjo namesto kopije starega sistema.

## Kako PHP SOS pomaga konkretno?

- Vaš sedanji model primerjamo z vašimi dejanskimi zahtevami in pokažemo, kje je odgovornost nejasna.
- Opise storitev upravljanih ponudnikov preverimo glede točk, ki v skrajnem primeru štejejo.
- Za lastne strežnike prevzamemo posodobitve, utrjevanje in nadzor v okviru [pogodbe o varnostnem vzdrževanju](https://phpsos.de/sl/leistungen/security-wartungsvertrag/).
- Ob zamenjavi spremljamo selitev, da se ne preselijo stari dostopi ali nepreverjeni podatki.

## Sklep

Upravljano gostovanje je varnejša izbira za podjetja brez strokovnega znanja o strežnikih, lasten strežnik prožnejša za ekipe z znanjem in pripravljenostjo. Najbolje se pogosto odrežejo mešane oblike, kjer je jasno urejeno, kdo popravlja, kdo znova zažene in kdo se odzove v skrajnem primeru.


## Pogosta vprašanja

**Ali je upravljano gostovanje načeloma varnejše od root strežnika?**  
Ne načeloma. Upravljano gostovanje je varnejše, če ponudnik posodobitve zanesljivo namešča in imate sami malo znanja o strežnikih. Dobro oskrbovan lasten strežnik je lahko enako varen, vendar trajno zahteva čas in strokovno znanje.

**Kdo je pri root strežniku pristojen za posodobitve PHP?**  
Praviloma vi sami. Upravljavec podatkovnega centra običajno skrbi samo za strojno opremo, omrežje in virtualizacijo. Operacijski sistem, PHP, spletni strežnik in aplikacija so pri vas ali vašem ponudniku.

**Ali lahko pri upravljanem gostovanju nastavim lastne nastavitve PHP?**  
Pogosto samo omejeno. Mnogi ponudniki dovoljujejo spremembe prek plošče ali na zahtevo. Za prehodne ukrepe, kot pri PHP2Shell, je treba nekatere nastavitve postaviti za cel strežnik; to je potem mogoče samo prek ponudnika.

**Kaj pa skupno gostovanje?**  
Skupno gostovanje je najpreprostejša oblika upravljanega gostovanja. Ponudnik sistem vzdržuje za mnoge stranke hkrati. Na različico PHP in konfiguracijo imate komaj vpliv, a se tudi komaj morate ukvarjati z njima.

**Ali se po PHP2Shell splača zamenjati model delovanja?**  
Samo če so razmere pokazale resnično šibkost, na primer da nihče ni mogel pravočasno popraviti lastnega strežnika. Zamenjava po občutku redko reši pravi problem.

## Viri

- [php.net: varnostna obvestila](https://www.php.net/)
- [PHP: podprte različice](https://www.php.net/supported-versions.php)
- [CIS Benchmarks](https://www.cisecurity.org/cis-benchmarks)
- [BSI](https://www.bsi.bund.de/)