Microsoft, Windows

Windows 10 DHCPv6 bug (is) késlelteti a teljes IPv6 rollout-ot a Microsoftnál

Marcus Keane, a Microsoft vezető hálózati mérnöke egy érdekes blogbejegyzést tett közzé, aminek a lényege, hogy a Microsoft hálózati szempontból már jó ideje dual-stack (IPv4 és IPv6) felhasználó, de komolyan dolgoznak azon, hogy áttérjenek kizárólag IPv6-ra. Hogy miért kell áttérniük? Az egyik ok az, hogy az IPv4-es magánhálózatot (RFC1918) majdnem teljesen kiosztották. Ugyan vannak még benne kisebb szabad címtartományok itt-ott, de ezek nem elégítik ki a jövőbeli igényeiket. A másik ok a dual-stack komplexitása. Egyszerűsíteni szeretnének.

Szóval váltaniuk kell. Teljes IPV6 bevezetést szeretnének, de ezt egyebek mellett egy Windows 10 DHCPv6 bug is hátráltatja. Jelezték ezt a megfelelő divíziójuknak és azok erőteljesen dolgoznak a problémán.

A részletek itt olvashatók.

Egykori online moderátori alkalmazottai perelték be a Microsoftot munkakörben elszenvedett mentális traumák miatt

Két egykori Microsoft alkalmazott pert indított a szoftvergyártó óriás ellen, mert állításuk szerint mentális trauma érte őket munkájuk közben. A két munkavállaló, Henry Soto és Greg Blauert a Microsoft Online Safety Team tagjai voltak. Ennek a munkacsoportnak feladata a törvénytelen tartalmak - mint például a gyerekpornográfia - jelentése a National Center for Missing & Exploited Children (NCMEC) hivatalnak. Soto állítása szerint nem önként jelentkezett, hanem áthelyezték a csoporthoz 2008-ban, ahol is éveken keresztül kellett gyermekek molesztálásáról, erőszakos cselekedetekről szóló képeket, videókat keresnie és néznie ezerszámra. Ezeket a tartalmakat a Microsoft szolgáltatásain - pl. OneDrive, Bing stb. - keresztül a felhasználók által megosztott, oda feltöltött tartalmak közt kellett keresnie.

A The Register szerint Soto és társai afféle God-módban tevékenykedtek, azaz bármikor, bármilyen felhasználói kommunikációba bele tudtak nézni:

In 2008, Mr Soto and others had 'God-like' status and could literally view any customer's communications at any time,

Az orvosok a munkavállalóknál poszttraumatikus stressz szindrómát állapítottak meg. A Microsoft elismerte e munka nehézségét és állítja, hogy a munkavállalók egészsége elsődleges fontosságú számára. Az egykori munkavállalók ezt vitatják és a kártérítés mellett azt is követelik, hogy a Microsoft változtasson a munkakörülményeken.

Részletek itt és itt.

Frissítettem Windows 8.1 Enterprise-ról Windows 10 Enterprise-ra

A "nagy sikerű" (ehehehehhhehe :) "Frissítettem .... Ubuntu ..." sorozat mintájára induljon hasonló Windows témakörben is! Két oka van e sorozat indításának. Az egyik, hogy rendszeresek voltak kétkedő hangok, hogy "ahahaha, nekem mindig összeszarja magát a linugz frissítéskor, de neked persze sose", "ja, persze, neked mindig minden sikerül". Ezek a hangok néha mintha azt sugallták volna, hogy elfogult vagyok a Linux irányába. Hát, igen. Hallottam már ezt eleget. :) Nem akarom ezeket az embereket elkeseríteni, de nekem Windows alatt is össze szoktak jönni a dolgok ;)

A másik pedig, hogy mindig kacagással vegyes figyelemmel hallgatom az "Újratettem a Windózt ..." kezdetű sztorikat. Az már ismert, hogy nem szeretem az Ubuntu-t "újratenni". Az kevésbé, hogy a Windowst sem. Ugyan vannak a cégnél olyan emberek, akiknek akár havi (vagy heti, de volt olyan hogy napi) szinten kell(ett) a Windowst "újratenni", mert .... őőőő ..., na mindegy..., de én nem tartozok ezek közé. Vagyis, ha a Microsoft is úgy akarja (és megfelelő upgrade-eket is kiad), akkor megnézhetjük, hogy Windows alatt meddig lehet frissíteni "újratevés" nélkül.

A céges munkaállomásomon általában mindig a legfrissebb Windows verzió fut, de idejét nem tudom, hogy mikor kellett utoljára telepítő médiáról bootolnom. A cikk kiinduló állapotú Windows 8.1-e is úgy állt elő, hogy valamikor réges-régen egy Windows 7-ből (vagy Vista-ból, ki emlékszik már) frissítés után lett Windows 8, majd később Windows 8.1 Enterprise. Most, hogy egy ideje kinn van a W10 Enterprise és időm is volt ezzel szöszmötölni, úgy döntöttem, hogy megfrissítem a gépem. Ennek naplója található az alábbiakban.

Masszív frissítést kapott a Bash a legfrissebb W10 Insider Build-ben

Ahogy arról tegnap szó volt, megérkezett a Windows 10 legfrissebb, 15002-ös Insider Build-je. Benne egyebek mellett a Bash/WSL is masszív frissítést kapott:

  • All bash sessions must now be created at the same permission level. Attempting to start a session at a different level will be blocked. This means admin and non-admin consoles cannot run at the same time. (GH #626)
  • Implemented the following NETLINK_ROUTE messages (requires Windows admin)
    • RTM_NEWADDR (supports ip addr add)
    • RTM_NEWROUTE (supports ip route add)
    • RTM_DELADDR (supports ip addr del)
    • RTM_DELROUTE (supports ip route del)
  • Scheduled task checking for packages to update will no longer run on a metered connection (GH #1371)
  • Fixed error where piping gets stuck i.e. bash -c “ls -alR /” | bash -c “cat” (GH #1214)
  • Implemented TCP_KEEPCNT socket option (GH #843)
  • Implemented IP_MTU_DISCOVER INET socket option (GH #720, 717, 170, 69)
  • Removed legacy functionality to run NT binaries from init with NT path lookup. (GH #1325)
  • Fix mode of /dev/kmsg to allow group / other read access (0644) (GH #1321)
  • Implemented /proc/sys/kernel/random/uuid (GH #1092)
  • Corrected error where process start time was showing as year 2432 (GH #974)
  • Switched default TERM environment variable to xterm-256color (GH #1446)
  • Modified the way that process commit is calculated during process fork. (GH #1286)
  • Implemented /proc/sys/vm/overcommit_memory. (GH #1286)
  • Implemented /proc/net/route file (GH #69)
  • Fixed error where shortcut name was incorrectly localized (GH #696)
  • Fixed elf parsing logic that is incorrectly validating the program headers must be less than (or equal to) PATH_MAX. (GH #1048)
  • Implemented statfs callback for procfs, sysfs, cgroupfs, and binfmtfs (GH #1378)
  • Fixed AptPackageIndexUpdate windows that won’t close (GH #1184, also discussed in GH #1193)
  • Added ASLR personality ADDR_NO_RANDOMIZE support. (GH #1148, 1128)
  • Improved PTRACE_GETSIGINFO, SIGSEGV, for proper gdb stack traces during AV (GH #875)
  • Elf parsing no longer fails for patchelf binaries. (GH #471)
  • VPN DNS propagated to /etc/resolv.conf (GH #416, 1350)
  • Improvements to TCP close for more reliable data transfer. (GH #610, 616, 1025, 1335)
  • Now return correct error code when too many files are opened (EMFILE). (GH #1126, 2090)
  • Windows Audit log now reports the image name in process create audit.
  • Now gracefully fail when launching bash.exe from within a bash window
  • Added error message when interop is unable to access a working directory under LxFs (i.e. notepad.exe .bashrc)
  • Fixed issue where Windows path was truncated in WSL
  • Additional fixes and improvements

Részletek itt.

Windows 8-as, 10-es gépeddel nem tudsz internetezni? A Microsoft tud róla, vizsgálja a problémát

A hírek szerint egy rosszul sikerült frissítés nyomán bemutatkozó misztikus DHCP kliens bug keseríti meg a Windows 8 és Windows 10 felhasználók egy részének életét. Kárenyhítésként reboot, bizonyos parancsok futtatása jöhet szóba, de végleges megoldás még úgy tűnik nincs. A Microsoft vizsgálja a problémát, de különösebb információkat egyelőre nem szolgáltat arról, hogy mit sikerült elszabni. További részletek itt.

"Ne változtass Linux fájlokat Windows alkalmazások és eszközök használatával"

A microsoftos Rich Turner a minap arról blogolt Bash on Windows kontextusban, hogy miért nem érdemes a %localappdata%\lxss könyvtárban levő fájlokat Windows alkalmazásokkal piszkálni. Ez az infó valószínűleg sokaknak nem hat újdonság erejével, Turner mégis érezte annyira fontosnak megemlíteni, hogy piros, félkövér, "méteres" betűkkel írta bele az internetbe:

DO NOT, under ANY circumstances, create and/or modify Linux files using Windows apps, tools, scripts, consoles, etc.

Részletek itt.

Antitröszt vizsgálat indult a Microsoft ellen Oroszországban a Windows 10 miatt

Az orosz monopólium-ellenes hivatal vizsgálatot indított a Microsoft ellen azzal a céllal, hogy fényt derítsen arra, hogy a redmondi vállalat visszaélt-e piaci pozíciójával a Windows 10-zel kapcsolatban. A vizsgálat azután indult, hogy a moszkvai illetőségű, antivírus szoftvereket gyártó Kaspersky vállalat alapítója, Eugene Kaspersky egy hosszú blogbejegyzésben panaszkodott a Microsoft Windows 10-zel kapcsolatos praktikái miatt.

Részletek itt.