Understrukna ord finns i lektionsordlistan. Tryck på ett ord för att se alla översättningar. Lägg till eller redigera ord i messages/glossary.json (alla språknycklar du lägger till visas i rutan).
Infrastructure, DevOps, and support
Networking and connectivity issues
Vårt VPN ligger tyvärr nere just nu, IT-avdelningen felsöker problemet för fullt.
Kan du kontrollera om din dator överhuvudtaget har en aktiv internetuppkoppling?
Jag upplever extremt hög latens (fördröjning) när jag pingar servern i USA.
Företagets brandvägg blockerar förmodligen den nätverksporten du försöker använda.
Vi måste vänta lite på att DNS-ändringarna ska propageras ut över hela internet.
Det verkar som att vi har tappat routingen till det externa kontorets nätverk.
Kan du göra en traceroute och skicka resultatet till mig för vidare analys?
Det trådlösa nätverket (Wi-Fi) på kontoret är otroligt instabilt idag.
Jag misstänker att felet ligger i hur vi hanterar CORS mellan våra olika domäner.
Tjänsten går inte att nå externt eftersom vi inte har exponerat den genom lastbalanseraren än.
Vi tappar uppenbarligen massor av datapaket (packet loss) någonstans på vägen mot databasen.
Servern svarar överhuvudtaget inte på ping, den kanske är helt avstängd.
Du måste vara uppkopplad via vårt företags-VPN för att ens kunna se den där interna sidan.
Det verkar som att min IP-adress har hamnat på en intern svartlista.
Låt oss rensa din lokala DNS-cache (flush DNS) och se om det löser uppkopplingsfelet.
Vi sätter upp en dedikerad fiberlina mellan våra två datacenter för ökad stabilitet.
Nätverksteknikern håller just nu på att starta om en huvudswitch nere i serverrummet.
Har du dubbelkollat så att nätverkskabeln faktiskt sitter i ordentligt i din dockningsstation?
Hastigheten på internetanslutningen verkar strypas tillfälligt under de tyngsta timmarna.
Vår NAT-gateway verkar ha blivit överbelastad av all utgående trafik från klustret.
Jag ser att enheten försöker ansluta men inte lyckas få någon giltig IP-adress via DHCP.
Vi måste öppna port 443 i brandväggen för att webbtrafiken ska kunna flöda igenom.
Systemet larmar om en nätverkskrock där två maskiner verkar ha fått exakt samma IP-adress.
Vi upptäckte att nätverkstrafiken mellan mikrotjänsterna är onödigt långsam.
Reverse proxyn är förmodligen felkonfigurerad och skickar trafiken rakt in i väggen.
Subnätet är helt fullt, vi har tyvärr slut på lediga IP-adresser i just den här zonen.
Vi tvingar all trafik genom en säker proxy-tjänst för övervakning av företagets data.
Anslutningen bryts på grund av att SSH-sessionen timear ut efter tio minuters inaktivitet.
Vår domän verkar inte gå att slå upp, kan du kontrollera inställningarna hos vår registrator?
Trafiken mellan servrarna dirigeras om via en backup-rutt på grund av en trasig fiberkabel.
Vi ser mycket skräptrafik som försöker scanna våra publika IP-adresser dygnet runt.
Problemet med de hackande videosamtalen beror definitivt på bristande bandbredd på kontoret.
Har vi satt upp rätt BGP-routing för att trafiken ska hitta snabbast möjliga väg tillbaka?
Mitt nätverkskort verkar ha hakat upp sig, jag ska snabbt inaktivera och aktivera det igen.
Kan vi sätta en fast (statisk) IP-adress på den skrivaren istället för att använda en dynamisk?
Gästnätverket har en begränsning på max tio megabit per sekund per ansluten användare.
Det är ett certifikatfel som hindrar nätverkshandskakningen (handshake) från att fullföljas.
Vi måste säkra upp vår nätverksarkitektur så att databaserna ligger i ett helt privat subnät.
Vårt content delivery network (CDN) cachear filerna närmare användarna för att minska latensen.
Du måste uppdatera din lokala hosts-fil om du vill kunna testa det där lokala domännamnet.
Avbrottet i natt orsakades av att en grävmaskin av misstag grävde av en viktig bredbandskabel.
Jag undersöker om det är vår internetleverantör (ISP) som har stora driftstörningar just nu.
Wi-Fi-täckningen i det bortersta konferensrummet är tyvärr riktigt urusel.
Jag aktiverar nätverksövervakningen i webbläsaren för att se varför anropet fastnar och dör.
Brandväggen på din maskin blockerar inkommande trafik på den porten som standard.
Servern verkar lyssna på localhost (127.0.0.1) istället för på alla nätverksgränssnitt.
Jag kan pinga gatewayen framgångsrikt, så den lokala nätverksuppkopplingen fungerar åtminstone.
Nätverket är uppdelat i flera olika VLAN för att isolera trafiken från olika avdelningar.
Kan du koppla ur och sätta in nätverkssladden igen, ibland är det allt som krävs.
Vi jobbar ständigt med att bygga ett snabbt och redundant nätverk för våra utvecklare.
