With your updated screenshot, it seems like that your problem is no longer related to x-ms-date.
The reason for this 403 error is the Authorization attribute in the Header which format as
Authorization="[SharedKey|SharedKeyLite] [AccountName]:[Signature]"
You should't directly use the Access Key on Azure Portal as the Signature part of Authorization,instead it should be constructed
encoding request string by using the HMAC-SHA256 algorithm over the UTF-8-encoded.
format as
Signature=Base64(HMAC-SHA256(UTF8(StringToSign)))
which mentioned on the official document.
Sample java code as below show you how to construct Signature part of Authorization:
String stringToSign = "GET\n"
+ "\n" // content encoding
+ "\n" // content language
+ "\n" // content length
+ "\n" // content md5
+ "\n" // content type
+ "\n" // date
+ "\n" // if modified since
+ "\n" // if match
+ "\n" // if none match
+ "\n" // if unmodified since
+ "\n" // range
+ "x-ms-date:" + date + "\nx-ms-version:2015-02-21\n" // headers
+ "/" + <your account name> + "/"+"\ncomp:list"; // resources
String auth = getAuthenticationString(stringToSign);
private static String getAuthenticationString(String stringToSign) throws Exception {
Mac mac = Mac.getInstance("HmacSHA256");
mac.init(new SecretKeySpec(Base64.decode(key), "HmacSHA256"));
String authKey = new String(Base64.encode(mac.doFinal(stringToSign.getBytes("UTF-8"))));
String auth = "SharedKey " + account + ":" + authKey;
return auth;
}
The auth parameter in the code is generated your Signature mentioned above,then you could fill it in the Authorization property and re-send request in Postman.
The screenshot as below:

Important notice:
In the above code,you should't miss "\ ncomp: list" in the //resources line,otherwise it will also return 403 error.
You could find the rules in the Constructing the Canonicalized Resource String.
Signature? It looks way longer than in the examples.