Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 154 reacties
Submitter: PierreG

Gebruikers klagen dat ze niet kunnen inloggen op Office 365. De storing lijkt te zijn begonnen rond kwart over tien. Microsoft meldt nog geen storing met Office 365, maar wel met cloudplatform Azure.

Office 365 downDe statuspagina van Office 365 geeft geen storingen weer, maar de pagina van Azure meldt wel problemen. Gebruikers klagen dat ze niet kunnen inloggen en de storing lijkt zich vooral voor te doen in Europa, waaronder de Benelux.

Het is onbekend of het alle gebruikers treft, maar Tweakers kreeg in het afgelopen uur een ongebruikelijk hoog aantal tips binnen over de storing. Diverse it-bedrijven melden de storing bovendien op hun Twitter-account. Wat de oorzaak is en hoe lang de problemen gaan duren, is vooralsnog onbekend.

Update, 11.50: Het probleem ligt waarschijnlijk bij Azure Active Directory, Microsofts dienst voor identiteits- en toegangsbeheer waar onder andere Office 365 maar ook andere diensten gebruik van maken. De Azure Active Directory kampt met een storing. Microsoft Nederland kon nog geen verdere details geven over het probleem.

Update, 13.00: "Sommige klanten kunnen onze diensten misschien niet bereiken door een service-incident. Ons team werken er hard aan om de toegang te herstellen", aldus een Microsoft-woordvoerder.

Moderatie-faq Wijzig weergave

Reacties (154)

1 2 3 ... 6
Je kan de live status van de storing bij houden op:
https://azure.microsoft.com/nl-nl/status/

misschien voor verschillende mensen handig.
Bij ons werkt het inmiddels weer. Helaas werkte het aanpassen niet van DNS.
Hoop dat het voor mensen nu zo is.
Hier opgelost door tijdelijk volgende (US) DNS servers in te voeren:

Preferred: 173.14.138.129
Alternate: 24.73.226.210


71.93.23.209
69.85.251.98

source: http://public-dns.tk/nameserver/us.html

[Reactie gewijzigd door JeroenSchoen op 3 december 2015 12:36]

Oh lekker. Worden weer DNS servers ingesteld waarvan de herkomst compleet onduidelijk is.

Als het niet werkt ga je toch gewoon al je verkeer omleiden. Net zolang tot het wel werkt 8)7
Naderhand ook vooral vergeten om het terug te zetten....Waarom gebruik je niet gewoon een VPN server uit Rusland voor al je lokale verkeer. Dan wéét je tenminste dat je alles openzet voor infecties.

Gebruik gewoon de DNS servers van je provider (of uit een andere, betaalde, geverifieerde bron).
Tip voor sysadmins: Laat je niet onder druk zetten door je gebruikers. Het is niet jouw taak om alle externe factoren op te lossen.
Het is niet jouw taak om alle externe factoren op te lossen.
De praktijk is vaak zo: 'sysadmin bij concurrent x kon 't wel oplossen; waarom jij niet?'
Als het op te lossen is via dns kan een echte sysadmin dat ook wel zonder vage third party dns. Een echte sysadmin heeft namelijk allang zelf een eigen dns staan voor z'n lokale netwerk want die van je isp kun je niets aan wijzigen.
Als je zelf de regels toevoegt aan je lokale dns zou het ook goed moeten werken toch?
Je kan mogelijk ook deze DNS servers gebruiken, is in ieder geval veiliger dan van een .tk domein..

https://tvunblock.com/
Dankje! dit werkt voor ons in ieder geval prima!

Meer mensen die dit kunnen bevestigen?
Helaas bij mij niet. Verschillende DNSen geprobeerd met bijbehorende flushes van cache en dns, maar blijft hangen op de postlogin, je ziet dan de count in de url oplopen met de retries.

Als het slechts een DNS resolve problem was, was het vast sneller opgelost. Ik hoop dat ze dat in ieder geval doen, dit is lekker goed voor het imago zo. Heb enkele trials/pocs lopen bij bedrijven en dit helpt niet. Of juist wel ;)
Als je die count ziet oplopen (wat ik ook regelmatig ervaar) dan helpt het bij mij altijd om de refresh te stoppen en dan de url aan te klikken en op enter te drukken.


Edit:
Het werkt trouwens weer hier bij mij zonder aanpassingen.

[Reactie gewijzigd door mrdemc op 3 december 2015 13:45]

@fx500
DNS workaround bevestigd. Dank u
Hierbij bekende DNS die niet werkt:

8.8.8.8 Werkt niet
208.67.222.222 werkt niet


Reden hierdoor is de sync tussen EU en US servers voor EU klanten.
Ter info:

173.14.138.129 USA Massachusetts
24.73.226.210 USA Virginia

71.93.23.209 France
69.85.251.98 USA Alabama
Ik kan hier weer inloggen op de Azure portal. Heb geen DNS aangepast hiervoor.
Grappig, daarom werkt het bij ons wel. Wij gebruiken de Google DNS servers. Die leiden alle Office 365 verkeer om naar de VS (waardoor ook Outlook trager is).
En daarom gebruik ik dus liever geen totale cloudoplossing. Een storing (of het nou alleen inloggen of geen toegang tot Internet is) en je hele business ligt plat. Eerlijk is eerlijk, we gebruiken hier VMWare, dus we hebben onze eigen private cloud zeg maar :+
Maarja, als bij jou on-premise je AD's eruit klappen.. heb je dezelfde issues.
Verschil is wel dat ik denk dat Microsoft toch meer monitoring etc heeft dan de gemiddelde mkb-er :)
Het verschil is dat de On Premise AD, Exchange Servers en File Servers die onder mijn beheer vallen er eigenlijk nooit uit klappen. De reden om naar Office365 te gaan is meestal het aantal Euro's wat het kost. Het is bijna gratis in vergelijking met een On Premise omgeving met je eigen beheer team.

En dan kom je erachter dat Office365 toch niet zo stabiel is als je On Premise omgeving en je nu misschien niet kan werken. Dan rollen de euro's nog harder je zak uit.
Ik denk dat de abo kosten wel iets lager liggen dan jouw salariskosten
Die kans is groot.
Maar het is vrij waarschijnlijk dat hij voor zijn salaris ook nog iets anders doet dan zich met die File Servers bezighouden.
Dat is dus niet 1-op-1 te vergelijken.

Zelfde hier overigens: alles on premise, en niks in de cloud.
Alles werkt, met nauwelijks downtime. Op het moment dat er iets aan de hand is kan ik het wel repareren.

Voor de rest ben ik met andere zaken bezig, als er werk/onderhoud aan de IT services nodig is krijgt dat uiteraard prioriteit, maar het is onzin om mijn hele salaris af te zetten tegen de kostprijs van een 1 enkele clouddienst.
Ik denk dat je niet moet rekenen in wat mijn salaris is en wat een Office365 abo kost. Je moet rekenen wat het kost als je hele bedrijf op Office365 zit en niemand kan werken.

Dat kan ineens een heel ander kostenplaatje zijn.
En als de enige sysadmin ziek is, door een verkeersongeluk in coma ligt, of nog erger..

Je wenst het niemand toe, maar het gaat om continuïteit, en je weet zeker dat als MS zo'n soort probleem heeft dat er meteen een specialist op zit. Iets wat je als lokale sysadmin nooit op zoveel verschillende vlakken tot in detail kunt zijn.
Office werkte natuurlijk wel nog, men kon niet inloggen op SharePoint online, maar de office client werkte gewoon.
Vaak zijn veel van je documenten locaal gecached met Onedrive For Business, dus niet niet kunnen werken is zeker niet juist.
Hangt ervan af. Ik doe dit voor vestigingen op 3 continenten en meer dan 300 Office gebruikers. Ik denk dat mijn loonkosten dan wel eens een stukje lager kunnen zijn }> . Als die 300 man stilstaan omdat ze niet in Office kunnen en omdat de hosted Exchange eraf ligt, dan wordt het toch een duur grapje.
Mja verschil is ook dat je 1 a 2 man hebt die de AD voor 1 bedrijf moeten fixen of misschien een man of 10-20 die de AD voor 300.000 bedrijven moeten fixen.

Voor veel storingen niet relevant, voor anderen extreem relevant.
Ik verwacht persoonlijk dat ze een groter team van 20 man erop hebben zitten op dit moment. Wat me echter wel zorgen baat is de reduntant uitrusting.. Waarom is der geen failover geweest naar een server die dit verkeerd overneemt? :? :?
De failover Mitigation path was een incorrecte config.
Engineering teams have identified an Azure Active Directory configuration error that is believed to be the root cause of the issue. Prior to executing a failover, the Azure Active Directory team identified an issue with the failover mitigation path, which would have blocked the mitigation. The team is now implementing an update to Azure Active Directory front ends to call a known good configuration.
(bron)

[Reactie gewijzigd door vSchooten op 3 december 2015 13:17]

Krijg meldingen van klanten dat ze weer erin kunnen, MS geeft t ook aan:
Customers may see some improvement as a result of the update to the front end.
"Engineering teams have identified an Azure Active Directory configuration error that is believed to be the root cause of the issue. Prior to executing a failover, the Azure Active Directory team identified an issue with the failover mitigation path, which would have blocked the mitigation."

Blijkbaar omdat de failover niet goed werkte..
Verschil is wel dat ik denk dat Microsoft toch meer monitoring etc heeft dan de gemiddelde mkb-er
Dat heeft dan alsnog niet voorkomen dat ze zelf plat gaan.
Ik denk dan ook dat je deze tak van microsoft te veel krediet geeft.
Mwah wat ik ze kwalijk neem is dat de failover niet heeft gewerkt..
Anders was er niet zo een groot issue geweest.. :/
Ja, zoiets dacht ik ook al. Lijkt me dat zaken als DNS en AD redundant worden uitgevoerd omdat ze een dikke single point of failure zijn.
Magoed, is me ook niet helemaal duidelijk wat het precieze probleem was.
Het was gewoon redundant uitgevoerd allemaal.
Alleen is de failover mislukt :P

Stelletje prutsers ook! |:(
Absoluut waar. Een van de redenen waarom we AD servers ook geografisch verdeeld hebben. AD voor NL heeft ook op vestigingen in het buitenland een kopie draaien en omgekeerd. Uiteraard, als je AD corrupt raakt ben je nog steeds de sjaak :o
Bij Google Apps in 8 jaar tijd nagenoeg geen totale storingen van het systeem (niet dat ik me kan herinneren, op een redelijke Drive outage dit jaar van een uur).

Zoals hierboven ook gezegd, dat lukt me met een eigen systeem never nooit niet. Zelfs mijn eigen laptop is niet zo betrouwbaar.
De ervaring is dat Google ontelbare kleine en grotere storingen heeft gehad de afgelopen 8 jaar. Je opmerking klinkt als FUD in een Office365 nieuwspost

En ja, natuurlijk lukt dat wel met een on premise systeem.
Dat lukt juist met pure Cloud services never nooit niet. (je hoofd te veel in de Cloud?)

Oh ja, meer dan de helft is op advies en na een maanden ervaring van Google Apps afgestapt. En naar on premise of Office365 gegaan. Door minder functionaliteit en...storingen. Ben er zelf ook wel blij om. Google Apps kan leuk zijn voor consumenten maar laat het alsjeblieft bij bedrijven weg.
Leuk weetje: Exchange on premise zit bij 84% van alle bedrijven. Office 365 daarna en ten slotte komt Google aanhobbelen. Zo ik het nu schrijf klinkt het zelfs komisch :)

[Reactie gewijzigd door Tweaker1234 op 3 december 2015 13:46]

Ik weet niet waar je het haalt dat Google Apps veel storingen zou hebben. In vergelijking met Office365 zijn het er veel minder. Ook heeft Google Apps geen geplande downtime.

Daarbij zijn ook zeer weinig firma's die hun on premise exchange even betrouwbaar kunnen draaien als Microsoft (je kan dan wel anecdotisch zeggen dat in bedrijf x er nooit een uitval is geweest, maar wat als? Hoe snel is er een interventie, hoe garandeer je uptime?).

Bij migratieprojecten naar de cloud is het eigenlijk simpel. Als een bedrijf reeds Exchange heeft en naar de cloud wil, ga je sneller naar Office 365 en enkel naar Google Apps indien er een specifieke reden is. Indien ze van een ander platform migreren (ja, zelfs Lotus Notes bestaat nog), is de keuze een stuk opener.
Er zijn wel degelijk multinationals die Google Apps gebruiken omdat er specifieke problemen zijn met Office365 (zo is (was?) het in Office 365 niet mogelijk om verschillende geografische gebieden te koppelen op 1 domein)
RieiN doet net alsof Google Apps bijna nooit plat gegaan is de afgelopen 8 jaar. De afgelopen 8 jaar is gebleken uit de praktijk dat dat onzin is.
Aan andere kant wel te verwachten voor een bedrijf(Rieins bedrijf) dat 100% op Google diensten draait...

En als je goed las, blijkt dat van de Exchange systemen 84!!! % gewoon on premise te draaien. Blijkbaar zijn online diensten nog altijd inferieur. Hoe hip het naar de cloud gaan zou zijn ;)

[Reactie gewijzigd door Tweaker1234 op 3 december 2015 16:22]

Nee hoor, de downtime is minimaal geweest.

Natuurlijk praat ik een beetje voor eigen parochie. Maar ik lieg niet ;) Google Apps heeft een veel betere uptime statistiek, daar hoeven we niet zo lang over te twisten. Google Apps is dan ook praktisch NIET plat gegaan, er is zo nu en dan eens een dienst langzaam of tijdelijk offline gegaan.

"In looking at Microsoft Office 365 Incident reports over a 151 day period (9/23/2012 to 2/2/2013), we tabulated 18 unique Exchange incidents. These incidents, and scheduled downtime windows, represent a total of 4,503 minutes of downtime, or 3 days, 3 hours and 3 minutes. By our calculations, that comes to a 97.929% availability during this period; not quite the 99.9% Microsoft promises its customers. By comparison, Gmail was available 99.983% of time. Over a similar 151 day period, this amounts to an average of 44 minutes of downtime.

So what does this mean to customers looking at the two systems? It means that for every 1 minute of Gmail downtime, Exchange Online is down for 103 minutes! "

Bron is een pro-google site:
https://www.cloudsherpas....ange-system-availability/

Maar de Pro-office site geeft ook aan dat het wel hoog is, maar zij rekenen de downtime niet mee (die Google niet heeft)
Zborowski characterized Office 365's availability over the past four quarters as "great." Specifically, the worldwide uptime averages for Office 365 during the last four quarters from July 2012 through June 2013 were 99.98%, 99.97%, 99.94% and 99.97% respectively.

En die 84%, tja, kwestie van tijd he. Microsoft zet vol in op de cloud, dus die ontwikkeling gaat nog wel even door.
De praktijk vertelt mij hoe het de afgelopen is geweest. Kan je 6 kantjes over schrijven maar dat helpt niet. Ik heb je stuk niet eens gelezen want de teneur is na 2 woorden al op te maken. :X
Leuk weetje: Exchange on premise zit bij 84% van alle bedrijven. Office 365 daarna en ten slotte komt Google aanhobbelen. Zo ik het nu schrijf klinkt het zelfs komisch :)
Heb je daar ergens een bron van?
We zijn zelf eens naar cijfers aan het zoeken geweest omdat de directrice hier per sé Exchange wou (omdat dat het enige was waar ze ooit van gehoord had en letterlijk "omdat heel de wereld dat gebruikt")
Mijn zoektocht was redelijk "inconclusive", een pro-Microsoft bron gaf aan Exchange inderdaad het meest gebruikt was, bij pro-Linux/UNIX/Apple bronnen vond je heel andere cijfers. Afhankelijk wellicht van wat er wel en wat niet meegeteld wordt.

IK neem aan dat die 84% van alle bedrijven ook een subset is, zoals: 84% van de bedrijven die een eigen mailserver hebben - of iets dergelijks?
Niet 84% van echt àlle bedrijven, dat kan ik echt moeilijk geloven...
Dat waren 3 artikelen. Waarvan één in de Computable. Was zelf ook verbaasd al geeft de praktijk dat het niet onwaarschijnlijk is.
Wij mogen ook van geluk spreken, dat we bij Google Apps geen last hebben gehad van een storing. Maar zie wel redelijk vaak een status mail van Google Apps voorbij komen, dat ze een verminderde bereikbaarheid aan het onderzoeken zijn.
VMWare is geen cloud. Dat is virtualisatie. Een cloud is elastisch.
Geef eens een definitie van Cloud. Ik weet dat de meningen verdeeld zijn ;)
De meest vereenvoudigde definitie van Cloud is "Het Internet". In het Nederlands zeggen we ook wel dat iets "in de lucht" is. Oftewel verbonden met de wereld. Voor iedereen/overal (eventueel onder voorwaarden) toegankelijk.

Elke website bevindt zich in die zin "in de cloud".

Tegenwoordig wordt Cloud vaak gebruikt voor het aangeven van enkel gebruikerssoftware en data dat zich extern bevind (dus (externe) virtualisatie valt daar ook onder).

[Reactie gewijzigd door Mocro_Pimp® op 3 december 2015 15:10]

Je kan toch ook lokaal virtualiseren? Ik heb hier zo'n 300 virtuele machines op on premise hardware draaien. Daar is niks cloud aan.
On cloud is een business term dat betekend voor management: we moeten geen servers onderhouden yeyy kosten besparing!
Dat ze niet denken op lange termijn dat ze hun informatie niet eenvoudig naar een andere partij kunnen verplaatsen vergeten ze gemakshalve.
Hoe zo kan dat niet gemakkelijk?
Alle data binnen bijvoorbeeld de Google Cloud is volledig te downloaden in universele formaten.
:) ik heb het bv over SalesForce Cloud solution ;) niet puur "documenten storage", daar heb je echter meer problemen mee dat het Amerikaanse bedrijven zijn en dat in sommige landen (Zwitserland) informatie van klanten niet in het buitenland opgeslagen mogen worden.
Het is zeker een goed argument om geen cloud te nemen; maar gelukkig zijn er meerdere aanbieders :) Wij hebben een AWS / Azure fail-over voor kritische services geïmplementeerd. Is een gedoe en een hoop overhead, maar het werkt.
Kan jij voor elk type probleem de meest geschikte persoon inschakelen binnen de paar minuten? Je server is immers niet enkel software (waar ook al bijzonder veel type problemen mee kunnen voorkomen waar praktisch onmogelijk 1 persoon alles van kant) maar je hebt ook hardware, infrastructuur, netwerk en noem maar op. Ik vermoed dat cloud aanbieders (met enkele duizenden servers) elke minuut van de dag iemand on call heeft voor praktisch elk type probleem.
Je mag je als doorweeks bedrijf al gelukkig stellen als je een op elk moment actieve monitoring hebt.

Zelfs wij als professioneel aanbieder van cloud diensten hebben onze volledige infrastructuur aan een leverancier overgelaten. Wij gaan niet iemand full time betalen voor een probleempje dat maar 1 maal per jaar voorkomt.
Is het probleem toch ernstig dan heb je een SLA dat je kan beschermen en kan eventueel de kosten gaan terughalen bij de leverancier.
Dat staat helemaal los van cloudoplossing. Er is geen enkel hosting partij waar dit soort storingen niet voorkomen. Bovendien draaien de meeste services zonder problemen, alleen de portals van azure zijn niet benaderbaar en Office365.

VMWare gebruiken wij ook in onze private cloud of hosting dienst, hoe je het maar wil noemen. Als ik de storing van VMware die we hadden vergelijk met de storing van Azure Active Directory...mmmm, dan heb ik 100 keer liever deze storing _/-\o_

Ik blijf me dan ook verbazen dat mensen alles met "cloud" erin eng vinden, maar goed, over 5 jaar weten we niet beter...
Ligt eraan voor welk pakket je kiest, het is ook prima on-premise te draaien (zoals de traditionele office oplossing) dan is heel de connectie niet nodig. Die hoeft dan slechts eens in de 80 dagen, als ik mijn niet vergis, plaats te vinden.
Nogmaals: e-mail werkt gewoon. Er zijn hier geen businesses die plat zijn. Hooguit als een bedrijf volledig via webmail werkt.

De kans is groter dat je fysieke park offline gaat dan dat de e-mailservers van Microsoft onbereikbaar zijn.
Geen business die plat ligt?? Het halve onderwijs heeft ernstige hinder. Heb je enig idee hoeveel geld dit kost?
Uuuhm.. Mail werkt niet gewoon wanneer er nog niet een 'sessie' opgezet is.
Inloggen functioneert momenteel niet. Op alle services die ik heb kunnen testen. |:(
Hier ook problemen :(. Nu kunnen er meer dan 800 leerlingen op deze school geen gebruik maken van Office 365. We gaan het erg druk krijgen nu denk ik, met meldingen.. lekker honderd maal aan leraren en leerlingen uitleggen dat Office 365 kampt met een storing :P.

Edit: logica. Bij ons op TopDesk staat
Webmail is niet te gebruiken voor medewerkers en studenten
De pagina wordt niet geopend; oorzaak is nog onbekend.
Ik heb nota benen nog tegen ze gezegd dat de oorzaak een storing is! 8)7

[Reactie gewijzigd door AnonymousWP op 3 december 2015 12:04]

Bij ons hebben ook meerdere klanten O365..
Kleine chaos op de Servicedesk :/
Haha. Succes ;). Ik zit tijdelijk in een andere ruimte. Dus misschien ontloop ik de drukte een beetje haha. Als ik op m'n vaste werkplek had gezeten, hadden ze in de rij gestaan denk ik :P.
Even snel de IVR's ingesproken :)
:'). Is dat niet meer een conciërge klusje? :P
Mwah, we spreken liever zelf onze IVR's in met technische info haha
Aangeven dat het een storing is bij Microsoft en je kan weer ophangen?
Net 3 klanten binnen 30 seconden uitgelegd hoe en wat, ik zie het probleem niet jij kan er vrij weinig aan doen.

Of je moet van die klanten hebben waarvan de medewerkers een voor een opbellen |:(
Mwah de chaos is dat we veel eindgebruikers onder ons hebben die O365 gebruiken.
Dus niet dat het 'lastige' telefoontjes zijn ofzo maar gewoon VEEL :P
Vandaar de mededelingen voordat ze ons aan de tel krijgen (IVR) :)
Bij ons op school hebben ze een mail gestuurd dat de mail en andere online diensten niet meer werken 8)7
Haha, dat is lekker slim. Hier hebben we het gewoon op de frontpage van BlackBoard gezet.
Dit geldt niet voor alle klanten. In ieder geval de email werkt nog.

Misschien dat er een verschil is met Enterprise omgevingen. De portal waarschuwt mij ook niet voor problemen op dit moment.

Kleine correctie: de portal is er inderdaad zojuist mee gestopt. Waarschuwen is met de admin app en portal (portal.office365.com) niet meer mogelijk.

Update:
Benelux, Duitsland en Groot-Brittannië hebben het probleem in ieder geval.

[Reactie gewijzigd door Hann1BaL op 3 december 2015 11:40]

Same here, geen storing op portal, maar als ik door wil naar Exchange kan ik niet inloggen.
Dit heeft te maken met dat je al ingelogd was, de Portal wordt zsm geupdate met alle services die momenteel issues ondervinden. (Dit zijn ze nog aan het onderzoeken.).

Ze weten in ieder nu net 7 minuten dat het de Azure AD is die het issue heeft.
Elke klant heeft z'n eigen tenant.
Kan dus zijn dat de tenant van een andere Azure tenant gebruik maakt waar geen problemen mee zijn.

Echter ligt momenteel de Azure AD in meerdere regio's eruit.
Dus mensen die ergens opnieuw moeten inloggen ervaren vermoedelijk issues.
Ben ik even blij dat wij nog op verouderde systemen met office 2007 draaien.
Helaas heeft dat er vrij weinig mee te maken. Je webmail zal gewoon werken als je Outlook 2010-2016 gebruikt en een lokale Exchange server hebt.

Het is puur de loginpagina van Office 365 EMEA die niet reageert.
Er zijn tal van redenen waarom dat niet per se geweldig is.
Groeiende Storage groups die over hun nek gaan en ook lokale mailservers kunnen het begeven.

Daarnaast zie ik bij ons nog geen emailproblemen. Alleen Portal problemen
Normaal ook niet zo blij met werken op een xx jaar oud OS en software (Jawel, 2 digits), maar nu is het even handig dat de zaak nog niet naar azure is gemigreerd.
Ik ben nog blijer met office 2003 hier.... :o
Het bedrijfsleven en hun vreemde haat-liefde verhouding met zero-day exploits hé 8)7
Klopt helemaal.

Windows server 2003 en internet explorer 8 als toetje :P
Ik smul er dagelijks van. Met firefox 27 op vrijdagmiddag.
Je hebt toch zeker ook je DNS op onbekende IP adressen ingesteld hè? Of DNS op 8.8.8.8 gezet zodat je volledig gevolgd kunt worden? Russische VPN servers ingesteld wellicht?
Dé manier om meer IT budget te krijgen }>

[Reactie gewijzigd door [Yellow] op 3 december 2015 14:16]

Geen Exchange, geen SharePoint, geen OneDrive op mijn E3 account van kantoor en E1 account van een klant. Zelfs geen portal meer om op aan te melden, site geeft een time-out via diverse providers.
De services zelf ondervinden geen problemen enkel het inloggen erop (koppeling met de Azure AD). Mijn eigen advies, gewoon blijven proberen. Ben je eenmaal ingelogd blijf je ingelogd dmv je token :)
Ook de OneDrive binnen de Windows Explorer meldt dat er geen toegang is. Evenals de SharePoint Designer. Alleen mail functioneert maar soms duurt het meer dan 60 seconden voordat een simpel tekstberichtje verstuurd is.

Ach, we wachten af. Het klimaat in de cloud is ook niet altijd optimaal. ;)
Wat ik me afvraag is waarom we niet via een omweg er wel weer bij kunnen.
Alles was toch redundant uitgerust?
Alles werkt weer. Vreemd genoeg staat er op de beheerpagina van Office365 geen enkele melding m.b.t. verslechterde service danwel onderbreking of een verstoring. Gelukkig is het weer bewolkt en kunnen we verder met werken. _/-\o_
Omdat het probleem bij Azure lag/ligt en alle Office 365 diensten het gewoon deden zoals alle client applicaties, enkel het inloggen (dat door Azure gebeurd) deed het niet :) Hier werkt het trouwens nog steeds niet..
SharePoint Designer en OneDrive client konden geen verbinding maken. Dat terwijl de computer al wel verbinding had met de SharePoint en OneDrive. Dus er was meer gaande dan alleen maar inlogproblemen. Waarschijnlijk wel hieraan gerelateerd omdat ergens in het proces alsnog validatie nodig was.
Gebruikers krijgen hier 'Product zonder licentie' bij het starten van Outlook 2013.
Kan dat ook door deze storing komen?
Ja ,Office check bij Microsoft online of je licentie klopt.
Heb je stand-alone office licentie? (dus een ouderwetse product key) of een online versie (office 365)

[Reactie gewijzigd door FordDriver op 3 december 2015 12:05]

Dank. Vreemde is alleen dat lang niet iedereen er hier last van heeft, bij de meeste collega's werkt het wel gewoon.
Eens in de zoveel tijd voert Office een licentie check uit.
Bijvoorbeeld:
Ik ben Office beheerder (geen voorbeeld btw :P ) en ik geef jou een Licentie via Office 365.
Jij mag nu met die licentie en via je O365 portal zelf software installeren,
Als je weggaat of iets dergelijks, deactiveer ik je account en is je licentie uitgeschakeld.

Je gebruikers krijgen nu deze meldingen omdat O365 onbereikbaar is en denkt van "he ik heb geen licentie meer"
Dit probleem betreft enkel de Online omgeving.
Locale clients (onedrive outlook word enz.) zijn niet getroffen.
Wel wanneer deze verbinding maken met de Online omgeving ;)
Zodra deze moeten inloggen ervaren zij ook problemen.
1 2 3 ... 6

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True