faq:index

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision		 Previous revision
faq:index [2017/09/11 13:43] – matthiasfaq:index [2026/05/27 14:01] (current) – external edit 127.0.0.1
Line 1: Line 1:
 ====== Veel gestelde vragen ====== ====== Veel gestelde vragen ======
-Wij raden aan om eerst de relevante dingen uit de '[[:appcluster-hosting#quick_start|Quick Start]]' te lezen. +Als u nieuw bent bij ons platform is het raadzaam om eerst alle relevante dingen onder '[[:appcluster-hosting#quick_start|Quick Start]]' te lezen en darana 'aanvragen van toegang tot het platform'. Onderstaande vragen/verzoeken komen met enige regelmaat langs:
  
 +====== Contact ======
  
-=== Het aanvragen van toegang tot het platform. ===+Mocht u vragen, verzoeken of storingen hebben en deze willen melden dan kunt u dat doen via onze Self Service portal: https://support.npohosting.nl. Als u hiervoor nog geen account heeft, dan kunt u die aanvragen via hosting@omroep.nl. 
 + 
 +Tevens zijn wij te bereiken op het telefoonnummer: 035-3333355. 
 + 
 +==== Algemeen ==== 
 + 
 +  * [[:faq_rechten-filesysteem| De rechten van mijn files staan niet goed]] 
 +  * [[faq:backups|Maken jullie ook backups? (Hoe) kan ik daar bij komen? ]] 
 + 
 +---- 
 + 
 +==== Het aanvragen van toegang tot het platform en upload-sites ====
    
   * [[:faq_ssh-en-ftp|SSH en sftp]]   * [[:faq_ssh-en-ftp|SSH en sftp]]
   * [[:faq_ftp|FTP]]   * [[:faq_ftp|FTP]]
  
-=== Logging: ===+ 
 +==== Logging: ====
  
   * [[:faq:index_apache-logs|Waar vind ik de apache acces en error logs]]?   * [[:faq:index_apache-logs|Waar vind ik de apache acces en error logs]]?
   * [[:faq:index_apache-logs|Hoe zit de apache logging in elkaar]]?   * [[:faq:index_apache-logs|Hoe zit de apache logging in elkaar]]?
  
-=== Websites afschermen en beveiligen ====+==== Network: ==== 
 +<spoiler|Wat zijn de ranges voor uitgaand verkeer?> 
 +Indien uw applicatie requests doet naar andere (web)sites, dan kan het 
 +van belang zijn om te weten vanaf welke IP adressen die requests komen. 
 +Dit zijn de IP ranges om in te stellen voor de productie omgeving ("het appcluster"): 
 +  * IPv4: ''145.58.28.0/23'' (Let op de **/23** !) 
 +  * IPv6: ''2a02:458:101:28::/64'' 
 + 
 +En deze voor de testomgeving ("het testcluster") 
 +  * IPv4: ''145.58.73.0/24'' 
 +  * IPv6: ''2a02:458:101:73::/64'' 
 +</spoiler> 
 +   
 +==== Websites afschermen, beveiligen en onderhouden =====
  
   * [[faq:websites_afschermen|Met een wachtwoord of op basis van IP adress]]   * [[faq:websites_afschermen|Met een wachtwoord of op basis van IP adress]]
   * [[faq:SSL|Https activeren]]   * [[faq:SSL|Https activeren]]
 +  * Hoe kan ik mijn **wordpress** installatie (makkelijk) updaten?
 +Dit kan met WP-CLI. Zie voor meer informatie: [[sterretje-cluster:appcluster-hosting_wordpress|Wordpress binnen Netboot]]
  
-[[:faq_rechten-filesysteem| De rechten van mijn files staan niet goed]] 
  
-=== Applicatie specifiek: ===+ 
 +==== Applicatie specifiek: ====
   * [[:faq_frontproxy-java|Java: er blijven pagina's in de frontproxy hangen]]   * [[:faq_frontproxy-java|Java: er blijven pagina's in de frontproxy hangen]]
-    * [[:faq_frontproxy-java#ik_zie_de_prive_sessie_van_iemand_anders|Java: Ik zie de prive sessie van iemand anders]]+  * [[:faq_frontproxy-java#ik_zie_de_prive_sessie_van_iemand_anders|Java: Ik zie de prive sessie van iemand anders]] 
 +  * [[:faq:mmbase-builders |MMbase: Waarom werkt het installeren van nieuwe builders niet in MMbase?]]  
 +  * [[:faq:admin-instanties |PHP: Ander geheugenlimiet voor admin omgevingen van CMS'en. Onze oplossing: admin instanties ]] 
 +  * [[sterretje-cluster:appcluster-hosting_wordpress|Het installeren van een Wordpress applicatie]]
  
-\\ +<spoiler |Kan ik zelf de applicatieserver (her)starten? >
----- +
-\\ +
-=== Kan ik zelf de applicatieserver (her)starten? === +
- +
 Ja. Indien gewenst kunnen wij hiervoor een mechanisme voor u opzetten op Ja. Indien gewenst kunnen wij hiervoor een mechanisme voor u opzetten op
 basis van uw opload account en een trucje met ssh. basis van uw opload account en een trucje met ssh.
Line 34: Line 61:
 die leeft onder ''/e/as/xxxx01'' dan kunt u, nadat die leeft onder ''/e/as/xxxx01'' dan kunt u, nadat
 eea opgezet is, uw applicatieserver stoppen/starten door eea opgezet is, uw applicatieserver stoppen/starten door
-in te loggen op uw opload account en op de shellprompt te typen+in te loggen op uw upload account en op de shellprompt te typen
 <code> <code>
 ssh stop-xxxx01as ssh stop-xxxx01as
 +
 ssh start-xxxx01as ssh start-xxxx01as
-</code>+ </code> 
 +</spoiler>
  
-=== Hoe kan mijn applicatie http requests bij zichzelf doen? ===+<spoiler | Hoe kan mijn applicatie http requests bij zichzelf doen? >
 Stel dat het voor een deel van uw applicatie nodig is dat deze via http Stel dat het voor een deel van uw applicatie nodig is dat deze via http
 iets aan zichzelf, of aan een andere applicatie in dezelfde omgeving vraagt: iets aan zichzelf, of aan een andere applicatie in dezelfde omgeving vraagt:
Line 57: Line 86:
 "Host:" header mee te geven met de juiste virtual host (bv "Host: "Host:" header mee te geven met de juiste virtual host (bv "Host:
 www.groente.nl") www.groente.nl")
 +</spoiler>
  
-=== Waarom werkt het installeren van nieuwe builders niet in MMbase? === 
-De reden is dat MMBase probeert te schrijven in z'n builders directory; 
-dat is niet toegestaan. Vanaf de upload server kunt u de actie 
-(het kopieren van een builder xml) voor MMBase doen. 
- 
-== Kan ipv apache2.4 als frontproxy ook squid gebruikt worden? == 
-Liever niet. Wij bieden geen squid aan, omdat testen bij ons hebben 
-uitgewezen dat onder hoge load apache2 beter presteert dan squid. 
-Bovendien gebruiken wij functionaliteit van apache die door squid niet 
-geleverd wordt (https, header rewriting e.d). 
- 
-== Maken jullie backups? == 
-Ja, zowel de test- als de productieomgeving worden gebackupped. Van alle 
-databases wordt dagelijks een export gemaakt, en de export wordt samen met 
-alle andere bestanden gebackupped.  
- 
-In de productieomgeving is een mogelijkheid om zelf restores uit te voeren mbt 
-de NetApp snapshot faciliteit. In de root van elk filesysteem vindt 
-u de situatie zoals deze enkele uren en enkele dagen geleden op het 
-filesysteem was. Om hier weer files uit terug te toveren gaat u als 
-volgt te werk (nadat u ingelogged bent op de upload server. 
-Hieronder een voorbeeld voor het terughalen van het bestand 
-''/e/ap/groenteenfruit/web-app/lekker.jsp'' 
-In onderstaand voorbeeld is het dollar ($) teken uw unix prompt; 
-dat typt u dus niet in. 
- 
-  * Bepaal op welk filesysteem uw bestand lag. Het makkelijkst is in de directory te gaan staan ("cd") waar het verloren bestand was en "df ." in te gebruiken 
-<code> 
-$ cd /e/ap/groenteenfruit/web-app 
-$ df . 
-Filesystem            Size  Used Avail Use% Mounted on 
-fs1:/mmc_ro_00        1.0G   80M  944M   8% /d/fs1/ro/00 
-</code> 
-Kijk in de "Mounted on" kolom en u ziet dat dit filesysteem blijkbaar 
-gemount was op ''/d/fs1/ro/00'' 
-  * In de mount directory vindt u de snapshots. Kies de juiste snapshot en cd vanaf daar naar de juiste plek en pluk daar het gewenste bestand weer vandaan: 
-<code> 
-$ cd /d/fs1/ro/00 
-$ ls -a 
-.  ..  ap  as  db  fp  README  .snapshot 
-$ cd .snapshot 
-$ ls 
-hourly.0  hourly.2  hourly.4  nightly.0 
-hourly.1  hourly.3  hourly.5  nightly.1 
-$ cd nightly.0 
-$ ls 
-ap  as  db  fp  README 
-$ cd ap/groenteenfruit/web-app 
-$ cp lekker.jsp /e/ap/groenteenfruit/web-app/lekker.jsp_restored 
-</code> 
- 
-=== Admin instanties === 
-Zoals beschreven in onze [[:schaalbare-website|tips voor een schaalbare website]]; PHP vraagt relatief veel resources per connectie. PHP handelt zijn connecties af via 'workers'. Die workers hebben standaard met PHP een geheugenlimiet, wij kunnen dit geheugenlimiet aanpassen  afhankelijk van het aantal workers. Wij delen alles op in instanties die maximaal 2 GB geheugen. Dus het aantal workers keer het geheugenlimiet per worker is totaal 2 GB.  //Bijvoorbeeld, PHP geeft standaard 64 MB:2048/64= 32 workers//  
-De kunst is om hier een goede balans in te maken: genoeg workers om veel verzoeken af te handelen en genoeg geheugen per worker zodat PHP  geen fouten geeft.  
  
  
-We zien vaak dat beheer-omgeviningen van CMS'en relatief veel geheugen nodig hebben. Te weinig geheugen geeft foutmeldingen. Als je het geheugen zou bijstellen tot bijvoorbeeld 512MB, houdt je maar 4 workers per PHP instantie over. Je beheeromgeving werkt dan misschien wel, maar als je meer bezoekers krijgt op je website gaat het mis. Dan kun je hetzelfde effect krijgen als met brakke mysql queries; je houdt geen workers meer over voor je bezoekers en die zien dan een foutmelding "502 proxy error". Dit ligt niet aan de frontproxy maar het komt doordat de proxy zijn request niet meer kwijt kan bij de backend. Alle workers zijn bezet en kunnen geen nieuwe requests meer aan.  
  
-In het algemeen heeft een bezoeker op je PHP site niet zoveel geheugen nodig per worker, dus voor de bezoekers wil je het liefste een balans met meer workers en minder geheugen.  
-Wij kunnen voor het beheren van een CMS een apparte php instantie inrichten met relatief veel geheugen en weinig workers. Alle verzoeken /admin op je site worden dan door die instantie afgehandeld. Voor de security is het dan vaak ook een goed idee om iets te doen met IP whitelisting of extra authenticatie d.m.v. digests in te stellen. 
  
  • faq/index.1505130206.txt.gz
  • Last modified: 2026/05/27 14:01
  • (external edit)